VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[David Ford]

Ehhh....

I unmounted a number of partitions with no userland errors...Maybe this 
could be changed to indicate which partition it was?  The odd part is I 
killed all processes on the suspect partition and umount returned busy 
however lsof indicated no files open on that partition.  A third 
invocation of umount got it to unmount.  This was a reiserfs partition 
btw.  The ext2 partition is /boot and e2fsck on it didn't yield any errors.

Kernel 2.4.7, ext2 and reiserfs partitions.

David

VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Jan Dittmer]

Debian 2.6.15-1-686-smp

$ umount /mnt/data
Segmentation Fault

dmesg:

VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...
Unable to handle kernel NULL pointer dereference at virtual address 00000034
 printing eip:
f88c7e07
*pde = 00000000
Oops: 0000 [#1]
SMP
Modules linked in: xfs rfcomm l2cap bluetooth nfsd exportfs lockd nfs_acl sunrpc  ipv6 deflate zlib_deflate twofish serpent aes blowfish des sha256
sha1 crypto_n ull af_key raid5 xor dm_mod tun vfat fat loop lp usbmouse eeprom i2c_dev i2c_isa  i2c_core usbkbd usb_storage ehci_hcd button processor
ac ide_cd cdrom e100 mii 3w_xxxx e1000 joydev piix serio_raw uhci_hcd generic parport_pc ide_core usbcore  parport pcspkr psmouse rtc ext3 jbd mbcache
raid1 md_mod sd_mod aic79xx scsi_tr ansport_spi scsi_mod shpchp pci_hotplug evdev mousedev
CPU:    2
EIP:    0060:[<f88c7e07>]    Not tainted VLI
EFLAGS: 00210282   (2.6.15-1-686-smp)
EIP is at ext3_show_options+0x13/0xd5 [ext3]
eax: 00000000   ebx: f7f1fe00   ecx: da82c540   edx: 00000000
esi: da82c540   edi: da82c540   ebp: 00000400   esp: f7bcbf18
ds: 007b   es: 007b   ss: 0068
Process mv (pid: 4409, threadinfo=f7bca000 task=e9978a70)
Stack: 00000000 dfd74c00 c01646cf da82c540 dfd74c00 da82c540 dfd74c00 00000143
       c0167ffd da82c540 dfd74c00 00000000 da82c560 0000000a 00000000 00000009
       00000000 00000400 e64cea80 40019000 00000000 c014ca9d e64cea80 40019000
Call Trace:
 [<c01646cf>] show_vfsmnt+0xcf/0xe6
 [<c0167ffd>] seq_read+0x199/0x26a
 [<c014ca9d>] vfs_read+0xa1/0x138
 [<c014cd92>] sys_read+0x3b/0x64
 [<c010275b>] sysenter_past_esp+0x54/0x75
Code: e8 9c 64 ff ff c7 43 b8 00 00 00 00 59 89 74 24 0c 5b 5e e9 9f 34 87 c7 56  53 8b 44 24 10 8b 74 24 0c 8b 58 14 8b 83 70 01 00 00 <8b> 40 34 25
00 0c 00 00  3d 00 04 00 00 75 07 68 ec 04 8d f8 eb
 ------------[ cut here ]------------
kernel BUG at include/linux/dcache.h:294!
invalid operand: 0000 [#2]
SMP
Modules linked in: xfs rfcomm l2cap bluetooth nfsd exportfs lockd nfs_acl sunrpc  ipv6 deflate zlib_deflate twofish serpent aes blowfish des sha256
sha1 crypto_n ull af_key raid5 xor dm_mod tun vfat fat loop lp usbmouse eeprom i2c_dev i2c_isa  i2c_core usbkbd usb_storage ehci_hcd button processor
ac ide_cd cdrom e100 mii 3w_xxxx e1000 joydev piix serio_raw uhci_hcd generic parport_pc ide_core usbcore  parport pcspkr psmouse rtc ext3 jbd mbcache
raid1 md_mod sd_mod aic79xx scsi_tr ansport_spi scsi_mod shpchp pci_hotplug evdev mousedev
CPU:    2
EIP:    0060:[<c0158262>]    Not tainted VLI
EFLAGS: 00210246   (2.6.15-1-686-smp)
EIP is at __follow_mount+0x4b/0x6d
eax: 00000000   ebx: dfd74c00   ecx: 00000001   edx: f75bed20
esi: 00000000   edi: f79f1ecc   ebp: dfea6180   esp: f79f1e6c
ds: 007b   es: 007b   ss: 0068
Process umount (pid: 4481, threadinfo=f79f0000 task=f7079030)
Stack: f7801690 f79f1f68 f79f1ecc c015837e f79f1ecc b6b2be6c f66e129c db8b0005
       f79f1f68 c0158b78 f79f1f68 f79f1ec0 f79f1ecc db8b000b 00000000 c1880c20
       00000003 00000000 dfde8f48 dfde8e9c 000000c2 b6b2be6c 00000006 db8b0005
Call Trace:
 [<c015837e>] do_lookup+0x3a/0x7c
 [<c0158b78>] __link_path_walk+0x7b8/0xbe8
 [<c0158ff3>] link_path_walk+0x4b/0xbf
 [<c011c2fb>] __do_softirq+0x57/0xc0
 [<c0159357>] path_lookup+0x13a/0x142
 [<c015955e>] __user_walk+0x23/0x3a
 [<c0154c5f>] sys_readlink+0x20/0x91
 [<c011c2fb>] __do_softirq+0x57/0xc0
 [<c010275b>] sysenter_past_esp+0x54/0x75
Code: 80 00 00 85 f6 58 74 14 8b 07 85 c0 74 0e c7 40 30 00 00 00 00 50 e8 3f c2  00 00 58 89 1f 8b 53 10 85 d2 74 11 8b 02 85 c0 75 08 <0f> 0b 26 01
69 4a 28 c0  f0 ff 02 89 57 04 be 01 00 00 00 8b 47

Filesystem is (was?) ext3 on lvm2 on raid5 on 5 IDE drives on 3ware
controller. Accessing the mount point crashed the machine. Last Words:
http://l4x.org/misc/imgp1483.jpg
After reboot everything back to normal, fsck didn't find any errors.
Right before unmouting I moved around 450gb off from the raid to
another raid on the same controller, so controller seems to be fine and
I don't think that the harddisks fail in such a subtle way, that the
raid consistency isn't affected.

Not reproducable but perhaps helpful or important nevertheless.
Funny message in any case ;-)

Jan

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Andrew Morton]

