Re: [rdiff-backup-users] --check-destination-dir taking a very long time

[Walt Mankowski]

One final update -- for some reason it was still trying to write some
files to that directory so it crashed with the same error.

Then I tried turning on the large_dir option on the filesystem. And
that worked! The regression completed successfully, and my daily
backups have run without any problems for the past few days.

Thanks to everyone who offered their help!

Walt

On Thu, Sep 12, 2019 at 07:53:38AM -0400, Walt Mankowski wrote:
> Update -- it took about 30 hours to do the regression, started doing
> the backup, and then quickly crashed with another "No space left on
> device" exception. In kern.log I found these messages:
> 
> Sep 11 21:53:47 scruffy kernel: [294433.260536] EXT4-fs warning (device 
> sde1): ext4_dx_add_entry:2190: Directory (ino: 30017692) index full, reach 
> max htree level :2
> Sep 11 21:53:47 scruffy kernel: [294433.260540] EXT4-fs warning (device 
> sde1): ext4_dx_add_entry:2194: Large directory feature is not enabled on this 
> filesystem
> 
> It got the error while trying to write a file in
> ~/.cache/chromium/Default/Cache. Turns out that after running
> rdiff-backup for years I'd accumulated over 6 million files in
> /backup/scruffy/rdiff-backup-data/increments/home/waltman/.cache/chromium/Default/Cache
> It's a bit fuzzy how many files you can add to an ext4 directory, but
> it looks like I hit the limit.
> 
> I added ~/.cache/chromium to my exclude list and restarted the
> backup. It looks a lot happier now.
> 
> Walt
> 
> _______________________________________________
> rdiff-backup-users mailing list at address@hidden
> https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
> Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki