PowerScale : Collect and MultiScan ne récupère pas d’espace sur le périphérique exclu

Cet article de la base de connaissances est uniquement destiné aux tâches Collect en cours d’exécution ou terminées, ou aux tâches MultiScan qui ont exécuté Collect dans ces tâches. 

La collecte est utilisée pour libérer les blocs laissés sur un appareil lorsqu’il est devenu indisponible.
MultiScan exécute parfois à la fois Autobalance et Collect, pour s’assurer que MultiScan exécute Collect en vérifiant la tâche. 

# isi job view <jobID#>

Au cours de la phase de marquage de la collecte, les blocs sont marqués pour un nettoyage ultérieur une fois qu’ils sont entrés dans la phase de balayage. 

Dans certaines situations, un appareil peut être exclu de l’opération de balayage de la tâche pendant la phase de marquage. 
Cela peut laisser le cluster avec des nœuds ou des disques déséquilibrés, même après que la tâche a été effectuée avec succès. 

La tâche est annulée si un trop grand nombre de lecteurs ou de nœuds sont exclus. 

En cas de panne ou d’indisponibilité d’un appareil, la tâche exclut l’appareil de la phase de balayage. 
Cela peut être dû à diverses causes, telles qu’un redémarrage du nœud, un cycle d’alimentation, une division du nœud.
Avec les disques, cela peut se produire si un disque se bloque ou n’est pas disponible. 

Si un périphérique n’est pas disponible pendant l’exécution de Collect ou MultiScan, la tâche le définit sur bam_nosweep Liste des périphériques exclus.
Lorsque la tâche entre dans la phase de balayage, elle s’efforce de balayer tous les blocs sur les appareils qui n’ont PAS été ajoutés à la bam_nosweep Liste exclue. 
Cela peut entraîner un déséquilibre des nœuds ou des disques avec une utilisation de la capacité plus élevée une fois la tâche terminée avec succès. 

L’exemple 1 montre un devid exclu du journal des messages, affiché sous la forme devid 28.

2025-03-08T22:09:15.238162-08:00 <0.5> EXAMPLE-1(id25) /boot/kernel.amd64/kernel: [bam_nosweep.c:298](pid 63766="isi_job_d")(tid=104229) bam_nosweep_add_devices: Exclude set { devids (1) = [ 28 ], wdls = [] }

L’exemple 2 montre l’exclusion d’un horodatage d’un disque dans devid 18, suivi d’un disque dans devid 24.

2024-11-04T16:20:33.664254-07:00 <0.5> EXAMPLE-12(id12) /boot/kernel.amd64/kernel: [bam_nosweep.c:298](pid 83067="isi_job_d")(tid=103674) bam_nosweep_add_devices: Exclude set { devids (0) = [], wdls (1) = [ (d: 18, unm:00000040 ] }
2024-11-04T17:06:21.738071-08:00 <0.5> EXAMPLE-12(id12) /boot/kernel.amd64/kernel: [bam_nosweep.c:298](pid 83067="isi_job_d")(tid=103674) bam_nosweep_add_devices: Exclude set { devids (0) = [], wdls (2) = [ (d: 18, unm:00000040, (d: 24, unm:00000020 ] }

Exemple d’annulation de la collecte en raison du pourcentage d’appareils exclus, car 28,1 % des appareils sont exclus, la limite est de 25 %.

2025-11-04T14:08:28.356984+01:00 <0.5> EXAMPLE-8(id8) /boot/kernel.amd64/kernel: [bam_mark.c:1923](pid 3646="isi_job_d")(tid=101140) Mark not permitted with 28.1% of 32 nodes excluded (limit 25.0%)
2025-11-04T14:08:28.356994+01:00 <0.5> EXAMPLE-8(id8) /boot/kernel.amd64/kernel: [bam_mark.c:1837](pid 3646="isi_job_d")(tid=101140) Updated mark for cookie 19:none with error 85
2025-11-04T14:08:28.359093+01:00 <0.5> EXAMPLE-8(id8) /boot/kernel.amd64/kernel: [drv.c:1499](pid 67605="python3.8")(tid=102284) Drive sync in progress for ldnum 21
2025-11-04T14:08:28.365281+01:00 <0.5> EXAMPLE-8(id8) /boot/kernel.amd64/kernel: [lin_mark.c:376](pid 3646="isi_job_d")(tid=101140) lin_end_mark: Ending lin mark (error ECANCELED).
2025-11-04T14:08:28.365300+01:00 <0.5> EXAMPLE-8(id8) /boot/kernel.amd64/kernel: [lin_mark.c:398](pid 3646="isi_job_d")(tid=101140) lin_end_mark: Mark already canceled. (current group: <1,2770> current mark state: LIN_COLLECT_GOOD

Si l’appareil devant être balayé a été exclu, une nouvelle tâche doit être démarrée.
Si un autre problème entraîne une indisponibilité fréquente de l’appareil, il doit être examiné.