Public bug reported: I am attempting to use xfsdump/xfsrestore piped together to rewrite my XFS filesystems for version 5 compatibility. This worked fine for two filesystems so far, 20G and 500G. The latest 300G filesystem I'm trying to rewrite does not work. See below (I interrupted it; it would continue on like that). To my relatively untrained eye, this appears to be this problem:
https://access.redhat.com/solutions/6601461 ...but I don't see any bug for that in Ubuntu. It also does not mention xfsdump/xfsrestore version 3.1.9, only 3.1.8 and 3.1.10, so I don't know for sure that this is affected. There's not much information out there in general. Is there a workaround or a fix pending? These filesystems were probably written with Ubuntu 18.04 or earlier (I just recently did a fresh install, replacing Ubuntu 18.04 with Xubuntu 22.04, but I did run as early as 14.04 on this machine at one point, if I recall) -- the 2019 creation dates on the filesystem suggest that that's correct. This is a fully up-to-date freshly installed copy of Xubuntu 22.04.4. root@media:/home/ryanov# xfsdump -J - /photos | xfsrestore - /photos_new xfsdump: using file dump (drive_simple) strategy xfsrestore: using file dump (drive_simple) strategy xfsdump: version 3.1.9 (dump format 3.0) xfsrestore: version 3.1.9 (dump format 3.0) xfsrestore: searching media for dump xfsdump: level 0 dump of media:/photos xfsdump: dump date: Wed Mar 27 19:28:27 2024 xfsdump: session id: 6e04ecba-d6c2-4722-b325-169861233403 xfsdump: session label: "" xfsdump: NOTE: root ino 64 differs from mount dir ino 128, bind mount? xfsdump: ino map phase 1: constructing initial dump list xfsdump: ino map phase 2: skipping (no pruning necessary) xfsdump: ino map phase 3: skipping (only one dump stream) xfsdump: ino map construction complete xfsdump: estimated dump size: 238203138624 bytes xfsdump: creating dump session media file 0 (media 0, file 0) xfsdump: dumping ino map xfsdump: dumping directories xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: media xfsrestore: mount point: /photos xfsrestore: volume: /dev/mapper/vg--array-photos xfsrestore: session time: Wed Mar 27 19:28:27 2024 xfsrestore: level: 0 xfsrestore: session label: "" xfsrestore: media label: "" xfsrestore: file system id: 023a8f91-eb50-4887-8c9e-5e5cb8d2aeb5 xfsrestore: session id: 6e04ecba-d6c2-4722-b325-169861233403 xfsrestore: media id: bcfbb01f-6bfb-4605-8c66-4284dd52612a xfsrestore: searching media for directory dump xfsrestore: reading directories xfsdump: dumping non-directory files xfsrestore: 62746 directories and 221364 entries processed xfsrestore: directory post-processing xfsrestore: restoring non-directory files xfsrestore: NOTE: ino 64 salvaging file, placing in orphanage/128.0/184.JPG xfsrestore: NOTE: ino 69 salvaging file, placing in orphanage/128.0/DIAphoto1.JPG xfsrestore: NOTE: ino 70 salvaging file, placing in orphanage/128.0/DIAphoto2.JPG xfsrestore: NOTE: ino 71 salvaging file, placing in orphanage/128.0/DIAphoto3.JPG xfsrestore: NOTE: ino 72 salvaging file, placing in orphanage/128.0/HelenSullivanID.png xfsrestore: NOTE: ino 73 salvaging file, placing in orphanage/128.0/IMAG0653.jpg xfsrestore: NOTE: ino 74 salvaging file, placing in orphanage/128.0/IMG_2354.JPG xfsrestore: NOTE: ino 75 salvaging file, placing in orphanage/128.0/PRE_2011-08-04-145222.jpg xfsrestore: NOTE: ino 76 salvaging file, placing in orphanage/128.0/Part 1.3 xfsrestore: NOTE: ino 77 salvaging file, placing in orphanage/128.0/Part 1.5 xfsrestore: NOTE: ino 78 salvaging file, placing in orphanage/128.0/Part 1.7 xfsrestore: NOTE: ino 79 salvaging file, placing in orphanage/128.0/Pic.JPG xfsrestore: NOTE: ino 80 salvaging file, placing in orphanage/128.0/RHEAV6789.jpg xfsrestore: NOTE: ino 81 salvaging file, placing in orphanage/128.0/RyanDeanGaryColleen.png xfsrestore: NOTE: ino 82 salvaging file, placing in orphanage/128.0/RyanDrew-PhotoBooth.png xfsrestore: NOTE: ino 83 salvaging file, placing in orphanage/128.0/RyanMomDeanHelenStella.png xfsrestore: NOTE: ino 84 salvaging file, placing in orphanage/128.0/Screenshot from 2015-02-02 11:05:14.png xfsrestore: NOTE: ino 85 salvaging file, placing in orphanage/128.0/Screenshot from 2015-02-04 14:24:07.png xfsrestore: NOTE: ino 86 salvaging file, placing in orphanage/128.0/Screenshot from 2015-05-05 20:31:23.png xfsrestore: NOTE: ino 87 salvaging file, placing in orphanage/128.0/Screenshot from 2015-07-29 12:02:40.png xfsrestore: NOTE: ino 88 salvaging file, placing in orphanage/128.0/alpaca.JPG xfsrestore: NOTE: ino 89 salvaging file, placing in orphanage/128.0/idscan.png xfsrestore: NOTE: ino 90 salvaging file, placing in orphanage/128.0/linkedin.png xfsrestore: NOTE: ino 91 salvaging file, placing in orphanage/128.0/obama inauguration --1.bmp xfsrestore: NOTE: ino 92 salvaging file, placing in orphanage/128.0/photo 2.JPG xfsrestore: NOTE: ino 93 salvaging file, placing in orphanage/128.0/photo 3.JPG xfsrestore: NOTE: ino 94 salvaging file, placing in orphanage/128.0/photo.JPG xfsrestore: NOTE: ino 95 salvaging file, placing in orphanage/128.0/thumbnails-digikam.db ^Cxfsdump: xfsrestore: NOTE: restore interrupted: 3 seconds elapsed: may resume later using -R option xfsrestore: Restore Status: INTERRUPT dump size (non-dir files) : 71966504 bytes xfsdump: NOTE: dump interrupted: 3 seconds elapsed xfsdump: Dump Status: INTERRUPT ** Affects: xfsdump (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2059350 Title: xfsrestore places all files restored from xfsdump into orphanage directory; root ino differs from mount dir ino To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xfsdump/+bug/2059350/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs