search for: sys_umount

...1ae207>] kill_block_super+0x27/0x70 [ 1529.936714] [<ffffffff811ae4ed>] deactivate_locked_super+0x3d/0x60 [ 1529.936714] [<ffffffff811aea96>] deactivate_super+0x46/0x60 [ 1529.936714] [<ffffffff811ca277>] mntput_no_expire+0xa7/0x140 [ 1529.936714] [<ffffffff811cb6ce>] SyS_umount+0x8e/0x100 [ 1529.936714] [<ffffffff815d2c29>] system_call_fastpath+0x16/0x1b [ 1529.936714] Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0 74 2a 48 8b 50 40 48 89 34 24 48 c7 c7 e0 4a 7f 81 48 89 de 31 c0 e8 03 cb 3f 00 <0f> 0b 66 90 48 89 f7 e8 c8 fc ff ff e9 66 ff ff ff...

...1ae207>] kill_block_super+0x27/0x70 [ 1529.936714] [<ffffffff811ae4ed>] deactivate_locked_super+0x3d/0x60 [ 1529.936714] [<ffffffff811aea96>] deactivate_super+0x46/0x60 [ 1529.936714] [<ffffffff811ca277>] mntput_no_expire+0xa7/0x140 [ 1529.936714] [<ffffffff811cb6ce>] SyS_umount+0x8e/0x100 [ 1529.936714] [<ffffffff815d2c29>] system_call_fastpath+0x16/0x1b [ 1529.936714] Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0 74 2a 48 8b 50 40 48 89 34 24 48 c7 c7 e0 4a 7f 81 48 89 de 31 c0 e8 03 cb 3f 00 <0f> 0b 66 90 48 89 f7 e8 c8 fc ff ff e9 66 ff ff ff...

Hi, this shown up today. I had to do a hard reboot as graceful hanged on sync(). ------------[ cut here ]------------ kernel BUG at fs/btrfs/delayed-inode.c:1466! invalid opcode: 0000 [#1] SMP CPU 10 Modules linked in: btrfs zlib_deflate lzo_compress ipmi_devintf autofs4 be2iscsi iscsi_boot_sysfs ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_addr iscsi_tcp bnx2i cnic uio ipv6 cxgb3i libcxgbi

Dear Sirs and Madams, I run a small visual effects production company, Hammerhead Productions. We'd like to have an easily extensible inexpensive relatively high-performance storage network using open-source components. I was hoping that OCFS2 would be that system. I have a half-dozen 2 TB fileservers I'd like the rest of the network to see as a single 12 TB disk, with the aggregate

...race: > c01144c9 f25f9ec0 IO_APIC_get_PCI_irq_vector > c010a8b0 f25f9ed0 enable_irq > c014200c f25f9ef0 fsync_buffers_list > c0155595 f25f9efc clear_inode > c015553d f25f9f2c invalidate_inodes > c01461d8 f25f9f78 get_super > c014a629 f25f9f94 path_release > c0157c58 f25f9fc0 sys_umount > c0108cab sys_sigaltstack > > > attached /proc/ksyms | sort > <<ksyms>> > Any idea what can cause this ? > > > Thanks, > Yuval > > > -- > Yuval Yeret > Exanet > yuval@exanet.com > http://www.exanet.com > Tel. 972-9-97177...

...gt; > c01190b8 f3791eb4 set_running_and_schedule > > c010a8b0 f3791ed0 enable_irq > > c014200c f3791f0c IO_APIC_get_PCI_irq_vector > > c0155595 f3791f0c clear_inode > > c01556639 f3791f60 invalidate_inodes > > c0149629 f3791f8 set_binfmt > > c0157c58 f3791f94 sys_umount > > c0108cab 0f3791fc0 sys_sigaltstack > > > Andrew Morton suggested a buffer.c patch for reducing search > complexity, which I will try next. > > Any further comments/suggestions are welcome > > > > -----Original Message----- > > From: Arjan van de...

...t;] :obdclass:server_put_super+0xb61/0xf70 [46237.893111] [<ffffffff80271942>] generic_shutdown_super+0x60/0xf1 [46237.899584] [<ffffffff802719fa>] kill_anon_super+0x9/0x35 [46237.905263] [<ffffffff80271aab>] deactivate_super+0x6a/0x82 [46237.911204] [<ffffffff80284195>] sys_umount+0x21b/0x24e [46237.916751] [<ffffffff802094de>] system_call+0x7e/0x83 [46237.922218] [<00002b0aadea7789>] Thanks, Bernd -- Bernd Schubert Q-Leap Networks GmbH

