[lkml]   [2006]   [Jan]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: persistent nasty hang in sync_page killing NFS (ne2k-pci / DP83815-related?), i686/PIII
    On Sun, 29 Jan 2006, Trond Myklebust uttered the following:
    > On Sun, 2006-01-29 at 19:56 +0000, Nix wrote:
    >> Further info, possibly in support of your suggestion, possibly not: the
    >> problem does *not* occur with NFS-over-TCP. So it's specific to UDP,
    >> this hardware (perhaps motherboard or network card, see the .config
    >> diff), *and* NFS. Other UDP stuff (e.g. DNS) gets through fine in both
    >> directions; NFS works with TCP; and the whole lot worked before the
    >> hardware was changed.
    > If it works with TCP but not UDP, then the problem is usually either a
    > NIC driver issue, or a lossy network.

    Not a lossy network; it's switched, there are only three machines on it
    (discounting UML instances), and all the links are far from saturation.

    I was seeing this with under 30 packets per second inbound to the
    failing machine.

    I suspected network driver problems from the start, hence my copying Tim
    :) the kernel used on this box is non-preempted, which rules out locking
    problems, I'd think. I'll hack up a test that sends and receives huge
    UDP packets, and see how it does.

    (netcat should do the trick.)

    ... well, netcatting this file around via UDP yields such wildly
    divergent values, even on an unsaturated network, that I'm inclined to
    disregard it entirely: transfers to *localhost* of a 3Mb file yield <90K
    at the other end, and I doubt the localhost link should be lossy!

    Anyone know a reliable way to test this?

    (and surely if it was just packet loss, we wouldn't see *every* packet
    getting lost, for *hours*, as we saw here? I left five UDP NFS sessions
    frozen on Saturday night, and they were still frozen on Sunday morning,
    several NFS servers sending the same data to the failing client over and
    over every two seconds without fail, and the client seemingly
    disregarding all of it.)

    > Comparing with DNS is not really useful, because NFS over UDP uses much
    > larger packet sizes (32k usually) which causes heavy use of
    > fragmentation.


    `I won't make a secret of the fact that your statement/question
    sent a wave of shock and horror through us.' --- David Anderson
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-01-29 22:56    [W:0.021 / U:1.456 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site