Re: [Pkg-sysvinit-devel] system hangs during shutdown...
On Sun, 24 Jul 2011, Bruce Sass wrote: 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. The kernel will hang the umount command. Maybe a cluster filesystem would be a better fit for your needs? They tolerate that sort of thing a lot better. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/2011072526.ga28...@khazad-dum.debian.net
Re: [Pkg-sysvinit-devel] system hangs during shutdown...
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: [Pkg-sysvinit-devel] system hangs during shutdown...
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). -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- 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/20110723125644.gb26...@khazad-dum.debian.net
Re: system hangs during shutdown...
On Thu, Jul 21, 2011 at 04:20:34PM -0600, Bruce Sass wrote: On July 21, 2011 05:02:38 AM Ben Hutchings 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. 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. The client is still the client with the expected behaviour when it is going down. You should have unmounted the directory from the NFS client(s) before shutting down the server. Groeten Geert Stappers -- And is there a policy on top-posting vs. bottom-posting? Yes. -- 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/20110722062608.gf2...@gpm.stappers.nl
Re: system hangs during shutdown...
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. -- Ben Hutchings Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer signature.asc Description: This is a digitally signed message part
Re: system hangs during shutdown...
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...
...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