Bug 2160748
| Summary: | ReaR fails to restore non-LVM XFS filesystems (e.g. /boot) when disk mapping happens | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 9 | Reporter: | Pavel Cahyna <pcahyna> |
| Component: | rear | Assignee: | Pavel Cahyna <pcahyna> |
| Status: | CLOSED ERRATA | QA Contact: | David Jež <djez> |
| Severity: | high | Docs Contact: | Šárka Jana <sjanderk> |
| Priority: | high | ||
| Version: | 9.1 | CC: | djez, efedin, lzaoral, ovasik, pcahyna, rhel-cs-system-management-subsystem-qe, rmetrich |
| Target Milestone: | rc | Keywords: | Triaged |
| Target Release: | 9.2 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | rear-2.6-16.el9 | Doc Type: | Bug Fix |
| Doc Text: |
.ReaR no longer fails to restore non-LVM XFS filesystems
Previously, when you used ReaR to restore a non-LVM XFS filesystems with certain settings and disk mapping, ReaR created the file system with the default settings instead of the specified settings. For example, if you had a file system with the `sunit` and `swidth` parameters set to non-zero values and you restored the file system using ReaR with disk mapping, the file system would be created with default `sunit` and `swidth` parameters ignoring the specified values. As a consequence, ReaR failed during mounting the filesystem with specific XFS options. With this update, ReaR correctly restores the file system with the specified settings.
|
Story Points: | --- |
| Clone Of: | 2131946 | Environment: | |
| Last Closed: | 2023-05-09 07:53:44 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 2131946, 2131948 | ||
|
Comment 9
errata-xmlrpc
2023-05-09 07:53:44 UTC
|