ok, je crois avoir compris l'histoire du CRON en majuscule :
https://www.raspberrypi.org/forums/view … p?t=110891"Anyway, Vixie-derived cron always uses uppercase for the instances handling each job, and reserves lowercase for the master daemon"
du coup, le CRON en majuscule n'apparait que lorsque le daemon cron a lancé une autre instance de lui-même, d’où le fait qu'en temps normal on ne le voit pas, sauf a avoir lancé pstree (ou un simple ps/top doit l'afficher aussi) pile au bon moment.
il apparait dans la sortie de mon pstree uniquement car suite a mon pb de lecteur de bande, le tar était extrêmement long (copie des données sur un LTO5 a un débit incroyable de 0.1Ko/s
), donc mon script s’exécutait encore.
sinon j'ai finalement tué le tar directement via le PID 34890, donc en tuant l’exécution de mon script.
effectivement en tuant le 34895 (le tar lui-même) je devrait avoir un retour de mon script me signalant l'erreur.
je ferais un test la prochaine fois, vu que le pb se reproduira, car je n'ai pas réussi a résoudre mon bug de lecteur de bande.
d’ailleurs, si quelqu'un a déjà observé ce souci:
mon lecteur (Tandberg LTO5 HH, externe, SAS) marche nickel, sauf après un reboot du serveur, dans ce cas il devient extrêmement lent.
il suffit de débrancher puis rebrancher le lecteur (de l'alimentation électrique, en débranchant juste le câble SAS ça ne change rien)et tout revient a la normale.
j'ai essayé en supprimant le périphérique SCSI et en relançant un scan du bus, le soucis persiste.
je soupçonne un problème de détection au niveau de la carte RAID (HP P222 sur un microserver gen8), ou un truc bizarre au niveau du lecteur.
j'avais pensé a une mauvaise identification du type de LTO, mais un débit aussi ridicule est bien en dessous du LTO1, donc...
surtout qu'en comparant les infos d'identification du lecteur avant/après reboot, aucune différence.
la seule idée qu'il me reste, ça serait un souci électrique/électronique, je vais envoyer un petit mail a tandberg voir si ça leur dit quelque chose.