Tru64 NFS server problems with recent Linux NFS clients

From: Ole Holm Nielsen (Ole.H.Nielsen_at_fysik.dtu.dk)
Date: 08/08/05

  • Next message: Christian Wessely: "Problem booting Alpha 8200"
    Date: Mon, 08 Aug 2005 12:10:55 +0200
    To: tru64-unix-managers@ornl.gov
    
    

    We have an Alphaserver DS25 NFS fileserver running Tru64 UNIX v5.1B
    Patch Kit 4 (we will upgrade to PK5 shortly). In recent months
    we've been having some serious NFS problems on many Linux clients,
    since we started upgrading them to the latest Linux versions
    such as Redhat RHEL 4.0 and Centos 4.1 (all running the Linux
    kernel version 2.6):

    Too often the NFS client hangs waiting in NFS I/O on the users'
    home directory, as soon as the user logs in to the graphical
    desktop (GNOME or KDE). Removing the user's GNOME or KDE
    setup and rebooting the NFS client will in many cases solve
    the problem, but the apperance of the problem seems to be
    erratic and irreproducible. If the client is turned off
    for some minutes the problem sometimes goes away, so there
    may be a timeout factor involved. There is nothing in
    the Tru64 server's /var/adm/messages which points to any errors.

    Older Linux NFS clients running the Linux kernel 2.4 have
    no such problems with this particular server.

    We suspect that some new features in the Linux kernel 2.6
    and/or GNOME and KDE is triggering a bug in the Tru64 UNIX
    NFS server. We have not heard of similar problems with
    Linux NFS servers.

    Question:
    Has someone else got experience with Tru64 NFS servers and
    Linux NFS clients (recent kernel 2.6 versions only) ?
    Is there a workaround or patch which solves this NFS problem ?

    Thanks a lot,
    Ole Holm Nielsen
    Department of Physics, Technical University of Denmark


  • Next message: Christian Wessely: "Problem booting Alpha 8200"

    Relevant Pages

    • SUMMARY: Tru64 NFS server problems with recent Linux NFS clients
      ... The NFS problems originate from turning on the "iptables" ... Turn off the iptables firewall service on the Linux client. ... Too often the NFS client hangs waiting in NFS I/O on the users' ...
      (Tru64-UNIX-Managers)
    • Re: Opinions on new Fedora Core 2 install with LVM 2 and snapshots?
      ... 95% of the Linux and Solaris client mount. ... The Linux server is where 5% of the UNIX client traffic goes, so NFS ... I just want snapshots, that's it. ... I also adopted XFS early on, ...
      (Fedora)
    • Re: 6.1 and NFS
      ... This is becoming a show stopper for us moving forward with FreeBSD and may require us moving to a different OS (Linux or Solaris, ... Well, Solaris has the best NFS implementation out there and includes a number of subtle workarounds in their server code to reduce the number of and/or impact of problems seen doing heterogeneous networking against clients running other operating systems, but frankly, rpc.lockd isn't significantly more stable there on Solaris than on FreeBSD. ... In other words, if you plan to use NFS filesharing, you should make every effort to utilize software which functions with the classic ".lock"file mechanism rather than depending on lockf/flock/fcntl -based locking working. ... If a process wants the lock, ...
      (freebsd-questions)
    • Re: file-copy corruption
      ... I too am heavily into NFS, ... I guess the cause could lie anywhere between the source disk, the source disk controller, ... On any recent Linux, it would be very rare for there to be "no ... diff had an option to not follow symlinks..). ...
      (Fedora)
    • Re: [PATCH 2.6.18-rc1] Make group sorting optional in the 2.6.x kernels
      ... in an operation on NFS on the client system, ... When there is no group id information passed downwards ... For someone of my level of knowledge of the kernel the README does not ... At the moment Linux is the only OS ...
      (Linux-Kernel)