:
:>Date: Sun, 24 Oct 1999 00:42:12 -0700 (PDT)
:>From: Matthew Dillon <[EMAIL PROTECTED]>
:
:> It looks on the face of it that AMD is hanging. Perhaps this is
:> preventing the system from clearing out buffers and causing lockups
:> on other mounts. AMD could also be causing a deadlock to occur in the
:> buffer cache (for the same reason loopback mounts can cause deadlocks).
:
:> The next time this happens, if the person rebooting freefall can get
:> a kernel dump (and have a corresponding debug kernel) I may be able to
:> track it down for sure. Fixing it is another problem, though. Loopback
:> deadlocks are a big problem under 3.x.
:
:In an environment where there is use of amd and NFS, there is no need
:for loopback NFS mounts.
Actually, what I meant was that AMD itself is equivalent to a loopback
mount, whether or not you make loopback mounts through it.
In looking at freefall a bit more, I don't quite understand why amd is
being used at all. I would simply create a /net/freefall/{c,d,g,x}
and mount /c, /d, /g, and /x there locally. Then on hub and bento the
same paths would simply be NFS mounts.
This would allow everyone's home directories to be hard coded on all
machines to /net/freefall/blahblahblah.
This is essentially what I did when we had shell1 and shell2 during the
early days of BEST.
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
