症状
Logs de eventos:
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.
Logs do host de montagem:
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.']
Erro no arquivo de log de mensagens do SO do host:
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.
A partir do arquivo de log dmesg do SO do host:
[ 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
原因
O bug do RHEL acionado por uma configuração incompatível, que não corresponde à versão do SO dos hosts de origem e montagem.
解决方案
Nesse caso, o usuário estava com uma versão de host de origem superior (RHEL 8) e com uma versão de host de montagem inferior (RHEL 7.9). O usuário fez uma nova montagem de host correspondendo ao host de origem, e o plano de serviço foi executado corretamente.
De acordo com uma pesquisa no Google, parece ser um problema no sistema de arquivos do XFS v5. Alguns pontos importantes:
a) O sistema de arquivos do XFS está usando o XFS v5 (de acordo com os logs dmesg) e contém recursos incompatíveis com o kernel RHEL7.
b) De acordo com a página https://access.redhat.com/solutions/4582401 do RHEL, precisamos criar o sistema de arquivos sem o recurso reflink, para usar um sistema de arquivos XFS no RHEL 7 e no RHEL 8. O cliente tem o RHEL 7.9.
mkfs.xfs -m reflink=0 /dev/sdN
Para evitar o erro, o "-m reflink=0" é necessário, pois ele desativa o suporte ao reflink copy-on-right incompatível.
Fonte:- https://www.humblec.com/ceph-csi-xfs-superblock-has-unknown-read-only-or-wrong-fs-type-bad-on-dev-rbd4-missing-codepage-or/
c) Recentemente, o mkfs.xfs (iniciando com a versão 3.2.4 do xfsprogs) foi padronizado para o superbloco da versão 5, com diversos novos aprimoramentos, como somas de verificação CRC de metadados. O superblock da versão 5 requer um kernel 3.16 ou superior. Esse é um erro comum. Você está tentando montar o volume em um kernel que não é compatível com os superblocos da v5, ou seja, em um kernel com uma versão anterior à 3.16.
Tenha cuidado ao usar versões recentes do xfsprogs com kernels mais antigos. Você terá que usar estas opções para criar um sistema de arquivos v4:
mkfs.xfs -m crc=0,finobt=0 /your/device
Fonte: https://serverfault.com/questions/746377/want-to-understand-xfs-strangeness
产品
Data Protection, Data Backup & Protection Software, AppSync, AppSync