Re: df hangs -- nfs related problem

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

 



On Wed, 2009-01-07 at 10:31 -0800, Aldo Foot wrote:
> On Wed, Jan 7, 2009 at 7:16 AM, Patrick O'Callaghan
> <pocallaghan@xxxxxxxxx> wrote:
> > On Wed, Jan 7, 2009 at 9:33 PM, Rick Stevens <ricks@xxxxxxxx> wrote:
> >>
> >> Try "lsof | grep nfs" to see if anything has the mountpoint open.  If
> >> not, try "umount -f /mnt/nfs" as the root user to try a forced umount.
> >>
> >> Also check to see if the mount command (or /etc/fstab entry) has "hard"
> >> specified (that's the default as well).  Unless you're really certain
> >> about the stability of the network and of the NFS server, I'd recommend
> >> you specify "soft" in the mount command (see "man 5 nfs" for details).
> >
> > That would depend on which is worse, potentially losing data or having
> > a client machine hang because the server is (perhaps temporarily)
> > unavailable. It depends totally on the specific application scenario.
> > To quote nfs(5):
> >
> > <quote>
> > A  so-called  "soft"  timeout can cause silent data corruption in
> > certain cases. As such, use the soft option only when client
> > responsiveness is more important than data integrity.  Using NFS over
> > TCP or increasing the value of the retrans option  may  mitigate some
> > of the risks of using the soft option.
> > </quote>
> >
> > IOW there is no "right" answer to this.
> >
> > poc
> 
> The command "umount -f" fixed my problem. Thanks Rick.
> I had tried "umount -k", which works in older RedHat8
> boxes; clearly I've got to re-read the man pages now and then.
> 
> So, it appears a soft mount may be ok for read-only operations but not
> ideal for things such as remote X-applicatons or filesystems
> such as /home or /var/mail. It's wise to make the distinction between hard
> and soft mount --great pointer.
----
I have switched over to mostly using automounts which connect/disconnect
when needed and I have been using

-rsize=8192,wsize=8192,intr

as a basic setup. Obviously I could tune the rsize/wsize and perhaps
figure out that a larger number would give me better performance but I
found that the intr option seemed to provide the soft landing when
needed. These are the users home directories and function for a number
of connections/users/systems without any fuss.

Craig

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux