Your message dated Wed, 18 Oct 2006 23:32:58 +0200 with message-id <[EMAIL PROTECTED]> and subject line Incorrect bug, portmap does not impede halt/reboot has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---Package: portmap Version: 5-19 Severity: important At control.tar.gz/postinst: update-rc.d portmap start 43 S . start 32 0 6 . stop 81 1 . >/dev/null portmap should stop at levels 0 and 6, not start. This machine is not very stable, so I don't know if other people experience the computer stop responding when trying to halt or reboot, at portmap. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
--- End Message ---
--- Begin Message ---Sorry, your bug is not correct: > update-rc.d portmap start 43 S . start 32 0 6 . stop 81 1 . >/dev/null > > portmap should stop at levels 0 and 6, not start. It might be strange, but *even* 'S' scripts/symlinks [1] at /etc/rc{0,6}.d/ get called with the 'stop' argument so the services *are* stopped in those runlevels. The main difference is that they get called *after* the 'K' links. See /etc/init.d/rc: case "$runlevel" in 0|6) ACTION=stop (..) S) ACTION=start (...) for s in /etc/rc$runlevel.d/S* do (...) startup $ACTION $SCRIPTS done Yes, it might be counter-intuitive, but that's how it works. Notice also that /etc/rc6.d/S32portmap runs after /etc/rc6.d/S31umountnfs.sh, so that NFS mounts are properly unmounted before the portmapper is stopped. This happens *before* /etc/rc6.d/S40umountfs (which unmounts all the other FS) and /etc/rc6.d/S35networking or /etc/rc6.d/S36ifupdown, which drop networking. If you computer halts when portmap is stopped the issue might (or might not) be related to portmap. Regards Javier [1] portmap is not the only one doing this, check out the output of running 'ls -la /etc/rc{0,6}.d/S*'
--- End Message ---
