problems with soft-nfs when the server goes down

[Mohan Srinivasan]

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 at 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 at 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 at oook.cz>
>               <pav at FreeBSD.org>
> 
> A mouse is a device used to point at the xterm you want to type in.
>