--- Begin Message ---
Package: nfs-kernel-server
Version: 1:1.1.0-2
Severity: important
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
After upgrading nfs-kernel-server to a new testing version,
nfs started behaving erratically. Upgrade to newest unstable version did
not help.
mounting now often fails with "can't read superblock" and yields an
almost immediat "nfs: server nukunuku not responding, still trying" in
the kernel log.
Also, when the mount did work, accessing a directory after some period
of inactivity takes forever (again with "nfs: server nukunuku not
responding, still trying" and sometime later "nfs: server nukunuku OK").
During the "server not responding" time (and even some time after that,
if the mount attempt times out) rpc.mountd spins at 100% CPU.
ltrace reveals that the call to blkid_probe_all_new takes ages:
[rpc.mountd is idle]
19:03:05.293900 select(1024, 0xbfef925c, 0, 0, 0) = 1
[incoming mount request]
19:03:05.301495 svc_getreqset(0xbfef925c, 0xbfef925c, 0, 0, 0
<unfinished ...>
19:03:05.302757 inet_ntoa(0xf108a8c0) =
"192.168.8.241"
19:03:05.305276 hosts_ctl(0x805677e, 0x8057485, 0xb7daa6a0, 0x8057485,
0xbfef8bd0) = 1
[...]
[blkid_probe_all_new taking _really long_]
19:03:06.641248 blkid_probe_all_new(0x806ba80, 0x805c940, 34, 17,
0xb7f9f023) = 0
[back from blkid_probe_all_new]
19:03:26.403212 __xstat64(3, "/home/ranma/mail", 0xbfef7914) = 0
19:03:26.404184 blkid_devno_to_devname(64771, 0, 0xbfef7914, 17,
0xb7f9f023) = 0x8063f50
19:03:26.405733 blkid_get_dev(0x806ba80, 0x8063f50, 3, 17, 0xb7f9f023) =
0x806ef00
19:03:26.426065 free(0x8063f50) =
<void>
19:03:26.426640 blkid_tag_iterate_begin(0x806ef00, 0x8063f50, 3, 17,
0xb7f9f023) = 0x806ced0
19:03:26.428163 blkid_tag_next(0x806ced0, 0xbfef7974, 0xbfef7978, 17,
0xb7f9f023) = 0
19:03:26.428751 blkid_tag_iterate_end(0x806ced0, 0xbfef7974, 0xbfef7978,
17, 0xb7f9f023) = 0x806ced0
19:03:26.429343 memset(0xbfef79ac, '\000', 16) =
0xbfef79ac
19:03:26.429878 __ctype_b_loc() =
0xb7daa690
19:03:26.430506 fwrite("uuid /ranma/mail ya.is-a-geek.or"..., 5, 1,
0x8063de8) = 1
[...]
[lather, rinse repeat?]
19:03:27.535890 blkid_probe_all_new(0x806ba80, 0x805c940, 34, 17,
0xb7f9f023) = 0
19:03:44.935949 __xstat64(3, "/home/ranma/mail", 0xbfef7914) = 0
[...]
19:03:45.966056 blkid_probe_all_new(0x806ba80, 0x46460470, 0,
0x465c5cc5, 0) = 0
19:04:03.208417 __xstat64(3, "/home/ranma/mail", 0xbfef9074) = 0
[...]
19:04:03.222209 blkid_probe_all_new(0x806ba80, 0x43377aee, 0,
0x4645bb22, 0) = 0
19:04:23.466075 __xstat64(3, "/home", 0xbfef9074) = 0
[I see a pattern]
19:04:24.462181 blkid_probe_all_new(0x806ba80, 0x43377aee, 0,
0x4645bb22, 0) = 0
19:04:41.805271 __xstat64(3, "/usr", 0xbfef9074) = 0
[This might take a while]
19:04:41.817657 blkid_probe_all_new(0x806ba80, 0x43377aee, 0,
0x4645bb22, 0) = 0
19:04:58.288851 __xstat64(3, "/var", 0xbfef9074) = 0
[...]
19:05:52.771674 blkid_probe_all_new(0x806ba80, 0x805c940, 34, 17,
0xb7f9f023) = 0
19:06:13.230946 __xstat64(3, "/home/ranma/mail", 0xbfef8f84) = 0
[...]
19:06:15.953164 select(1024, 0xbfef925c, 0, 0, 0
[finally idle again!]
So a single mount request caused rpc.mountd to spin at 100% CPU for
about 3 minutes.
blk_id_probe_all_new seems to scan /proc/partitions and the do some
probeing on the devices?
This is my /proc/partitions:
|major minor #blocks name
|
| 8 0 160086528 sda
| 8 1 497983 sda1
| 8 2 1461915 sda2
| 8 3 3911827 sda3
| 8 4 150416595 sda4
| 8 16 156290904 sdb
| 8 17 497983 sdb1
| 8 18 1461915 sdb2
| 8 19 3911827 sdb3
| 8 20 150416595 sdb4
| 8 32 156290904 sdc
| 8 33 497983 sdc1
| 8 34 1461915 sdc2
| 8 35 3911827 sdc3
| 8 36 150416595 sdc4
| 9 0 497856 md0
| 9 3 300833024 md3
| 9 2 3911744 md2
| 9 1 1461824 md1
| 253 0 8388608 dm-0
| 253 1 8388608 dm-1
| 253 2 146800640 dm-2
| 253 3 1048576 dm-3
| 253 4 62914560 dm-4
| 253 5 41943040 dm-5
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21.1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages nfs-kernel-server depends on:
ii libblkid 1.39+1.40-WIP-2006.11.14+dfsg-2 block device id library
ii libc6 2.5-7 GNU C Library: Shared libraries
ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii libgssap 0.10-4 A mechanism-switch gssapi library
ii libkrb53 1.4.4-8 MIT Kerberos runtime libraries
ii libnfsid 0.18-0 An nfs idmapping library
ii librpcse 0.14-2 allows secure rpc communication us
ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra
ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip
ii nfs-comm 1:1.0.12-4+b1 NFS support files common to client
ii ucf 2.0021 Update Configuration File: preserv
nfs-kernel-server recommends no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGXGEdWeSjpYPhJEoRApIXAKC7TeGFRBI3SgGNZVlfSgQ56mFuSgCeKjYG
IGrS9o2e07e0/8K+ykh5LeU=
=8u3U
-----END PGP SIGNATURE-----
--- End Message ---
