| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | xfs_admin -c 1 + xfs_repair problem |
| From: | Daniel Bast <daniel.bast@xxxxxxx> |
| Date: | Mon, 28 Apr 2008 20:30:56 +0200 |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 2.0.0.12 (Macintosh/20080213) |
Hi, i tried to enable lazy counts with "xfs_admin -c 1 device" with xfs_admin from xfsprogs 2.9.8. Unfortunately that process got stuck without any message. After several hours without any IO or CPU workload i killed the process and started xfs_repair, but that also got stuck (in "Phase 6") without any IO or CPU workload or any extra message. The xfs_repair being stuck in "Phase 6" is reproduceable with a metadump-image of the filesystem. I was able to mount the device but don't want to use it because i'm not sure if everything is ok. How can i resolve that problem? What information do you need? I can provide the metadump image (bzip compressed: 28MB) if necessary. Here are some informations that are maybe useful: xfs_repair -v /dev/sda7
Phase 1 - find and verify superblock...
- block cache size set to 11472 entries
Phase 2 - using internal log
- zero log...
zero_log: head block 2 tail block 2
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
Phase 5 - rebuild AG headers and trees...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- traversing filesystem ...
- agno = 0after the killed xfs_admin -c 1 and xfs_repair processes: xfs_info /dev/sda7 meta-data=/dev/sda7 isize=256 agcount=4, agsize=24719013 blks = sectsz=512 attr=2 data = bsize=4096 blocks=98876050, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 log =internal bsize=4096 blocks=32768, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=65536 blocks=0, rtextents=0 a new 'xfs_repair -v /dev/sda7' straced: strace -ff -p 6364 Process 6409 attached with 6 threads - interrupt to quit [pid 6364] futex(0x851e2cc, FUTEX_WAIT, 2, NULL <unfinished ...> [pid 6405] futex(0xb146e3d8, FUTEX_WAIT, 0, NULL <unfinished ...> [pid 6406] futex(0xb146e358, FUTEX_WAIT, 1, NULL <unfinished ...> [pid 6407] futex(0xb146e358, FUTEX_WAIT, 2, NULL <unfinished ...> [pid 6408] futex(0xb146e358, FUTEX_WAIT, 3, NULL <unfinished ...> [pid 6409] futex(0xb146e358, FUTEX_WAIT, 4, NULL <unfinished ...> [pid 6406] <... futex resumed> ) = -1 EAGAIN (Resource temporarily unavailable) [pid 6407] <... futex resumed> ) = -1 EAGAIN (Resource temporarily unavailable) [pid 6408] <... futex resumed> ) = -1 EAGAIN (Resource temporarily unavailable) [pid 6406] futex(0xb146e358, FUTEX_WAIT, 4, NULL <unfinished ...> [pid 6407] futex(0xb146e358, FUTEX_WAIT, 4, NULL <unfinished ...> [pid 6408] futex(0xb146e358, FUTEX_WAIT, 4, NULL
P.S. Please CC me, because i'm not subscribed to the list. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] vfs: reduce stack usage by shrinking struct kiocb, Zach Brown |
|---|---|
| Next by Date: | Problems with xfs_grow on large LVM + XFS filesystem 20TB size check 2 failed, Lance Reed |
| Previous by Thread: | [RFC PATCH 0/3] freeze feature ver 1.2, Takashi Sato |
| Next by Thread: | Re: xfs_admin -c 1 + xfs_repair problem, Barry Naujok |
| Indexes: | [Date] [Thread] [Top] [All Lists] |