* VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
@ 2006-02-07 20:39 Jan Dittmer
2006-02-08 0:23 ` Andrew Morton
0 siblings, 1 reply; 10+ messages in thread
From: Jan Dittmer @ 2006-02-07 20:39 UTC (permalink / raw)
To: Linux kernel
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
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-02-07 20:39 VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day Jan Dittmer @ 2006-02-08 0:23 ` Andrew Morton 2006-02-08 7:48 ` Jan Dittmer 0 siblings, 1 reply; 10+ messages in thread From: Andrew Morton @ 2006-02-08 0:23 UTC (permalink / raw) To: Jan Dittmer; +Cc: linux-kernel 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. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-02-08 0:23 ` Andrew Morton @ 2006-02-08 7:48 ` Jan Dittmer 2006-02-08 18:06 ` Balbir Singh 0 siblings, 1 reply; 10+ messages in thread From: Jan Dittmer @ 2006-02-08 7:48 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-02-08 7:48 ` Jan Dittmer @ 2006-02-08 18:06 ` Balbir Singh 2006-02-08 22:42 ` Jan Dittmer 0 siblings, 1 reply; 10+ messages in thread From: Balbir Singh @ 2006-02-08 18:06 UTC (permalink / raw) To: Jan Dittmer; +Cc: Andrew Morton, linux-kernel, dev, jblunck > >>$ 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-02-08 18:06 ` Balbir Singh @ 2006-02-08 22:42 ` Jan Dittmer 2006-02-09 4:02 ` Balbir Singh 0 siblings, 1 reply; 10+ messages in thread From: Jan Dittmer @ 2006-02-08 22:42 UTC (permalink / raw) To: Balbir Singh; +Cc: Andrew Morton, linux-kernel, dev, jblunck 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-02-08 22:42 ` Jan Dittmer @ 2006-02-09 4:02 ` Balbir Singh 0 siblings, 0 replies; 10+ messages in thread From: Balbir Singh @ 2006-02-09 4:02 UTC (permalink / raw) To: Jan Dittmer; +Cc: Andrew Morton, linux-kernel, dev, jblunck > 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... @ 2006-12-28 9:27 Jesper Juhl 2006-12-28 9:43 ` Jan Engelhardt 2006-12-28 10:32 ` Ian Kent 0 siblings, 2 replies; 10+ messages in thread From: Jesper Juhl @ 2006-12-28 9:27 UTC (permalink / raw) To: linux-kernel; +Cc: Trond Myklebust, nfs, 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> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-12-28 9:27 Jesper Juhl @ 2006-12-28 9:43 ` Jan Engelhardt 2006-12-28 10:32 ` Ian Kent 1 sibling, 0 replies; 10+ messages in thread From: Jan Engelhardt @ 2006-12-28 9:43 UTC (permalink / raw) To: Jesper Juhl; +Cc: linux-kernel, Trond Myklebust, nfs 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' -- ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... 2006-12-28 9:27 Jesper Juhl 2006-12-28 9:43 ` Jan Engelhardt @ 2006-12-28 10:32 ` Ian Kent 1 sibling, 0 replies; 10+ messages in thread From: Ian Kent @ 2006-12-28 10:32 UTC (permalink / raw) To: Jesper Juhl; +Cc: linux-kernel, Trond Myklebust, nfs 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
* VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day... @ 2001-07-29 19:13 David Ford 0 siblings, 0 replies; 10+ messages in thread From: David Ford @ 2001-07-29 19:13 UTC (permalink / raw) To: linux-kernel 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 ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2006-12-28 10:32 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-02-07 20:39 VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day Jan Dittmer 2006-02-08 0:23 ` Andrew Morton 2006-02-08 7:48 ` Jan Dittmer 2006-02-08 18:06 ` Balbir Singh 2006-02-08 22:42 ` Jan Dittmer 2006-02-09 4:02 ` Balbir Singh -- strict thread matches above, loose matches on Subject: below -- 2006-12-28 9:27 Jesper Juhl 2006-12-28 9:43 ` Jan Engelhardt 2006-12-28 10:32 ` Ian Kent 2001-07-29 19:13 David Ford
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox