In looking through some of the old Info-AFS postings I found a problem
reported that we are now expereining here. I would like to know if this has
been answered with a solution and what exactly is going wrong. This was
reported to Transarc quite a whilee ago but I have since then lost the name of
the contact person there.
Some background first. until we get Transarc's port of AFS for Silicon
Graphics IRIX 5.1, we are mounting /afs onto a Silicon Graphics machine
running NFS and IRIX 4.0.5 from a Sparc running 4.1.3 (although 4.1.1 had
the same problems) with AFS 3.2.1. When a user logs into their AFS account
via the SGI machine, we automatically prompt for their password and do a
rsh to the Sparc translator machine to perform the knfs command for them.
Now for the symptoms. When a user logs in from on SGI through the translator
without getting tokens (entering wrong afs password when prompted), the 'pwd'
command responds with 'pwd: read error in ..'. This will sometime even
happen when a user does have tokens but hasn't entered anything for a while.
While the 'pwd' command is acting up, the 'fs la .' command that we have
working on SGIs results in "getwd failed; exiting" although 'fs la $HOME'
will work fine. We can not predict when these problems are going to
happen but they happen more times than not.
Another problem, perhaps related, is that the SGI refuses a telnet
connection for an AFS user with the message "Connection refused by foreign
host" as if there was an error being found in the users .login file. This
problem can happen just after logging out of a SGI machine that was performing
fine.
Any info would be appreciated.
Rob,
aka "Sherlock Holmes' understudy"
--------------------
> Date: Mon, 30 Mar 92 21:04:56 -0800
> From: [EMAIL PROTECTED]
> Subject: Re: NFS and AFS working together
> >>When issuing 'pwd' within the /afs tree from a system which is an
> >>NFS server, I get the message "pwd: getwd: can't open .." and the
> >>command dies. If I turn off NFS exporting the pwd command
> >>completes normally and prints the directory. ACLs are
> >>"system:anyuser rl", protections are 755 and ownership of the
> >>directory is root.
> >>
> >>Can an AFS client function completly from a system that is exporting
> >>NFS directories? I have seen nothing on this in the mailings nor
> >>the manuals.
> >I'm very interested in this problem. This has occurred on some Suns
> >here. Are you running ultrix?
> >
> >Please mail me any additional information you may learn or post to the
> >list.
> >
> >Brian
> We are running the NFS/AFS translator on a Sun running SunOS 4.1 and
> the problem exists there as well. So it is not Ultrix specific.
> The system I diagnosed the problem on was a DECstation 5000/120 running
> Ultrix 4.2. This problem shows up on a "find" command as well. I
> suspect it has something to do with how AFS "traps" the stat() system
> call and passes it on to either NFS or UFS. Transarc can probably
> provide input on/correct this assumption.
> Jack
