[269] in Info-AFS_Redistribution
AFS and DECathena attach
daemon@ATHENA.MIT.EDU (Peter Lister, Cranfield Computer C)
Tue Aug 6 06:45:19 1991
Date: Tue, 6 Aug 91 9:53 GMT
From: "Peter Lister, Cranfield Computer Centre" <CC012@cranfield.ac.uk>
To: INFO-AFS <@nsfnet-relay.ac.uk:INFO-AFS@TRANSARC.com>
Thanks to all who answered. Here's a summary of replies and comments:
DECathena moira recognises AFS; DECathena attach does not. (Thanks to
Bobby Pham for suggesting "strings attach|grep AFS" to confirm this.)
The hesiod info is apparently correct.
DECathena is being tested at 3 pilot sites in the UK; us in England,
Queen's University Belfast in N.I. and University of Wales at Cardiff.
We have no sources; theoretically DEC should provide fixes for us. Why
not ask DEC UK about this? I did. I got bored waiting for an answer.
If I understand him right, Richard Basch says that MIT may use volume
names for pack names in future. Surely you should use the path name;
volume are internal to AFS, and not any of Athena's business? I tried
the volume name out of desperation. :-)
What do we want to achieve by combining DECathena and AFS? The usual
ones; move NFS file systems to AFS to obtain gains in security, backup,
network bandwidth, quota management and failover. Experience of Moira so
far has been OK, so we'd like to use it if we can. (Moira DOES
understand AFS!) The only problem other than attach is that DECathena
login and Transarc login don't know each other's Kerberos.
Now I know that the problem is with attach (and not me), I will direct
any further correspondence to a more appropriate list, not info-afs.
Peter Lister p.lister@cranfield.ac.uk
Computer Centre,
Cranfield Institute of Technology, Voice: (0234) 750111 ext 3157
Cranfield, Bedfordshire MK43 0AL England Fax: (0234) 750875