...ck_super+0x27/0x70 > [ 1529.936714] [<ffffffff811ae4ed>] deactivate_locked_super+0x3d/0x60 > [ 1529.936714] [<ffffffff811aea96>] deactivate_super+0x46/0x60 > [ 1529.936714] [<ffffffff811ca277>] mntput_no_expire+0xa7/0x140 > [ 1529.936714] [<ffffffff811cb6ce>] SyS_umount+0x8e/0x100 > [ 1529.936714] [<ffffffff815d2c29>] system_call_fastpath+0x16/0x1b > It was more readily reproducible in a KVM guest. It was harder to reproduce > in a bare metal machine, but kernel crash still happened after several > tries. > > I am not sure what exactly c...

...7b>] nfs_kill_super+0x1b/0x30 [nfs] [<ffffffff811c962d>] deactivate_locked_super+0x3d/0x60 [<ffffffff811c9c36>] deactivate_super+0x46/0x60 [<ffffffff811e6ac5>] mntput_no_expire+0xc5/0x120 SELinux: initialized (dev 0:40, type nfs4), uses genfs_contexts [<ffffffff811e7bff>] SyS_umount+0x9f/0x3c0 [<ffffffff81614de9>] system_call_fastpath+0x16/0x1b Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0 74 1b 48 8b 50 40 48 89 34 24 48 c7 c7 20 f1 83 81 48 89 de 31 c0 e8 f0 0a 42 00 <0f> 0b 31 d2 eb e5 0f 0b 66 66 66 2e 0f 1f 84 00 00 00 00 00 66 RIP [<ffffffff811dd...

...60 c0329e20 c015811d cf8e5400 0804d218 ~ cf8e5400 c1fb6000 c015725f cf8e5400 c03bfee0 00000000 c1fb7f7c 0804d218 ~ Call Trace: ~ [<c0157526>] generic_shutdown_super+0x176/0x190 ~ [<c015811d>] kill_block_super+0x1d/0x40 ~ [<c015725f>] deactivate_super+0x5f/0xc0 ~ [<c016d4af>] sys_umount+0x3f/0xa0 ~ [<c016d525>] sys_oldumount+0x15/0x20 ~ [<c010908b>] syscall_call+0x7/0xb ~ Code: 0f 0b 9c 01 2e 70 2f c0 e9 60 ff ff ff 89 74 24 04 89 3c 24 - ------------------------------- the filesystem here was existing for a year now, passed regular checks and did not show any corrup...

Hi Guys, I am running ext3 on kernel v2.6.5. I have an ext3 filesystem with dir_index and data=journal for /var/spool/exim Today I noticed in the exim logs a bunch of 'failed to unlink /var/spool/exim/input/P/1BRbSP-0006hy-Jp-D' I also noticed these in the kernel logs: EXT3-fs warning (device hda12): ext3_unlink: Deleting nonexistent file (612870), 0 EXT3-fs warning (device hda12):

...26>] generic_shutdown_super+0x36/0xe0 [<ffffffff810dc361>] kill_anon_super+0x11/0x20 [<ffffffff810dc715>] deactivate_locked_super+0x45/0x80 [<ffffffff810dd115>] deactivate_super+0x45/0x60 [<ffffffff810f753d>] mntput_no_expire+0x9d/0xf0 [<ffffffff810f837a>] sys_umount+0x6a/0x380 [<ffffffff814e6e7b>] system_call_fastpath+0x16/0x1b Code: 33 00 e9 7e fd ff ff 44 89 ce 48 c7 c7 80 a4 78 81 31 c0 e8 04 ea 32 00 0f 0b 8b 75 b8 48 c7 c7 80 a4 78 81 31 c0 e8 f1 e9 32 00 <0f> 0b 0f 1f 44 00 00 55 48 89 f7 89 d6 48 89 e5 e8 72 f7 ff ff RIP [<ffffffff8...

I noticed we were getting lots of warnings with xfstest 83 because we have reservations outstanding. This is because we moved the orphan add outside of the truncate, but we don''t actually cleanup our reservation if something fails. This fixes the problem and I no longer see warnings. Thanks, Signed-off-by: Josef Bacik <jbacik@fusionio.com> --- fs/btrfs/inode.c | 2 ++ 1

...t;] btrfs_kill_super+0x1a/0x90 [btrfs] [ 469.038246] [<ffffffff81191aa7>] deactivate_locked_super+0x57/0x90 [ 469.038252] [<ffffffff8119265e>] deactivate_super+0x4e/0x70 [ 469.038260] [<ffffffff811acf37>] mntput_no_expire+0xd7/0x130 [ 469.038267] [<ffffffff811adf16>] sys_umount+0x76/0x390 [ 469.038273] [<ffffffff81627969>] system_call_fastpath+0x16/0x1b -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

