DragonFly BSD
DragonFly bugs List (threaded) for 2005-01
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: stuck in nfsfsync

From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Mon, 24 Jan 2005 09:53:12 -0800 (PST)

:Matthew Dillon wrote:
:> :Same result with OpenBSD on the server. tar quickly hangs in nfsfsync
:> :when I untar the heimdal distribution in nfs on the DragonFly client.
:> :
:> :        -Richard
:>     Hmm.  This might indicate that vp->v_numoutput tracking is getting
:>     hosed. If you can get a kernel crash dump while the system is stuck in
:>     this state (e.g. ctl-alt-esc + "panic" + return + return) I think I
:>     should be able to track down the problem quickly.  Upload it to your
:>     leaf  account.
:Any progress with that? It still doesn't work for me with a HEAD kernel built 
:on 20/1. I've got a tcpdump during a stuck cp -R and a kernel dump if that 
:would help. Let me know if there's anything else I should provide.

    I haven't been able to find any problem in the codebase and I can't
    reproduce the problem here.

    What I need from you is to use a UDP mounted NFS filesystem and do a
    tcpdump on both the client and server machines showing the point 
    where it gets stuck (plus some time before that and packet traffic for
    at least 60 seconds after it gets stuck too).

    Right now my best guess is that it is an MTU issue or a
    maximum-packet-size issue on one of the machines or that your network
    interface simply can't handle a whole lot of IP fragments coming in at
    once.  The tcpdump should make things clearer.

					Matthew Dillon 

[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]