henry@utzoo.UUCP (Henry Spencer) (01/04/87)
The claim is that the AT&T RFS is fully, 100% transparent, assuming of course that one machine doesn't crash while you're using it (in which case any network-file-system scheme is in trouble). From what I know of the way they've done it, the claim should be correct unless they've botched something. They've even found a fix, albeit a stopgap one, for the problem of programs that compare <device, inode> pairs to tell whether two files are one and the same. -- Henry Spencer @ U of Toronto Zoology {allegra,ihnp4,decvax,pyramid}!utzoo!henry
paul@phoenix.UUCP (02/28/87)
We have been running the public domain Remote File System on a pair of uvaxIIs, under Ultrix1.1. This is the program by Todd Brunhoff. We made the most recently posted patches to it, the ones that eliminated the noop() calls, but still are having problems with it. In particular there are times when an attempt to cd to a remote directory, or ls one will send the user into outer space. This seems to be an RFS problem since rsh still works fine at these times, but any attempts to access a remote file will doom that particular user. We can't seem to force a crash to diagnose the problem, and the only way out seems to be to reboot. Has anyone else had any experience with this?
vch@attibr.UUCP (Vincent C. Hatem) (10/27/88)
I would like to set up a shared-password file under RFS. Does anyone out there have any idea if this is possible, and if so, how?? I've set up networks like this under SUNOS (yellow pages), but I haven't seen it done under RFS. I have several 3B2/600's and 400's, running 3.1.1 and 3.1.0, respectively; and all running with STARLAN (1MB) Vers. 1.1, with a NEU. I'm not sure of the RFS version, I think it's 1.0. Thanks in advance, Vince -- Vincent C. Hatem | att ---->\ (available from any AT&T International | ulysses ->\ Action Central site) International Operations Technical Support | bellcore ->\___ !attibr!vch 1200 Mt Kemble Ave, Basking Ridge, NJ 07920 | (201) 953-8030