Jan Dittmer <jdi@l4x.org> wrote:
>
> Debian 2.6.15-1-686-smp
> 
> $ umount /mnt/data
> Segmentation Fault
> 
> dmesg:
> 
> VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...
> Unable to handle kernel NULL pointer dereference at virtual address 00000034

That was clever.

>  printing eip:
> f88c7e07
> *pde = 00000000
> Oops: 0000 [#1]
> SMP
> Modules linked in: xfs rfcomm l2cap bluetooth nfsd exportfs lockd nfs_acl sunrpc  ipv6 deflate zlib_deflate twofish serpent aes blowfish des sha256
> sha1 crypto_n ull af_key raid5 xor dm_mod tun vfat fat loop lp usbmouse eeprom i2c_dev i2c_isa  i2c_core usbkbd usb_storage ehci_hcd button processor
> ac ide_cd cdrom e100 mii 3w_xxxx e1000 joydev piix serio_raw uhci_hcd generic parport_pc ide_core usbcore  parport pcspkr psmouse rtc ext3 jbd mbcache
> raid1 md_mod sd_mod aic79xx scsi_tr ansport_spi scsi_mod shpchp pci_hotplug evdev mousedev
> CPU:    2
> EIP:    0060:[<f88c7e07>]    Not tainted VLI
> EFLAGS: 00210282   (2.6.15-1-686-smp)
> EIP is at ext3_show_options+0x13/0xd5 [ext3]
> eax: 00000000   ebx: f7f1fe00   ecx: da82c540   edx: 00000000
> esi: da82c540   edi: da82c540   ebp: 00000400   esp: f7bcbf18
> ds: 007b   es: 007b   ss: 0068
> Process mv (pid: 4409, threadinfo=f7bca000 task=e9978a70)
> Stack: 00000000 dfd74c00 c01646cf da82c540 dfd74c00 da82c540 dfd74c00 00000143
>        c0167ffd da82c540 dfd74c00 00000000 da82c560 0000000a 00000000 00000009
>        00000000 00000400 e64cea80 40019000 00000000 c014ca9d e64cea80 40019000
> Call Trace:
>  [<c01646cf>] show_vfsmnt+0xcf/0xe6
>  [<c0167ffd>] seq_read+0x199/0x26a
>  [<c014ca9d>] vfs_read+0xa1/0x138

Have you any idea what `mv' was doing in ext3_show_options?  I can only
think that something was doing `mv /proc/mounts somewhere-else', which is
odd.

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Jan Dittmer]

