| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | XFS internal error xfs_iformat(realtime) even after xfs_repair. |
| From: | Ajeet Yadav <ajeet.yadav.77@xxxxxxxxx> |
| Date: | Mon, 17 Jan 2011 21:12:54 +0900 |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=e3oCse5YAYaXfSixcKYbQFBMLhyJT7j9zoRHEf56RR4=; b=tsyNG1fp3RwluPRk0euPC+YuYVGTmfWFDZCfBdVca1EhNwbrSh1xzbuh0o9OCSzVNm WY88ZKAQTwMvWW/YnstEeNAywOYRw2G/6e47uhYhppFvMJ0mSuuhl6rN4uNBfY81d9Wq dgEnsGLMZY/2bHhEsIpqtr96FJzazv2Gbbuxg= |
| Domainkey-signature: | a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xIs1v/X1Ly4TVyNywEjLz0n5NfIlsTBbKe7EYdx/MkRsi5kGbEhEMgXDV6IVc910mK mJxNkZk/9V/5pvNf9I6HxIfnPet+tTO1GgjWJBoha1fpZIimoeX54JZDn+r1g3CTQfXB 3ycabroXBwtTlxRIH+Mm/bhiC5/swRXluHlT8= |
|
Kernel: 2.6.30.9, XFS backported from 2.6.34, xfsprogs-3.0.5
I used a script
1. create some file, directories, symlinks
2. unmount the file system
3. run xfs_bd with blocktrash
4. xfs_xfsrepair -L
5. list "ls -lR"
6. remove all file and directory "rm -rf *
Often during testing I get the below backtrace from kernel during ls, rm even though I already run xfs_repair on it.
Is it related to xfsrepair or xfs ?. I think xfs_repair must have detected this problem and corrected it.
There is similar problem already reported by
xfs_repair log
-------------------
xfs_repair -L /dev/sda1
Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - 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... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done xfs log duing ls operation
------------------------------------
drwxr-xr-x 2 root 0 6 Jan 1 00:00 9.dir1
drwxr-xr-xFilesystem "sda1": corrupt dinode 8053, has realtime flag set. Unmount and run xfs_repair. c803e500: 49 4e a1 ff 02 01 00 00 00 00 00 00 00 00 00 00 IN.............. Filesystem "sda1": XFS internal error xfs_iformat(realtime) at line 356 of file fs/xfs/xfs_inode.c. Caller 0xc019b328 Backtrace: [<c00279b0>] (dump_backtrace+0x0/0x110) from [<c02f2bd0>] (dump_stack+0x18/0x1c) r6:c8962400 r5:c039db13 r4:00000001 r3:c89d1be8 [<c02f2bb8>] (dump_stack+0x0/0x1c) from [<c018fa54>] (xfs_error_report+0x4c/0x5c) [<c018fa08>] (xfs_error_report+0x0/0x5c) from [<c018fac0>] (xfs_corruption_error+0x5c/0x68) [<c018fa64>] (xfs_corruption_error+0x0/0x68) from [<c019ae38>] (xfs_iformat+0x1b4/0x5dc) r6:c019b328 r5:c8cf0be0 r4:c803e500 [<c019ac84>] (xfs_iformat+0x0/0x5dc) from [<c019b328>] (xfs_iread+0xc8/0x198) r9:00001f75 r8:c8962400 r7:00000000 r6:00000000 r5:c803e500 r4:c8cf0be0 [<c019b260>] (xfs_iread+0x0/0x198) from [<c0195294>] (xfs_iget+0x558/0x8c4) [<c0194d3c>] (xfs_iget+0x0/0x8c4) from [<c01b4b28>] (xfs_lookup+0x128/0x15c) [<c01b4a00>] (xfs_lookup+0x0/0x15c) from [<c01c1ab4>] (xfs_vn_lookup+0x48/0x90) [<c01c1a6c>] (xfs_vn_lookup+0x0/0x90) from [<c00c7da8>] (do_lookup+0xcc/0x194) r6:c8c66d6c r5:c89d1e08 r4:c89d1e90 [<c00c7cdc>] (do_lookup+0x0/0x194) from [<c00c9a30>] (__link_path_walk+0x9b8/0xe68) [<c00c9078>] (__link_path_walk+0x0/0xe68) from [<c00ca08c>] (path_walk+0x50/0x9c) [<c00ca03c>] (path_walk+0x0/0x9c) from [<c00ca258>] (do_path_lookup+0x138/0x160) r7:00000001 r6:c89d1e90 r5:c89d0000 r4:c89f2000 [<c00ca120>] (do_path_lookup+0x0/0x160) from [<c00cac64>] (user_path_at+0x60/0x94) r7:c89d1f08 r6:ffffff9c r5:c89d1e90 r4:c89f2000 [<c00cac04>] (user_path_at+0x0/0x94) from [<c00c2bb8>] (vfs_fstatat+0x34/0x64) r8:c0023528 r7:000000c4 r6:00182320 r5:c89d1f40 r4:c89d1f08 [<c00c2b84>] (vfs_fstatat+0x0/0x64) from [<c00c2c48>] (vfs_lstat+0x24/0x28) r6:00182320 r5:beb476b8 r4:c89d1f40 [<c00c2c24>] (vfs_lstat+0x0/0x28) from [<c00c2c6c>] (sys_lstat64+0x20/0x3c) [<c00c2c4c>] (sys_lstat64+0x0/0x3c) from [<c0023380>] (ret_fast_syscall+0x0/0x2c) r5:001895a0 r4:00000000 2 root 0 6 Jan 1 00:00 9.dir2 drwxr-xr-x 2 root 0 6 Jan 1 00:00 9.dir3 |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Issues with delalloc->real extent allocation, Dave Chinner |
|---|---|
| Next by Date: | YAHOO AWARD PROMOTION:Attention Dear winner,, YAHOO AWARD PROMOTION |
| Previous by Thread: | [PATCH] xfs: Do not name variables "panic", Geert Uytterhoeven |
| Next by Thread: | Re: XFS internal error xfs_iformat(realtime) even after xfs_repair., Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |