Products > Computers

[solved] Linux:: xfs odds!!!

(1/2) > >>

0db:

--- Quote ---FS (dm-10): SB validate failed
SOLUTION VERIFIED - Updated June 29 2019 at 12:55 PM - English
Environment
Red Hat Enterprise Linux 6
xfsprogs
Issue
Unable to mount xfs filesystem, getting below error.
Raw
XFS (dm-10): bad version
XFS (dm-10): SB validate failed
Resolution
Currently it is not possible to mount xfs filesystem on RHEL 6 which is formatted on RHEL 7.
In order to resolve the issue, mount the xfs filesystem on RHEL 7 and take the data backup. Recreate xfs filesystem on RHEL 6 and restore the data from the backup.
Root Cause
The features of XFS V5 are neither tested nor supported in Red Hat Enterprise 6. By default xfs filesystem created on RHEL 6 will have the below features.
Raw
xfs_db -c version /dev/mapper/testvg-testlv
versionnum [0xb4a4+0xa] = V4,NLINK,ALIGN,DIRV2,LOGV2,EXTFLG,MOREBITS,ATTR2,LAZYSBCOUNT
Diagnostic Steps
Monitor dmesg while trying to mount xfs filesystem.
Raw
$ mount /dev/mapper/testvg-testlv /data
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

# dmesg | tail -f
SGI XFS with ACLs, security attributes, large block/inode numbers, no debug enabled
SGI XFS Quota Management subsystem
XFS (dm-10): bad version
XFS (dm-10): SB validate failed
Check current xfs version and feature bits for the affected filesystem
Raw
On RHEL 6 system:
# xfs_db -c version /dev/mapper/testvg-testlv
xfs_db: WARNING - filesystem uses v1 dirs,limited functionality provided.
cache_node_purge: refcount was 1, not zero (node=0x1308210)
xfs_db: cannot read root inode (117)
cache_node_purge: refcount was 1, not zero (node=0x1308810)
xfs_db: cannot read realtime bitmap inode (117)
xfs_db: WARNING - filesystem uses v1 dirs,limited functionality provided.
versionnum [0xb4a5+0x18a] =

On RHEL 7 system:
# xfs_db -c version /dev/mapper/testvg-testlv

--- End quote ---


This is really a point to know.


--- Quote ---Currently it is not possible to mount xfs filesystem on RHEL 6 which is formatted on RHEL 7.
In order to resolve the issue, mount the xfs filesystem on RHEL 7 and take the data backup. Recreate xfs filesystem on RHEL 6 and restore the data from the backup.

--- End quote ---

which version did make the difference? xfsprogs >= v4.5?

I wanted a rude username:

--- Quote from: 0db on April 05, 2020, 04:08:27 am ---which version did make the difference? xfsprogs >= v4.5?

--- End quote ---

Whichever version it was, note that Red Hat don't support XFS on RHEL 6 unless you pay extra (Scalable File System entitlement). And that regular support will end in November regardless. So best not to invest too much effort into this release with its decade old kernel unless you have some really good reason.

greenpossum:
Learnt this the hard way.

https://green-possum-today.blogspot.com/2018/04/xfs-partition-created-under-centos-7.html

Users wanted to go back to CentOS 6 because applications were not qualified for CentOS/RHEL 7.

If you don't have a need for CentOS/RHEL 6, go to 7 or even 8.

0db:
It doesn't care about Red-Hat certifications, except they document the problem. Assuming you are using the same kernel version (both my machines are v4.9) , just talking about the userland, I have just personally verified that if you use a 2020-updated machine to format an XFS partition then a 2011-updated machine cannot check the partition.

I haven't understood it yet, but it seems it's 100% related to xfsprogs and (maybe also) e2fsprogs.

greenpossum:
There was a version update to the xfs partition format which affects the kernel driver and the userland tools in between 6 and 7, that's all. Nothing to do with e2fsprogs, different filesystem type.

Navigation

[0] Message Index

[#] Next page