PowerFlex : Les journaux get_info de la passerelle échouent lorsque le système de fichiers sur lequel réside le /tmp est créé avec ftype 0
Summary: La collecte des journaux de get_info à partir des passerelles échoue avec l’erreur suivante : Le fichier de logs dans le nœud x.x.x.x n’a pas été trouvé en cours d’exécution de la commande. LogCollectionCommand. ...
Symptoms
Getinfo La collecte des logs à partir de la passerelle échoue avec l’erreur suivante :
(scaleio.log de la passerelle)
[executor-4] INFO c.e.s.s.i.s.i.c.LIANodeConnection - downloadInfo called on UnknownSystemNode[nodeName=4640301440918548081,nodeIPs=[192.168.180.x, 192.168.190.x],credentials=<null>].
[executor-4] INFO c.e.s.s.i.s.i.c.LIANodeConnection - getLogFilePathByUniqueFlowId called on UnknownSystemNode[nodeName=4640301440918548081,nodeIPs=[192.168.180.x, 192.168.190.x],credentials=<null>]. uniqueFlowId: getInfoDump
[executor-4] ERROR c.e.s.s.d.i.c.LogCollectionCommand - Error The logs file in node 192.168.180.x,192.168.190.x wasnt found executing command .LogCollectionCommand (retry) : com.emc.s3g.scaleio.im.services.installation.connectors.LIANodeConnection.getLogs(LIANodeConnection.java:1850)
com.emc.s3g.scaleio.im.services.installation.connectors.LIANodeConnection.downloadInfo(LIANodeConnection.java:1522)
Connectez-vous au nœud ScaleIO sur lequel la collecte des journaux get_info échoue. Dans les journaux de suivi, le LIA ne parvient pas à trouver les fichiers pertinents sous le répertoire, bien que le getinfo Le fichier a été créé :
# ls -l
total 50508
-rw-------. 1 root root 51717813 Oct 16 03:57 getInfoDump.tgz
# date
Fri Oct 16 03:57:01 CDT 2020
* /opt/emc/scaleio/lia/logs/trc.0 logs from LIA folder or node 192.168.180.x **
7f17ac10bdb0:liaNet_RecvRequest:00351: 10 minutes since last login
7f17ac10bdb0:liaNet_RecvRequest:01112: GET LOG FILES START
7f17ac10bdb0:liaCmd_GetLogFilesHelper:01239: Number of files 0 <<<-----------
7f17ac10bdb0:liaNet_RecvRequest:01145: GET LOG FILES ENDCause
Le code LIA utilise « Directory Entry » afin de localiser getInfoDump.tgz créé dans le cadre de la collecte. LIA utilise une certaine fonction appelée « readdir() » afin d’obtenir le contenu du répertoire.
Une fois que LIA appelle « readdir() », il s’attend à ce que le champ « d_type ». Ce champ indique si « getInfoDump.tgz » est un fichier standard (« DT_REG »). Tous les systèmes de fichiers ne prennent pas en charge d_type
Dans les cas où le système de fichiers créé ne prend pas en charge « d_type », la valeur renvoyée une fois l’appel de la fonction « readdir() » est : « DT_UNKNOWN » et le LIA ne trouve aucun nombre de fichiers dans le répertoire.
Si vous disposez d’un système de fichiers XFS créé, exécutez la commande ci-dessous pour vérifier ftype=0 :
Resolution
Solution de contournement :
Assurez-vous que le système de fichiers créé où /tmp réside est Btrfs, ext2, ext3 et ext4.
Pour le système de fichiers XFS, assurez-vous que le système de fichiers est créé avec « ftype=1 »