This hit one of my clusters recently (Fedora core 3). /etc/init.d/iptables stop on the CLIENT then a remount worked fine. Obviously a workaround not a solution but one I'm happy with at the moment, given the topography of my cluster! Cheers Chis Ian Chisholm UNIX and Network Security Manager 0131 451 3535 -----Original Message----- From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Ray Van Dolson Sent: 21 August 2006 22:26 To: General Red Hat Linux discussion list Subject: Re: NFS mount hangs On Mon, Aug 21, 2006 at 05:19:13PM -0400, Norman Elton wrote: > 99% of the time, this works flawlessly. There are times; however, that > the mount process hangs. After upgrading the client RHEL systems to > the latest kernel, its happened twice. In both cases, I can mount some > NFS directories, while others hang. Even if I try to mount them > manually, outside the context of the automounter, nothing happens. > Meanwhile, other directories on the same client work fine. Hmm... could be a bug on the OSX server as well? On the client, if you do an strace -p on the mount process, what do you see (when it's locked up). Or maybe it's deadlocked waiting for some sort of IO? Just brainstorming here, but maybe you could leave a tcpdump running and catch this when it happens and see what part of the negotiation succeeded and what part failed... perhaps help isolate whether the client or server is to blame. Ray -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
