Re: [Pkg-sysvinit-devel] system hangs during shutdown...

2011-07-24 Thread Bruce Sass 
On July 23, 2011 06:56:44 AM Henrique de Moraes Holschuh wrote:
 On Thu, 21 Jul 2011, Bruce Sass wrote:
   This is not a bug.  NFS clients are supposed to keep on trying to reach
   the server, by default.  You should have unmounted the directory from
   the NFS client(s) before shutting down the server.
   
   Ben.
  
  Sounds like a desirable behaviour when the system is coming up, but
  having the client hang when *going down* because a server disappeared
  doesn't seem right.
 
 Don't use NFS, then.  It does NOT tolerate servers going away.  Maybe
 NFSv4 is a bit better, but v3 does not let you get away with it (maybe
 it should for read-only mounts).

It looks like NFSv4 doesn't like that happening either.

Well, that kinda sucks,..

...I'm thinking that initscripts should be smarter in that it should recognize 
hopeless cases and set a limit on how long the system will wait before 
shutting down. Fully configurable, of course.

Thanks for your time.

- Bruce


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201107241612.17292.bms...@shaw.ca

Re: system hangs during shutdown...

2011-07-21 Thread Bruce Sass 
On July 21, 2011 05:02:38 AM Ben Hutchings wrote:
 On Wed, 2011-07-20 at 18:34 -0600, Bruce Sass wrote:
  ...while unmounting an NFS import.
  
  Hi,
  
  [Please Cc me with any replies.]
  
  --- copied from console ---
  Asking all remaining processes to terminate... done.
  Currently running processes (pstree):
  init-+-4*[kded4---{kded4}]
  
   |-rc---startpar---sendsigs---pstree
   |-rpc.statd
   |-rpcbind
   
   '-rsyslogd---3*[{rsyslogd}]
  
  Killing all remaining processes... Saving random seed... done.
  failed.
  Stopping enhanced syslogd: rsyslogd
  Unmounting remote and non-toplevel virtual filesystems...[285770.720036]
  nfs: server satone not responding, still trying
  
  [After about 20 minutes had passed I hit the power button. :( ]
  ---
  
  Satone is a dual-boot laptop that just happened to have changed from DGL
  serving up a user's $HOME via NFS (the only fs it exports) to Windows
  Vista. I'm mentioning this fact because I don't know if it matters that
  the exporting server disappeared period, or that it was replaced by a
  non-unix-like system that doesn't run an NFS server.
 
 [...]
 
 This is not a bug.  NFS clients are supposed to keep on trying to reach
 the server, by default.  You should have unmounted the directory from
 the NFS client(s) before shutting down the server.
 
 Ben.

Sounds like a desirable behaviour when the system is coming up, but having the 
client hang when *going down* because a server disappeared doesn't seem right.

- Bruce


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201107211620.35149.bms...@shaw.ca

system hangs during shutdown...

2011-07-20 Thread Bruce Sass 
...while unmounting an NFS import.

Hi,

[Please Cc me with any replies.]

--- copied from console ---
Asking all remaining processes to terminate... done.
Currently running processes (pstree):
init-+-4*[kded4---{kded4}]
 |-rc---startpar---sendsigs---pstree
 |-rpc.statd
 |-rpcbind
 '-rsyslogd---3*[{rsyslogd}]
Killing all remaining processes... Saving random seed... done.
failed.
Stopping enhanced syslogd: rsyslogd
Unmounting remote and non-toplevel virtual filesystems...[285770.720036] nfs: 
server satone not responding, still trying

[After about 20 minutes had passed I hit the power button. :( ]
---

Satone is a dual-boot laptop that just happened to have changed from DGL 
serving up a user's $HOME via NFS (the only fs it exports) to Windows Vista. 
I'm mentioning this fact because I don't know if it matters that the exporting 
server disappeared period, or that it was replaced by a non-unix-like system 
that doesn't run an NFS server.

The Unmounting remote and non-toplevel virtual filesystems message comes 
from /etc/init.d/umountnfs.sh which belongs to the initscripts package, 
umountnfs.sh calls on umount (from the mount package), and I'm assuming the 
[285770.720036] nfs: server satone not responding, still trying message is 
coming from the kernel.

So, who should get this bug? ...'cause someone needs to timeout (sooner?) 
instead of hanging (or appearing to hang?) the system!

Then there is the question of why is the system even trying to umount the 
import from satone when it (satone) was properly shutdown and as-such the 
system should know that the imported FS is no longer around--the fstab-decode 
umount $FLAGS $DIRS line in umountnfs.sh appears the culprit here, a proc-
mounts-decode or mtab-decode seems more appropriate than blindly(?) trying to 
umount whatever is in fstab, assuming either of those is possible and I'm not 
mistaken in assuming that unexporting a FS causes the importing host to remove 
it from /proc/mounts.

- Bruce


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201107201834.55679.bms...@shaw.ca