Identification et traitement des incidents liés à l'exécution de flux

Si le flux échoue au niveau du nœud, recherchez la clé first_failure json pour obtenir des informations sur le nœud qui a échoué. Par exemple, si un nœud de mappage ne parvient pas à obtenir le fichier d'entrée, un exemple de valeur de clé first_failure est :

"first_failure":{"node":"MyFlowName::MyNodeName","message":"Source not available","code":-48}

Pour obtenir des détails sur l'échec :

Pour obtenir des détails sur l'échec, recherchez MyNodeName dans le tableau des nœuds dans le fichier d'audit. Le message détaillé pour l'audit de mappe est le suivant :

"Message": "Source not available",
"CommandLine": "c:\\deployment\\maps\\MyMapName.mmc",
"SourceReport": [ 
        {
        "card": "1",
        "adapter": "File",
        "bytes": "0",
        "adapterreturn": "-1",
        "Message": "Source not available",
        "Settings": "c:\\deployment\\input\\input.txt"
       }
…

Examinez le fichier de trace de flux à partir du dossier logs :

Un message similaire à celui-ci sera consigné dans le fichier de trace de flux :

[ 10/01/20 16:27:52 ] UUID: a57384e3-7448-494c-91ca-6a478497efeb RC: 0 ID: 4136 Message: DTXLN4136E tid= 26976 inst: 1 - I/O ERROR : I/O type=0 Open Map= c:\deployment\maps\MyMapName.mmc Failed to open c:\ deployment\input\input.txt Error=2 (mercio.c:2234) Flow Name: MyFlowName::MyNodeName

Si un flux échoue avec une erreur catastrophique, telle qu'une défaillance de segmentation sous Windows ou s'interrompt avec SIGSEGV, SIGABORT, SIGBUS ou SIGILL sous UNIX, un fichier journal d'incident est créé dans le dossier logs. Le format du nom du fichier journal d'incident est :

flowcmdserver_crash_PID_datetime.log.PID

Lien HCL le support technique peut vous demander le journal d'incident pour diagnostiquer le problème.