Re: Structure needs cleaning / Directory block does not have space for checksum

[Gregor Zattler <telegraph@gmx.net>]

Hi,
* Gregor Zattler <telegraph@gmx.net> [2024-12-09; 01:54 +01]:
> Dear debian enthusiasts, I use
> rdiff-backup, which now is not able to
> work with my most precious backup,
> instead throws a python backtrace which
> contains:
>
> OSError: [Errno 117] Structure needs cleaning: b'/mnt/mic-backup/rdiff-backup/durable/rdiff-backup-data/increments/home/grfz/.procmail/backup-post-mailmunge/new'
>
> While a fsck.ext4 -vvvtfDfy on that file
> system gives
>
> Failed to optimize directory /rdiff-backup/durable/rdiff-backup-data/increments/home/grfz/.procmail/backup-post-mailmunge/new (498074110): Directory block does not have space for checksum
>
> in Pass 3A: Optimizing directories.
>
>
> Because of
> https://blogs.oracle.com/linux/post/space-management-with-large-directories-in-ext4
> I tried to copy said directory:
>
> cp -a new neu
>
> this too does not work:
>
> cp: cannot access 'new': Structure needs cleaning
> cp: preserving times for 'neu': Read-only file system
>
> Any ideas how to repair said directory,
> clean the structure, or another work
> around to at least get rdiff-backup get
> to use the backup again for restoring?
>
> Or where to ask?   The ext3-users
> mailing list does not exist any more?
>
> Or how to avoid such a problem next time?


this directory in question is really
huge:

> ls -Altr
[...]
-rwx-----x 1 grfz grfz          0 Nov 21 01:26  new.2024-11-21T01:32:48+01:00.dir
-rwx------ 1 grfz grfz          0 Nov 21 16:37  tmp.2024-11-21T16:42:36+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 21 16:37  new.2024-11-21T16:42:36+01:00.dir
-rwx------ 1 grfz grfz          0 Nov 21 23:12  tmp.2024-11-21T23:36:57+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 21 23:12  new.2024-11-21T23:36:57+01:00.dir
-rwx------ 1 grfz grfz          0 Nov 23 01:01  tmp.2024-11-23T01:25:22+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 23 01:01  new.2024-11-23T01:25:22+01:00.dir
-rwx------ 1 grfz grfz          0 Nov 25 00:41  tmp.2024-11-25T00:44:07+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 25 00:41  new.2024-11-25T00:44:07+01:00.dir
-rwx------ 1 grfz grfz          0 Nov 25 15:54  tmp.2024-11-25T15:56:34+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 25 15:54  new.2024-11-25T15:56:34+01:00.dir
-rwx------ 1 grfz grfz          0 Nov 26 00:27  tmp.2024-11-26T00:50:56+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 26 00:27  new.2024-11-26T00:50:56+01:00.dir
-rwx-----x 1 grfz grfz          0 Nov 28 01:06  new.2024-11-28T01:34:32+01:00.dir
drwx------ 2 root root 2139340800 Nov 28 01:37  new

I tried to move the files in the
directory to another one, but this gives

mv: cannot stat FILENAME: Bad message

So I cannot stat, mv, cp, cat these
files or at least some of them.


dmesg shows 35 lines like this
one:

ext4_dirblock_csum_verify:405: inode #498074110: comm ls: No space for directory leaf checksum. Please run e2fsck -D

and this one:

[76268.580904] EXT4-fs error (device dm-6): ext4_readdir:218: inode #498074110: comm ls: path (unknown): directory fails checksum at offset 0

But fsck -fDy does not help (as stated
in quoted part, above).

After fsck.ext4 -vvvtfDfy a fsck without
any options tells me the fs is clean.



Any ideas, pointers?

Ciao; Gregor
--
 -... --- .-. . -.. ..--.. ...-.-