AppSync : Le montage sur un serveur Red Hat Linux 7.x depuis un serveur Red Hat Linux 8.0 échoue
概要: Lors du montage d’une copie faite sur un serveur Red Hat Linux 8 sur un hôte de montage Red Hat Linux 7.x, le bogue de RHEL peut conduire au message d’erreur suivant dans les journaux de l’agent de l’hôte de montage : mount() Error caught during mount: : ['mount: wrong fs type, bad option, bad superblock on(filesystem name) ...
現象
Mount copy UNIX_000009,<Mount Host>,Rescan command failed on the host.
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.']
Erreur dans le fichier journal des messages du système d’exploitation de l’hôte :
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.
Dans le fichier journal dmesg du système d’exploitation de l’hôte :
[ 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
原因
解決方法
Dans cette situation, l’utilisateur utilisait une version supérieure pour l’hôte source (RHEL 8) à celle de l’hôte de montage (RHEL 7.9). L’utilisateur a procédé à un nouveau montage de l’hôte avec une version correspondant à l’hôte source et le plan de service s’est correctement exécuté.
その他の情報
a) Le système de fichiers est XFS v5 (comme indiqué dans les journaux dmesg) et il contient des fonctionnalités non compatibles avec le noyau RHEL 7.
b) Conformément à l’explication fournie par RHEL à l’adresse https://access.redhat.com/solutions/4582401, nous devons créer le système de fichiers sans la fonctionnalité reflink pour utiliser un système de fichiers XFS dans RHEL 7 et RHEL 8. Le client est sur RHEL 7.9.
mkfs.xfs -m reflink=0 /dev/sdN
Pour éviter l’erreur, il est nécessaire de spécifier « -m reflink=0 », ce qui désactive la prise en charge de la fonctionnalité incompatible copy-on-write reflink.
Source : https://www.humblec.com/ceph-csi-xfs-superblock-has-unknown-read-only-or-wrong-fs-type-bad-on-dev-rbd4-missing-codepage-or/
c) À partir de la version 3.2.4 de xfsprogs, mkfs.xfs utilise désormais par défaut la version 5 de superblock, avec de nombreuses améliorations, telles que les sommes de contrôle CRC des métadonnées. La version 5 de superblock nécessite un noyau 3.16 ou une version supérieure. Cette erreur est caractéristique : vous tentez de monter le volume sur un noyau qui ne prend pas en charge les superblocks v5, c.-à-d. dont la version est antérieure à 3.16.
Soyez prudent lorsque vous utilisez des versions récentes de xfsprogs avec des noyaux plus anciens. Vous devrez utiliser ces options pour créer un système de fichiers v4 :
mkfs.xfs -m crc=0,finobt=0 /your/device
Source : https://serverfault.com/questions/746377/want-to-understand-xfs-strangeness