Fedora Account System
Red Hat Associate
Red Hat Customer
Releases retrieved: 7.0.0 Upstream release that is considered latest: 7.0.0 Current version/release in rawhide: 6.19.0-1.fc45 URL: https://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/5188/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/xfsprogs
Created attachment 2140059 [details] Update to 7.0.0 (#2467694)
Yes, please. ;-) 7.0.0 includes xfs_healer. First we need the CONFIG_XFS_ONLINE_REPAIR in the kernel, but then we still need xfsprogrs 7.0.0 for the healer daemon.
(In reply to Helmut K. C. Tessarek from comment #2) > 7.0.0 includes xfs_healer. First we need the CONFIG_XFS_ONLINE_REPAIR in the > kernel [...] It's done: $ grep CONFIG_XFS /boot/config-7.0.9-200.fc44.x86_64 CONFIG_XFS_FS=m CONFIG_XFS_SUPPORT_V4=y CONFIG_XFS_SUPPORT_ASCII_CI=y CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y CONFIG_XFS_RT=y CONFIG_XFS_DRAIN_INTENTS=y CONFIG_XFS_LIVE_HOOKS=y CONFIG_XFS_MEMORY_BUFS=y CONFIG_XFS_BTREE_IN_MEM=y CONFIG_XFS_ONLINE_SCRUB=y CONFIG_XFS_ONLINE_SCRUB_STATS=y CONFIG_XFS_ONLINE_REPAIR=y # CONFIG_XFS_WARN is not set # CONFIG_XFS_DEBUG is not set
(In reply to Xose Vazquez Perez from comment #3) > It's done: Nice. Interestingly I did not get any info/reply in the kernel bug I created to enable these 2 options... https://bugzilla.redhat.com/show_bug.cgi?id=2478149. Anyway, this also means that xfsprogs 7.0.0 became even more important. ;-)
When xfsprogs 7.0.0 lands, can it be built for supported Fedoras (at the time of update), please?
FEDORA-2026-f3eab31bac (xfsprogs-7.0.0-1.fc45) has been submitted as an update to Fedora 45. https://bodhi.fedoraproject.org/updates/FEDORA-2026-f3eab31bac
FEDORA-2026-f3eab31bac (xfsprogs-7.0.0-1.fc45) has been pushed to the Fedora 45 stable repository. If problem still persists, please make note of it in this bug report.
can we please get this for f44 as well?
@tessarek Hello, any particular reason? A feature you need or some bug to be fixed?
Yes, the healer service is only in 7.0.0 Btw, I checked the rpm files, and while there is an xfsprogs-xfs_scrub subpackage, the healer binary is in xfsprogs and the service files for the healer is in the xfsprogs-xfs_scrub package. I believe there should be an xfsprogs-xfs_healer package, otherwise this is all very inconsistent and confusing. Please note that both (scrub and healer) services need kernel 7.0.9 (which has the proper options enabled) to do online repair. But both services have different functions and may or may not be used in combination.
Fedora 43 has the same kernel as Fedora 44, hence why I asked for xfsprogs updates to be built for all currently supported Fedora. Fedora 43 is supported until Dec 2026.
for reference: https://discussion.fedoraproject.org/t/kernel-7-0-xfs-metadata-repair-facility-is-not-available/190962 Both of us are XFS users and wanting to use the new XFS online rebuild/healing in Kernel 7.0+.
xfs_healer and xfs_scrub all belongs to xfsprogs. The confusion from my POV arises by splitting software that belongs to the same suite into different packages. Even xfs_scrub IMHO shouldn't be into its own package. What's the justification for having both tools split into different packages instead of aggregated into xfsprogs package itself?
Carlos, Personally I don't mind either way, but xfsprogs already has multiple sub packages. Analogous to that it made sense to create another one for the healer. I think it makes more sense than getting rid of all packages and consolidate them into the main package. Anyhoo, I only wanted to point out that having the healer service unit files in the scrub sub package is most likely the wrong location.
Here's the justification for the sub packages: https://bugzilla.redhat.com/show_bug.cgi?id=2346282. Since there's no Python bits for/with xfs_healer, land it in xfsprogs and not a sub package?
I'll leave that to the packager. However, I would create a separate xfsprogs-xfs_healer package just for consistency. Just my 2 cents. P.S.: The current method of distributing the healer stuff in 2 packages (one of which is the scrub package) is not very nice. But I suspect this was just due an oversight.
I don't really see a point in splitting out xfs_healer to a subpackage. As described in issue 2346282 (found by rallenh) the xfs_scrub was split due to a python dependency which is not available in CoreOS. The healer is just another xfs_* utility. Moreover, online repair requires filesystem to have rmapbt and parent pointers metadata (enabled by default in v6.18.0), so it won't just work with any older filesystem.
In this case please move /usr/lib/systemd/system/system-xfs_healer.slice /usr/lib/systemd/system/xfs_healer@.service /usr/lib/systemd/system/xfs_healer_start.service from the xfsprogs-xfs_scrub package to the xfsprogs package. Currently people have to install the scrub package to get the healer systemd unit file. > Moreover, online repair requires filesystem to have rmapbt and parent pointers metadata (enabled by default in v6.18.0), so it won't just work with any older filesystem. I know, so does rallenh. But I am not sure what this has to do with where to put the healer.
(In reply to Helmut K. C. Tessarek from comment #18) > In this case please move > > /usr/lib/systemd/system/system-xfs_healer.slice > /usr/lib/systemd/system/xfs_healer@.service > /usr/lib/systemd/system/xfs_healer_start.service > > from the xfsprogs-xfs_scrub package to the xfsprogs package. Currently > people have to install the scrub package to get the healer systemd unit file. > Sure, I'll include this fix as part of. https://bugzilla.redhat.com/show_bug.cgi?id=2480133
Nice, thanks.
FEDORA-2026-fbc21358cb (xfsprogs-7.0.1-1.fc45) has been submitted as an update to Fedora 45. https://bodhi.fedoraproject.org/updates/FEDORA-2026-fbc21358cb
FEDORA-2026-fbc21358cb (xfsprogs-7.0.1-1.fc45) has been pushed to the Fedora 45 stable repository. If problem still persists, please make note of it in this bug report.