Andrew Morton wrote:
> Jan Dittmer <jdi@l4x.org> wrote:
> 
>>Debian 2.6.15-1-686-smp
>>
>>$ umount /mnt/data
>>Segmentation Fault
>>
>>dmesg:
>>
>>VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...
>>Unable to handle kernel NULL pointer dereference at virtual address 00000034
> 
> 
> That was clever.
> 
> 
>> printing eip:
>>f88c7e07
>>*pde = 00000000
>>Oops: 0000 [#1]
>>SMP
>>Modules linked in: xfs rfcomm l2cap bluetooth nfsd exportfs lockd nfs_acl sunrpc  ipv6 deflate zlib_deflate twofish serpent aes blowfish des sha256
>>sha1 crypto_n ull af_key raid5 xor dm_mod tun vfat fat loop lp usbmouse eeprom i2c_dev i2c_isa  i2c_core usbkbd usb_storage ehci_hcd button processor
>>ac ide_cd cdrom e100 mii 3w_xxxx e1000 joydev piix serio_raw uhci_hcd generic parport_pc ide_core usbcore  parport pcspkr psmouse rtc ext3 jbd mbcache
>>raid1 md_mod sd_mod aic79xx scsi_tr ansport_spi scsi_mod shpchp pci_hotplug evdev mousedev
>>CPU:    2
>>EIP:    0060:[<f88c7e07>]    Not tainted VLI
>>EFLAGS: 00210282   (2.6.15-1-686-smp)
>>EIP is at ext3_show_options+0x13/0xd5 [ext3]
>>eax: 00000000   ebx: f7f1fe00   ecx: da82c540   edx: 00000000
>>esi: da82c540   edi: da82c540   ebp: 00000400   esp: f7bcbf18
>>ds: 007b   es: 007b   ss: 0068
>>Process mv (pid: 4409, threadinfo=f7bca000 task=e9978a70)
>>Stack: 00000000 dfd74c00 c01646cf da82c540 dfd74c00 da82c540 dfd74c00 00000143
>>       c0167ffd da82c540 dfd74c00 00000000 da82c560 0000000a 00000000 00000009
>>       00000000 00000400 e64cea80 40019000 00000000 c014ca9d e64cea80 40019000
>>Call Trace:
>> [<c01646cf>] show_vfsmnt+0xcf/0xe6
>> [<c0167ffd>] seq_read+0x199/0x26a
>> [<c014ca9d>] vfs_read+0xa1/0x138
> 
> 
> Have you any idea what `mv' was doing in ext3_show_options?  I can only
> think that something was doing `mv /proc/mounts somewhere-else', which is
> odd.

No, but it is indeed called:

execve("/bin/mv", ["mv", "t", "t2"], [/* 25 vars */]) = 0
uname({sys="Linux", node="ds666", ...}) = 0
brk(0)                                  = 0x8058000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f5d000
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=127118, ...}) = 0
old_mmap(NULL, 127118, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f3d000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libacl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\23"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=27816, ...}) = 0
old_mmap(NULL, 30788, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f35000
old_mmap(0xb7f3c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0xb7f3c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libselinux.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2201\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=75508, ...}) = 0
old_mmap(NULL, 76816, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f22000
old_mmap(0xb7f34000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0xb7f34000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1262704, ...}) = 0
old_mmap(NULL, 1272764, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7deb000
old_mmap(0xb7f18000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12c000) = 0xb7f18000
old_mmap(0xb7f20000, 7100, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f20000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libattr.so.1", O_RDONLY)     = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \v\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=10608, ...}) = 0
old_mmap(NULL, 13564, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7de7000
old_mmap(0xb7dea000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xb7dea000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\f\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9592, ...}) = 0
old_mmap(NULL, 12404, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7de3000
old_mmap(0xb7de5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb7de5000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libsepol.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\"\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=194624, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7de2000
old_mmap(NULL, 235876, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7da8000
old_mmap(0xb7dd7000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2f000) = 0xb7dd7000
old_mmap(0xb7dd8000, 39268, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7dd8000
close(3)                                = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7da7000
mprotect(0xb7f18000, 20480, PROT_READ)  = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7da76c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
munmap(0xb7f3d000, 127118)              = 0
access("/etc/selinux/", F_OK)           = -1 ENOENT (No such file or directory)
brk(0)                                  = 0x8058000
brk(0x8079000)                          = 0x8079000
open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f5c000
read(3, "rootfs / rootfs rw 0 0\n/dev/md7 "..., 1024) = 510
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7f5c000, 4096)                = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=127118, ...}) = 0
old_mmap(NULL, 127118, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f3d000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/i686/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/i686/sse2", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/i686/cmov", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/lib/tls/i686/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/i686", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/lib/tls/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/lib/tls/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/sse2", 0xbfd7302c)     = -1 ENOENT (No such file or directory)
open("/lib/tls/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/cmov", 0xbfd7302c)     = -1 ENOENT (No such file or directory)
open("/lib/tls/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/lib/i686/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/i686/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/lib/i686/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/i686/sse2", 0xbfd7302c)    = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/i686/cmov", 0xbfd7302c)    = -1 ENOENT (No such file or directory)
open("/lib/i686/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/i686", 0xbfd7302c)         = -1 ENOENT (No such file or directory)
open("/lib/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/sse2/cmov", 0xbfd7302c)    = -1 ENOENT (No such file or directory)
open("/lib/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/sse2", 0xbfd7302c)         = -1 ENOENT (No such file or directory)
open("/lib/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/cmov", 0xbfd7302c)         = -1 ENOENT (No such file or directory)
open("/lib/libsetrans.so.0", O_RDONLY)  = -1 ENOENT (No such file or directory)
stat64("/lib", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
open("/usr/lib/tls/i686/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/i686/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/i686/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/i686/sse2", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/i686/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/i686/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/i686/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/i686", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/sse2", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/lib/i686/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/i686/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/i686/sse2", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/i686/cmov", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/lib/i686/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/i686", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/lib/sse2/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/sse2/cmov", 0xbfd7302c) = -1 ENOENT (No such file or directory)
open("/usr/lib/sse2/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/sse2", 0xbfd7302c)     = -1 ENOENT (No such file or directory)
open("/usr/lib/cmov/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/cmov", 0xbfd7302c)     = -1 ENOENT (No such file or directory)
open("/usr/lib/libsetrans.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=163840, ...}) = 0
munmap(0xb7f3d000, 127118)              = 0
geteuid32()                             = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 3
read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 4095) = 253
close(3)                                = 0
stat64("t2", 0xbfd73608)                = -1 ENOENT (No such file or directory)
lstat64("t", {st_mode=S_IFREG|0644, st_size=44371, ...}) = 0
lstat64("t2", 0xbfd733e4)               = -1 ENOENT (No such file or directory)
rename("t", "t2")                       = 0
close(1)                                = 0
exit_group(0)                           = ?

Jan

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Balbir Singh]

> >>$ umount /mnt/data
> >>Segmentation Fault
> >>
> >>dmesg:
> >>
> >>VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...
> >>Unable to handle kernel NULL pointer dereference at virtual address 00000034
> >
> >

There were a couple of fixes suggested for the busy inodes afer
unmount problem. Please see

http://lkml.org/lkml/2006/1/25/17

and

http://lkml.org/lkml/2006/1/30/108

You could see if any one of them fixes your problem. There is also
Kirill's fix which was in mm (not sure about it now)

Balbir

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Jan Dittmer]

Balbir Singh wrote:
>>>>$ umount /mnt/data
>>>>Segmentation Fault
>>>>
>>>>dmesg:
>>>>
>>>>VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...
>>>>Unable to handle kernel NULL pointer dereference at virtual address 00000034
>>>
>>>
> 
> There were a couple of fixes suggested for the busy inodes afer
> unmount problem. Please see
> 
> http://lkml.org/lkml/2006/1/25/17
> 
> and
> 
> http://lkml.org/lkml/2006/1/30/108
> You could see if any one of them fixes your problem. There is also
> Kirill's fix which was in mm (not sure about it now)

Thanks for the suggestion, but I couldn't reproduce it with a simple
mount/umount and the partition in question is gone for good now. And I
don't feel like risiking 450gb of data, even if I had a backup of the
data...

Jan

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Balbir Singh]

> Thanks for the suggestion, but I couldn't reproduce it with a simple
> mount/umount and the partition in question is gone for good now. And I
> don't feel like risiking 450gb of data, even if I had a backup of the
> data...

Thats a smart thing to do.

Balbir

VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Jesper Juhl]

I get this message in my webservers (with NFS mounted homedirs) logs once 
in a while : 

  kernel: VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...

It doesn't seem to have any bad effect on anything, but it would be nice 
to know if there is any cause for concern.

The NFS server is running 2.6.18.1 and the webservers are running 2.6.17.8


-- 
Jesper Juhl <jesper.juhl@gmail.com>

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Jan Engelhardt]

On Dec 28 2006 10:27, Jesper Juhl wrote:
>
>I get this message in my webservers (with NFS mounted homedirs) logs once 
>in a while : 
>
>  kernel: VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...

This happens when the underlying "block device" disappears, the most 
prominent case being ejecting the CD while the fs is still mounted. I 
have not seen it with nfs yet, since networked fs don't have any 
real backing device and instead provide either [waiting for 
reconnection] or -EIO, i.e. proper error handling.

>

	-`J'
-- 

Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...

[Ian Kent]

On Thu, 28 Dec 2006, Jesper Juhl wrote:

> 
> I get this message in my webservers (with NFS mounted homedirs) logs once 
> in a while : 
> 
>   kernel: VFS: Busy inodes after unmount. Self-destruct in 5 seconds.  Have a nice day...
> 
> It doesn't seem to have any bad effect on anything, but it would be nice 
> to know if there is any cause for concern.

It's at least a memory leak.

> 
> The NFS server is running 2.6.18.1 and the webservers are running 2.6.17.8

Strange, I've not heard of this message appearing for a long time now.

Ian