Dzienniki zdarzeń:
Mount copy MILE_000002,<Host AppSync>,Error occurred during the execution of service plan <Nazwa planu obsługi technicznej>
Mount copy HST_000065,<Host AppSync>,Failed to discover fc and iscsi adapter information on host <Host montowania>
Mount copy UNIX_000009,<Host montowania>,Rescan command failed on the host.
Dzienniki hosta montowania:
acputil.py[647]:execute() Info:Running command: mount -t xfs -o nouuid,rw,relatime,attr2,inode64,noquota <FS>
host.py[4121]:mount() Error caught during mount: : ['mount: wrong fs type, bad option, bad superblock on <FS>,', ' missing codepage or helper program, or other error', '', ' In some cases useful info is found in syslog - try', ' dmesg | tail or so.']
Błąd w pliku dziennika komunikatów systemu operacyjnego hosta:
kernel: XFS (dm-32): Superblock has unknown read-only compatible features (0x4) enabled.
kernel: XFS (dm-32): Attempted to mount read-only compatible filesystem read-write.
kernel: XFS (dm-32): Filesystem can only be safely mounted read only.
kernel: XFS (dm-32): SB validate failed with error -22.
Z pliku dziennika dmesg systemu operacyjnego hosta:
[ 8.529818] XFS (dm-7): Mounting V5 Filesystem
[ 8.530257] XFS (dm-8): Mounting V5 Filesystem
[ 8.557572] XFS (dm-7): Ending clean mount
[ 9.253626] XFS (dm-8): Ending clean mount
Błąd w systemie RHEL wyzwalany przez nieobsługiwaną konfigurację braku zgodności systemu operacyjnego hosta źródłowych i hosta montowania.
W tym przypadku użytkownik korzystał z wyższej wersji hosta źródłowego (RHEL 8) i w niższej wersji hosta montowania (RHEL 7.9). Użytkownik wykonał nowe dopasowanie hosta montowania do hosta źródłowego i plan obsługi technicznej przebiegł pomyślnie.
Wyszukiwarka Google wskazuje na problem z systemem plików XFS 5. Niektóre z najważniejszych punktów to:
a) System plików XFS używa XFS 5 (zgodnie z dziennikami dmesg) i zawiera funkcje nieobsługiwane przez jądro RHEL7.
b) Według RHEL https://access.redhat.com/solutions/4582401 należy utworzyć system plików bez funkcji reflink, aby móc korzystać z systemu plików XFS zarówno w systemie RHEL 7, jak i RHEL 8. Klient korzysta z systemu RHEL 7.9.
mkfs.xfs -m reflink=0 /dev/sdN
Aby uniknąć błędu, wymagana jest wartość „-m reflink = 0”, która wyłącza niezgodną obsługę reflink kopiowania przy zapisie.
Źródło: https://www.humblec.com/ceph-csi-xfs-superblock-has-unknown-read-only-or-wrong-fs-type-bad-on-dev-rbd4-missing-codepage-or/
c) mkfs.xfs (począwszy od wersji 3.2.4 narzędzia xfsprogs) ostatnio był domyślnie ustawiany na superblok w wersji 5, z dużą ilością nowych ulepszeń, takich jak sumy kontrolne CRC metadanych. Superblok w wersji 5 wymaga jądra 3.16 lub nowszego. Jest to typowy błąd, kiedy próbujesz zamontować wolumin w jądrze, które nie obsługuje superbloków w wersji 5, tj. w wersji wcześniejszej niż 3.16.
Należy zachować ostrożność podczas korzystania z najnowszych wersji xfsprogs ze starszymi jądrami. Aby utworzyć system plików w wersji 4, należy skorzystać z tych opcji:
mkfs.xfs -m crc=0,finobt=0 /Twoje/urządzenie
Źródło: https://serverfault.com/questions/746377/want-to-understand-xfs-strangeness