...? kill_anon_super+0x16/0x50 [515954.295050] [<ffffffff81115540>] ? deactivate_locked_super+0x26/0x4b [515954.295050] [<ffffffff81115d5d>] ? deactivate_super+0x3a/0x3e [515954.295050] [<ffffffff8112b368>] ? mntput_no_expire+0xd0/0xd5 [515954.295050] [<ffffffff8112c06f>] ? sys_umount+0x2ee/0x31c [515954.295050] [<ffffffff81375002>] ? system_call_fastpath+0x16/0x1b Last time it happened, I hard rebooted the system, and it was fine for a while. This time, I''ll try and let umount finish. Would anybody know what is happening and how to get out of it? Thanks. Step...

...00000000d24d2>] fsync_super+0x1e/0x30 [ 121.452330] [<00000000000d28c6>] generic_shutdown_super+0x3e/0x1a4 [ 121.452352] [<00000000000d2a96>] kill_anon_super+0x1e/0x60 [ 121.452373] [<00000000000d2bb6>] deactivate_super+0x9a/0xc4 [ 121.452394] [<00000000000ec3a0>] SyS_umount+0x35c/0x38c [ 121.452415] [<00000000000266e2>] sysc_noemu+0x10/0x16 [ 121.452438] [<0000000077f403ea>] 0x77f403ea [ 121.452459] Last Breaking-Event-Address: [ 121.452470] [<0000000000000000>] 0x0 [ 121.452486] <4>---[ end trace f340bd908bfc75e9 ]--- [ 121.487837] d...

...shutdown_super+0x66/0xe1 [<ffffffff810ac468>] kill_anon_super+0x11/0x49 [<ffffffff810ab6fa>] deactivate_locked_super+0x21/0x41 [<ffffffff810abba6>] deactivate_super+0x40/0x44 [<ffffffff810bfcfe>] mntput_no_expire+0xdd/0x10b [<ffffffff810c0276>] sys_umount+0x2d2/0x2fd [<ffffffff810028bb>] system_call_fastpath+0x16/0x1b ---[ end trace 3f9c8cf600895a9f ]--- space_info has 1751910400 free, is not full space_info total=5377097728, used=3611955200, pinned=0, reserved=4843520, may_use=0, readonly=8388608 The code is: while(!lis...

...33 dl580 kernel: [<ffffffff802a8fb6>] kill_anon_super+0x17/0x3b Jun 9 00:41:33 dl580 kernel: [<ffffffff802a92e8>] deactivate_super+0x62/0x77 Jun 9 00:41:33 dl580 kernel: [<ffffffff802bb7ae>] mntput_no_expire+0xec/0x12c Jun 9 00:41:33 dl580 kernel: [<ffffffff802bbcff>] sys_umount+0x2c5/0x31c Jun 9 00:41:33 dl580 kernel: [<ffffffff8020aeeb>] system_call_fastpath+0x16/0x Jun 9 00:41:33 dl580 kernel: Code: e0 eb ec 44 89 e8 48 83 c4 18 5b 41 5c 41 5d 5d c3 55 48 89 e5 41 55 41 54 53 48 83 ec 08 41 89 fd 48 89 f3 48 8b 06 a8 04 75 04 <0f> 0b eb fe a8 20 75 04 0...

...07400 dffe1040 dda92000 dda93f44 c015a6fd dfe07400 0804df58 dfe07440 dfe07400 dda93f64 c015979e dfe07400 Call Trace: [<c0159a7d>] generic_shutdown_super+0x18d/0x1a0 [<c015a6fd>] kill_block_super+0x1d/0x50 [<c015979e>] deactivate_super+0x7e/0xe0 [<c017021c>] sys_umount+0x3c/0xa0 [<c0170299>] sys_oldmount+0x19/0x20 [<c01094bb>] syscall_call+0x07/0x0b code: 0f 0b 9b 01 b9 39 29 c0 e9 62 ff ff ff 89 74 24 04 89 3c 24 /etc/rc.d/rc.6: line 141: 4168 Segmentation fault umount -a -r -t nonfs Remount root filesystem read-only. (then the system froze) [6.]...

...>> kill_anon_super+0x9/0x50 > >>> Feb 14 02:05:52 lupus kernel: [   70.060051]  [<ffffffff810eb266>] > ? > >>> deactivate_locked_super+0x26/0x80 > >>> Feb 14 02:05:52 lupus kernel: [   70.060144]  [<ffffffff811043ea>] > ? > >>> sys_umount+0x7a/0x390 > >>> Feb 14 02:05:52 lupus kernel: [   70.060235]  [<ffffffff810027bb>] > ? > >>> system_call_fastpath+0x16/0x1b > >>> Feb 14 02:05:52 lupus kernel: [   70.060325] Code: 55 b8 ff 00 00 > 00 > >>> 53 48 89 fb 48 83 ec 18 48 8b 6...