From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Andris Berzins" Subject: Re: failed raid re-create changed dev size Date: Wed, 12 Dec 2012 18:10:59 +0200 Message-ID: <1355328659.50c8ac93db8a3@mail.inbox.lv> References: <1355236515.50c744a3720c1@mail.inbox.lv> <20121211144949.GB28593@cthulhu.home.robinhill.me.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Return-path: In-Reply-To: <20121211144949.GB28593@cthulhu.home.robinhill.me.uk> Sender: linux-raid-owner@vger.kernel.org To: Robin Hill Cc: linux-raid@vger.kernel.org List-Id: linux-raid.ids >> Is it possible that no data was damaged? It is LUKS partition, i >> mapped it and run "fsck -n" on underlying ext3 partition, >> but fsck returned immediately with status "clean". >> > By default fsck will just check whether the filesystem is marked as > dirty/clean and just skip running if it's clean. You'll need to use "-f" > to force it to run. It seems that something got damaged. I have several traces as shown below in dmesg. Tried to run "fsck -f -n" but it looks that it will take several month on this 15TB fs with billion files. Any ideas? [151680.304424] INFO: task mv:11190 blocked for more than 120 seconds. [151680.304426] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [151680.304429] mv D ffffffff81806200 0 11190 8887 0x00000000 [151680.304434] ffff8800b6f79558 0000000000000086 ffff8800b6f79518 ffff8800b5f3f580 [151680.304439] ffff8800b6f79fd8 ffff8800b6f79fd8 ffff8800b6f79fd8 00000000000137c0 [151680.304444] ffff8800ba319700 ffff8800b6fd4500 ffff8800b6f79528 ffff8800bfc94080 [151680.304450] Call Trace: [151680.304454] [] ? __wait_on_buffer+0x30/0x30 [151680.304459] [] schedule+0x3f/0x60 [151680.304463] [] io_schedule+0x8f/0xd0 [151680.304466] [] sleep_on_buffer+0xe/0x20 [151680.304471] [] __wait_on_bit+0x5f/0x90 [151680.304475] [] ? generic_make_request+0x68/0x70 [151680.304479] [] ? __wait_on_buffer+0x30/0x30 [151680.304484] [] out_of_line_wait_on_bit+0x7c/0x90 [151680.304488] [] ? autoremove_wake_function+0x40/0x40 [151680.304492] [] __wait_on_buffer+0x2e/0x30 [151680.304496] [] bh_submit_read+0x68/0x80 [151680.304500] [] read_block_bitmap+0xde/0x150 [151680.304505] [] ? do_get_write_access+0x34b/0x4d0 [151680.304509] [] ext3_new_blocks+0x29f/0x710 [151680.304514] [] ext3_alloc_blocks+0x57/0xf0 [151680.304519] [] ext3_alloc_branch+0x56/0x2d0 [151680.304522] [] ? __getblk+0x33/0x70 [151680.304527] [] ? ext3_get_branch+0x8b/0x150 [151680.304531] [] ext3_get_blocks_handle+0x2ef/0x640 [151680.304535] [] ext3_get_block+0xc4/0x120 [151680.304539] [] ? _raw_spin_lock+0xe/0x20 [151680.304544] [] __block_write_begin+0x1ce/0x520 [151680.304548] [] ? ext3_get_blocks_handle+0x640/0x640 [151680.304553] [] ? grab_cache_page_write_begin+0x78/0xe0 [151680.304557] [] ext3_write_begin+0xc3/0x280 [151680.304562] [] generic_perform_write+0xca/0x210 [151680.304566] [] ? io_schedule+0xab/0xd0 [151680.304571] [] generic_file_buffered_write+0x5d/0x90 [151680.304576] [] __generic_file_aio_write+0x229/0x440 [151680.304580] [] generic_file_aio_write+0x72/0xe0 [151680.304585] [] do_sync_write+0xda/0x120 [151680.304590] [] ? apparmor_file_permission+0x18/0x20 [151680.304594] [] ? security_file_permission+0x2c/0xb0 [151680.304598] [] ? rw_verify_area+0x61/0xf0 [151680.304602] [] vfs_write+0xb3/0x180 [151680.304606] [] sys_write+0x4a/0x90 [151680.304610] [] system_call_fastpath+0x16/0x1b > > Cheers, > Robin > -- > ___ > ( ' } | Robin Hill | > / / ) | Little Jim says .... | > // !! | "He fallen in de water !!" |