Journaux des événements :
Mount copy MILE_000002,<AppSync Host>,Error occurred during the execution of service plan <Service Plan name>
Mount copy HST_000065,<AppSync Host>,Failed to discover fc and iscsi adapter information on host <Mount Host>
Mount copy UNIX_000009,<Mount Host>,Rescan command failed on the host.
Journaux de l’hôte de montage :
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.']
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
Bogue de RHEL déclenché par une configuration non prise en charge : des versions du système d’exploitation des hôtes source et de montage qui ne correspondent pas.
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é.
Une recherche Google montre qu’il semble s’agir d’un problème lié au système de fichiers XFS v5. Les points importants sont les suivants :
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