I spoke too soon, the problem has resurfaced.
Not as bad as before. I filled the volume up, got no errors. But at some point
after that, quite possibly during an xfs_check or xfs_repair OR deleting large
chunks of data the problem resurfaced.
I fear that it's probably beyond my to fix this ( kernerl filesystem drivers is
not one of my strong points ). I'm trying to work out exactly what the error is
telling my. What is the implication of XFS_ERRLEVEL_LOW vs XFS_ERRLEVEL_HIGH ?
( a google search turned up nothing ).
Scott Fagg <scott.fagg@xxxxxxxxxxx>
Arup Brisbane
(07) 3023 6000
>>> "Scott Fagg" <scott.fagg@xxxxxxxx> 04/08/2003 11:40:56 AM >>>
I'm getting message like those shown below from dmesg when my XFS filesystems
fill up.
- happens when the file system completely runs out of space, ie 0 bytes free.
- doesn't seem to be any other ill effects ( no oops, no panic ) but the app
copying the file crashes ( e.g. cp or rsync will crash )
- happening on both Redhat8.0 2.4.21-xfs ( on raid5 compaq hardware) and Redhat
9.0 2.4.21-xfs ( on plain IDE )
Once the error happens once, i then start to get the same error even when the
filesystem is no longer full.
Only solution seems to be to reformat the filesystem as xfs_check and
xfs_repair don't help.
Any thoughts ? Any more info i can provide ?
regards,
xfs_da_do_buf: bno 0
dir: inode 4688490
Filesystem "ida0(72,17)": XFS internal error xfs_da_do_buf(1) at line 2184 of
file xfs_da_btree.c. Caller 0xc01952d7
cd797cc8 c0194b81 c02b1f5d 00000001 cfe6e400 c02b1eb8 00000888 c01952d7
c3c6dd40 cf741868 0000a201 00002000 0001a201 c3c6dd40 0023c530 00000001
00000000 cfe6e400 cd797d3c c01c4def 000003de 0023c530 00000000 00000010
Call Trace:
[<c0194b81>] xfs_da_do_buf+0x211/0x8b0 [kernel]
[<c01952d7>] xfs_da_read_buf+0x57/0x60 [kernel]
[<c01c4def>] xfs_trans_read_buf+0x33f/0x3a0 [kernel]
[<c01accb1>] xfs_itobp+0xf1/0x270 [kernel]
[<c01952d7>] xfs_da_read_buf+0x57/0x60 [kernel]
[<c019319a>] xfs_da_node_lookup_int+0x7a/0x330 [kernel]
[<c019319a>] xfs_da_node_lookup_int+0x7a/0x330 [kernel]
[<c017a3fc>] xfs_attr_node_get+0x3c/0xd0 [kernel]
[<c017b26f>] xfs_attr_fetch+0xff/0x1b0 [kernel]
[<c01707c4>] xfs_acl_iaccess+0x54/0xe0 [kernel]
[<c01982d0>] xfs_dir2_put_dirent64_direct+0x0/0xa0 [kernel]
[<c01b107c>] xfs_iaccess+0x19c/0x1b0 [kernel]
[<c01ca1fb>] xfs_access+0x3b/0x60 [kernel]
[<c01da9b9>] linvfs_permission+0x29/0x30 [kernel]
[<c0146bba>] permission+0x3a/0x40 [kernel]
[<c0146f40>] link_path_walk+0x60/0x6e0 [kernel]
[<c0147779>] path_lookup+0x39/0x40 [kernel]
[<c0147be0>] open_namei+0x70/0x5d0 [kernel]
[<c013b5e3>] filp_open+0x43/0x70 [kernel]
[<c013b9a3>] sys_open+0x53/0xa0 [kernel]
[<c01090ef>] system_call+0x33/0x38 [kernel]
Scott Fagg <scott.fagg@xxxxxxxxxxx>
Arup Brisbane
(07) 3023 6000
|