So, I think the issue I've been having *may* be related. I store a bunch of junk on an LVM and I needed to expand that a bit. So I created a "virtual disk" using dd and losetup to expand my LVM.
Everything seems fine, but after some case that I'm having a hard time identifying, I cease to be able to view certain parts of the file system on my LVM and my dmesg and /var/log/messages get flooded with stuff like [code] CIFS VFS: Unexpected lookup error -112 [/code] and [code] Mar 21 07:59:52 Dauntless kernel: [35010.428444] rm D ffffffff80234069 0 8160 21157 Mar 21 07:59:52 Dauntless kernel: [35010.428449] ffff88009783fe28 0000000000000086 ffff88008aa606c8 ffffffff806e2700 Mar 21 07:59:52 Dauntless kernel: [35010.428455] ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 Mar 21 07:59:52 Dauntless kernel: [35010.428460] ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 Mar 21 07:59:52 Dauntless kernel: [35010.428465] Call Trace: Mar 21 07:59:52 Dauntless kernel: [35010.428469] [<ffffffff802f5f1f>] ? path_walk+0xcf/0xe0 Mar 21 07:59:52 Dauntless kernel: [35010.428473] [<ffffffff80502435>] __mutex_lock_slowpath+0x85/0xd0 Mar 21 07:59:52 Dauntless kernel: [35010.428478] [<ffffffff805021d3>] mutex_lock+0x23/0x30 Mar 21 07:59:52 Dauntless kernel: [35010.428481] [<ffffffff802f667f>] do_unlinkat+0x8f/0x1d0 Mar 21 07:59:52 Dauntless kernel: [35010.428485] [<ffffffff802f8c13>] ? do_vfs_ioctl+0x273/0x2f0 Mar 21 07:59:52 Dauntless kernel: [35010.428489] [<ffffffff802f6922>] sys_unlinkat+0x22/0x40 Mar 21 07:59:52 Dauntless kernel: [35010.428493] [<ffffffff8021285a>] system_call_fastpath+0x16/0x1b [/code] Also.. [code] Mar 19 22:03:34 Dauntless kernel: [ 2307.472136] smbd D ffffffff80234069 0 8729 8501 Mar 19 22:03:34 Dauntless kernel: [ 2307.472142] ffff88003f52dad8 0000000000000082 ffff88003c9fde00 ffffffff806e0710 Mar 19 22:03:34 Dauntless kernel: [ 2307.472149] ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 Mar 19 22:03:34 Dauntless kernel: [ 2307.472154] ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 ffffffff807a6400 Mar 19 22:03:34 Dauntless kernel: [ 2307.472159] Call Trace: Mar 19 22:03:34 Dauntless kernel: [ 2307.472170] [<ffffffff802ac615>] ? __filemap_fdatawrite_range+0x55/0x70 Mar 19 22:03:34 Dauntless kernel: [ 2307.472177] [<ffffffff80502435>] __mutex_lock_slowpath+0x85/0xd0 Mar 19 22:03:34 Dauntless kernel: [ 2307.472193] [<ffffffffa0d695f8>] ? _FreeXid+0x28/0x30 [cifs] Mar 19 22:03:34 Dauntless kernel: [ 2307.472198] [<ffffffff805021d3>] mutex_lock+0x23/0x30 Mar 19 22:03:34 Dauntless kernel: [ 2307.472202] [<ffffffff802f4b1e>] real_lookup+0x3e/0x170 Mar 19 22:03:34 Dauntless kernel: [ 2307.472206] [<ffffffff802f4d00>] do_lookup+0xb0/0x110 Mar 19 22:03:34 Dauntless kernel: [ 2307.472209] [<ffffffff802f536d>] __link_path_walk+0x60d/0xc20 Mar 19 22:03:34 Dauntless kernel: [ 2307.472214] [<ffffffff802f5b6f>] do_follow_link+0x1ef/0x320 Mar 19 22:03:34 Dauntless kernel: [ 2307.472217] [<ffffffff802f54ec>] __link_path_walk+0x78c/0xc20 Mar 19 22:03:34 Dauntless kernel: [ 2307.472222] [<ffffffff803061b6>] ? mntput_no_expire+0x36/0x160 Mar 19 22:03:34 Dauntless kernel: [ 2307.472225] [<ffffffff802f5ebe>] path_walk+0x6e/0xe0 Mar 19 22:03:34 Dauntless kernel: [ 2307.472229] [<ffffffff802f60d3>] do_path_lookup+0xe3/0x200 Mar 19 22:03:34 Dauntless kernel: [ 2307.472232] [<ffffffff802f3ada>] ? getname+0x4a/0xb0 Mar 19 22:03:34 Dauntless kernel: [ 2307.472236] [<ffffffff802f6f2b>] user_path_at+0x7b/0xb0 Mar 19 22:03:34 Dauntless kernel: [ 2307.472239] [<ffffffff802fc603>] ? vfs_lock_file+0x43/0x50 Mar 19 22:03:34 Dauntless kernel: [ 2307.472243] [<ffffffff802fbc23>] ? locks_free_lock+0x43/0x60 Mar 19 22:03:34 Dauntless kernel: [ 2307.472247] [<ffffffff802ee0ed>] vfs_stat_fd+0x2d/0x60 Mar 19 22:03:34 Dauntless kernel: [ 2307.472251] [<ffffffff802ee1cc>] sys_newstat+0x2c/0x50 Mar 19 22:03:34 Dauntless kernel: [ 2307.472254] [<ffffffff802f8416>] ? do_fcntl+0x36/0x290 Mar 19 22:03:34 Dauntless kernel: [ 2307.472259] [<ffffffff802eb3d9>] ? fput+0x9/0x30 Mar 19 22:03:34 Dauntless kernel: [ 2307.472262] [<ffffffff802f86e0>] ? sys_fcntl+0x70/0x90 Mar 19 22:03:34 Dauntless kernel: [ 2307.472267] [<ffffffff8021285a>] system_call_fastpath+0x16/0x1b [/code] So, like I said, I'm not sure this is related.. But I think it may well be. Though losetup's involvement may be somewhat too obscure for this post to help much. -- losetup 32bit offset limit, hangs on retry, remains defunct https://bugs.launchpad.net/bugs/313385 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
