Matthew Dillon writes:
> :We have an NFS server setup running an older FreeBSD-current (Wed Jun 30).
> :This server exports a filesystem to a number of heterogenous clients.
> :On most clients, this filesystem is automounted.
> :
> :Occasionally, some random Digital UNIX box running 4.0F will partially
> :wedge because it's automounter is blocked accessing the FreeBSD
>
> Lots of bugs have been fixed since then. I recommend upgrading the
> server (despite the hassle) and seeing if the problem still occurs.
<..>
OK, will do. I'm mainly waiting for the next rev of the ata driver
The volume this box serves up is a ccd stripe of 4 18GB ide disks
attached to multiple Promise controllers.
> There should be a response to the rpc either way so my guess is that
> it is a server-side bug.
OK, thanks. Good to know.
Speaking of NFS changes, there was talk at one time about turning the
nfsm macros into functions. Is this going to happen?
I ask because I've seen occasional unaligned access panics on
FreeBSD/alpha in the client side code. I've only seen them on a
really lossy link (basically a misconfigured duplex on a 100Mb link).
They tend to be in nfs_request (nfs/nfs_socket.c:110) or nfs_readrpc
(nfs/nfs_vnops.c:1093). These are both calls to nfs macros that would
be a lot easier to debug if they weren't macros ;-)
Thanks,
Drew
------------------------------------------------------------------------------
Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin
Duke University Email: [EMAIL PROTECTED]
Department of Computer Science Phone: (919) 660-6590
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message