Package: nfs-common Version: 1:1.1.2-6lenny1 Severity: normal For some time I'd been coping with a reboot or shutdown being delayed at the point umountnfs.sh runs. This turns out to be because by the time /etc/rc6.d/S31umountnfs.sh ran rpc.statd was dead and the in-kernel lockd expects this to be alive.
The fix I finally found and implemented was to move rc6.d/K20nfs-common to rc6.d/S32nfs-common and also make the startup of nfs-common record rpc.statd's pid in /lib/init/rw/sendsigs.omit.d. This way rpc.statd is not killed by rc6.d/S20sendsigs and is then brought down by nfs-common *after* rc6.d/S31umountnfs.sh has run. I now have no delay at all in reboots when umountnfs.sh runs. Note this is a 2.6.29 kernel with the simple "GRO: Disable GRO on legacy netif_rx path" fix by Herbert Xu that went into 2.6.29.1, without which the ethernet interface locks up after some moderate use. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29patches (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-common depends on: ii adduser 3.110 add and remove users and groups ii initscripts 2.86.ds1-61 Scripts for initializing and shutt ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libevent1 1.3e-3 An asynchronous event notification ii libgssglue1 0.1-2 mechanism-switch gssapi library ii libkrb53 1.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries ii libnfsidmap2 0.20-1 An nfs idmapping library ii librpcsecgss3 0.18-1 allows secure rpc communication us ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii netbase 4.34 Basic TCP/IP networking system ii portmap 6.0-9 RPC port mapper ii ucf 3.0016 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
