Hello,
Recap: I was having difficulty creating a GBs file under
2.4.18 + EVMS + XFS, using "# cat file1 >> file2".
GLIBC ver 2.2.5-34
Taking your suggestion (using dd), I was successful creating 60GB from
an 80GB logical volume space.
Going back to "cat: error...". Once this problem occurs, I need to
umount, xfs_repair -L, then mount. As you will see in the below dump,
if only "fsck" was done, no message is reported and directory listing
comes up empty. After "repair -L", directory listing shows files (size
is adjusted due to failure). Also showing is the tail of the log.
There are spaces between commands for ease reading.
Any advice is appreciated.
THX, Michael.
*******************************************
*******************************************
[root@s1 root]# cat tempo >> /myfs/BIG1
[root@s1 root]# cat tempo >> /myfs/BIG1
[root@s1 root]# cat tempo >> /myfs/BIG1
cat: write error: Input/output error
[root@s1 root]#
[root@s1 root]# xfs_logprint /dev/evms/lvm/myvg/mylv
.
.
.
------------------------------------------------------------------------
----
Oper (429): tid: d688c8c0 len: 24 clientid: TRANS flags: none
BUF: #regs: 2 start blkno: 0 (0x0) len: 1 bmap size: 1
Oper (430): tid: d688c8c0 len: 128 clientid: TRANS flags: none
SUPER BLOCK Buffer:
icount: 64 ifree: 58 fdblks: 21250129 frext: 0
------------------------------------------------------------------------
----
Oper (431): tid: d688c8c0 len: 0 clientid: TRANS flags: COMMIT
------------------------------------------------------------------------
----
Oper (432): tid: d688c8e8 len: 0 clientid: TRANS flags: START
------------------------------------------------------------------------
----
Oper (433): tid: d688c8e8 len: 16 clientid: TRANS flags: none
TRAN: type: STRAT_WRITE tid: 0 num_items: 6
------------------------------------------------------------------------
----
Oper (434): tid: d688c8e8 len: 52 clientid: TRANS flags: none
INODE: #regs: 3 ino: 0x83 flags: 0x9 dsize: 40
blkno: 64 len: 16 boff: 768
Oper (435): tid: d688c8e8 len: 96 clientid: TRANS flags: none
INODE CORE
magic 0x494e mode 0100644 version 1 format 3
nlink 1 uid 0 gid 0
atime 0x3dc99ff2 mtime 0x3dc9a450 ctime 0x3dc9a450
size 0x4f3fb4000 nblocks 0x4f3fc2 extsize 0x0 nextents 0xd
naextents 0x0 forkoff 0 dmevmask 0x0 dmstate 0x0
flags 0x0 gen 0x16
Oper (436): tid: d688c8e8 len: 40 clientid: TRANS flags: none
BTREE inode data
------------------------------------------------------------------------
----
Oper (437): tid: d688c8e8 len: 24 clientid: TRANS flags: none
BUF: #regs: 2 start blkno: 92274689 (0x5800001) len: 1 bmap size: 1
Oper (438): tid: d688c8e8 len: 128 clientid: TRANS flags: none
AGF Buffer: XAGF
ver: 1 seq#: 11 len: 1048576
root BNO: 2 CNT: 3
level BNO: 1 CNT: 1
1st: 0 last: 3 cnt: 4 freeblks: 469784 longest: 469784
------------------------------------------------------------------------
----
Oper (439): tid: d688c8e8 len: 28 clientid: TRANS flags: none
BUF: #regs: 2 start blkno: 92274712 (0x5800018) len: 8 bmap size: 2
Oper (440): tid: d688c8e8 len: 128 clientid: TRANS flags: none
BUF DATA
------------------------------------------------------------------------
----
Oper (441): tid: d688c8e8 len: 28 clientid: TRANS flags: none
BUF: #regs: 2 start blkno: 92274704 (0x5800010) len: 8 bmap size: 2
Oper (442): tid: d688c8e8 len: 48 clientid: TRANS flags: CONTINUE
BUF DATA
========================================================================
====
Header 0x1 wanted 0xfeedbabe
xfs_logprint: after 8 zeroed blocks
**********************************************************************
* ERROR: found data after zeroed blocks block=8164 *
**********************************************************************
Bad log - data after zeroed blocks
[root@s1 root]# fsck.xfs /dev/evms/lvm/myvg/mylv
[root@s1 root]# ll /myfs
total 0
[root@s1 root]# umount /myfs
[root@s1 root]# xfs_repair -L /dev/evms/lvm/myvg/mylv
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
ALERT: The filesystem has valuable metadata changes in a log which is
being
destroyed because the -L option was used.
- 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
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- clear lost+found (if it exists) ...
- clearing existing "lost+found" inode
- deleting existing "lost+found" entry
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- ensuring existence of lost+found directory
- traversing filesystem starting at / ...
- traversal finished ...
- traversing all unattached subtrees ...
- traversals finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done
[root@s1 root]# mount -t xfs /dev/evms/lvm/myvg/mylv /myfs
[root@s1 root]# ll /myfs
total 406536
-rw-r--r-- 1 root root 416288768 Nov 6 15:04 BIG1
-rwxrwxrwx 1 root root 121 Nov 4 18:43 bigfile
drwxr-xr-x 2 root root 6 Nov 6 15:34 lost+found
|