症状
Ereignisprotokolle:
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.
Einhänge-Host-Protokolle:
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.']
Fehler in der Nachrichtenprotokolldatei des Host-Betriebssystems:
Kernel: XFS (dm-32): Superblock hat unbekannte schreibgeschützte kompatible Funktionen (0x4) aktiviert.
Kernel: XFS (dm-32): Es wurde versucht, ein schreibgeschütztes Dateisystem mit Lese-/Schreibzugriff einzubinden.
Kernel: XFS (dm-32): Das Dateisystem kann nur schreibgeschützt eingebunden werden.
Kernel: XFS (dm-32): SB-Validierung mit Fehler -22 fehlgeschlagen.
Aus der dmesg-Protokolldatei des Host-Betriebssystems:
[ 8.529818] XFS (dm-7): V5-Dateisystem einhängen
[ 8.530257] XFS (dm-8): V5-Dateisystem einhängen
[ 8.557572] XFS (dm-7): Neues Einhängen beendet
[9.253626] XFS (DM-8): Neues Einhängen beendet
原因
RHEL-Fehler, der durch eine nicht unterstützte Konfiguration ausgelöst wurde, bei der die Betriebssystemversion des Quell- und Einhänge-Hosts nicht übereinstimmte.
解决方案
In diesem Fall verwendete der Nutzer eine höhere Quell-Host-Version (RHEL 8) und eine niedrigere Einhänge-Host-Version (RHEL 7.9). Der Nutzer hat einen neuen Einhänge-Host passend zum Quell-Host erstellt und den Wartungsplan fehlerfrei ausführen können.
Eine Google-Suche hat ergeben, dass es ein Problem mit dem XFS v5-Dateisystem zu sein scheint. Einige wichtige Punkte sind:
a) Das XFS-Dateisystem verwendet XFS v5 (laut den dmesg-Protokollen) und enthält Funktionen, die vom RHEL7-Kernel nicht unterstützt werden.
b) Gemäß RHEL https://access.redhat.com/solutions/4582401 müssen wir das Dateisystem ohne die Reflink-Funktion erstellen, um ein XFS-Dateisystem sowohl in RHEL 7 als auch in RHEL 8 verwenden zu können. Der Kunde verwendet RHEL 7.9.
mkfs.xfs -m reflink=0 /dev/sdN
Um den Fehler zu vermeiden, wird "-m reflink=0" benötigt, das die inkompatible Unterstützung für copy-on-write reflink deaktiviert.
Quelle: 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 (ab Version 3.2.4 von xfsprogs) wurde kürzlich auf Version 5 Superblock umgestellt, mit vielen neuen Verbesserungen wie Metadaten-CRC-Prüfsummen. Version 5 Superblock erfordert einen Kernel 3.16 oder besser. Dieser Fehler ist typisch, wenn Sie versuchen, das Volume auf einem Kernel einzuhängen, der v5-Superblocks nicht unterstützt, d. h. mit einer Version vor 3.16.
Seien Sie vorsichtig, wenn Sie aktuelle Versionen von xfsprogs mit älteren Kerneln verwenden. Sie müssen diese Optionen verwenden, um ein v4-Dateisystem zu erzeugen:
mkfs.xfs -m crc=0,finobt=0 /Ihr/Gerät
Quelle: https://serverfault.com/questions/746377/want-to-understand-xfs-strangeness
产品
Data Protection, Data Backup & Protection Software, AppSync, AppSync