Date: Fri, 8 Jul 2005 14:36:18 -0700 (PDT) From: Mohan Srinivasan <mohan_srinivasan@yahoo.com> To: pav@FreeBSD.org, Oliver Lehmann <lehmann@ans-netz.de> Cc: freebsd-current@FreeBSD.org Subject: Re: problems with soft-nfs when the server goes down Message-ID: <20050708213618.36778.qmail@web80605.mail.yahoo.com> In-Reply-To: <1120854426.91809.11.camel@hood.oook.cz>
next in thread | previous in thread | raw e-mail | index | archive | help
I'll take a look at the soft mount issue. Can you do a couple of things ? - When the server comes back up, does the client retransmit the request(s) ? Can you get some tcpdumps on the client ? (set the snap length to 1500 to capture the entire NFS header). - Can you get a core dump when the client gets into this state ? I'll take a look at the changes to see if I can spot something also. mohan --- Pav Lucistnik <pav@FreeBSD.org> wrote: > Oliver Lehmann píše v pá 08. 07. 2005 v 22:22 +0200: > > Hi, > > > > I belive, everyone who is dealing with NFS knows the following situation: > > > > Work with a nfs mounted filesystem, while the NFS-server got unavailable > > results in locked processes. That is OK because the processes are > > unlocked again and will continue with their work when the server is back > > online. > > So far so good. That was the situation on all FreeBSD I used before. (3.3 > > - 5.4) > > > > Now my NFS-nt is running 6-CURRENT and my NFS-server still runs 5.4 > > When the server gets unavailable, the proccesses on the client will lock > > - OK so far. > > The problematic thing is, after the server is back online, I still see no > > way to get the locked processes back to continue. They are still in heir > > NFS-lock. All I can do is reboot the system. That only happens when I > > mount the nfs filesystem with "soft". > > > > olivleh1@kartoffel olivleh1> ps auxww | grep bee > > olivleh1 633 0.0 0.9 70980 18668 v0 S Wed10PM 14:19.21 beep- > > media-player > > > > When I don't use that option, it continues playing after the server is > > back online. > > Me too! Just to add, processes are stucked in "nfsreq" state. > > -- > Pav Lucistnik <pav@oook.cz> > <pav@FreeBSD.org> > > A mouse is a device used to point at the xterm you want to type in. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050708213618.36778.qmail>