NetWorker : Le récepteur d’interruptions SNMP signale un « Interruption inconnue »

Les notifications SNMP sont configurées via NetWorker : NetWorker : Configurer, créer et modifier des notifications SNMP

Le récepteur de traps SNMP signale qu’il reçoit un « Unknown Trap » de NetWorker Server :

Le NETWORKER-MIB.txt définit le nwServerNotification en tant que OBJECT-TYPE piège:

--(.1.3.6.1.4.1.160.0)
nwServerNotification    OBJECT-TYPE
        SYNTAX      OCTET STRING
    MAX-ACCESS  accessible-for-notify
    STATUS      current
    DESCRIPTION
        "nwServerNotification"
::= { networker 1 }
nwNotifications OBJECT IDENTIFIER ::= { networker 2 }
policyNotification OBJECT IDENTIFIER ::= { nwNotifications 1 }
workflowNotification OBJECT IDENTIFIER ::= { policyNotification 1 }
restoreNotification OBJECT IDENTIFIER ::= { nwNotifications 2 }
actionNotificationprefix OBJECT IDENTIFIER ::= { workflowNotification 1 }
actionNotificationObjects OBJECT IDENTIFIER ::= { workflowNotification 2 }
restoreNotificationprefix OBJECT IDENTIFIER ::= { restoreNotification 1 }
restoreNotificationObjects OBJECT IDENTIFIER ::= { restoreNotification 2 }

Certains récepteurs de traps mappent uniquement les identités d’objet (OID) des traps pour : NOTIFICATION-TYPE pièges et n’interprètent pas l’héritage OBJECT-TYPE Pièges. Par exemple : NOTIFICATION-TYPE Les traps sont définis dans la base de données NETWORKER-MIB :

--(.1.3.6.1.4.1.160.0.2.1.1.1)
successfulActionNotification NOTIFICATION-TYPE
    OBJECTS     { server, client, jobtype, jobid, status, severity, exitcode,
starttime, endtime }
    STATUS      current
    DESCRIPTION
        "workflow notification"
::= { actionNotificationprefix  1 }

failedActionNotification NOTIFICATION-TYPE
    OBJECTS     { server, client, jobtype, jobid, status, severity, exitcode,
starttime, endtime }
    STATUS      current
    DESCRIPTION
        "workflow notification"
::= { actionNotificationprefix  2 }

didnotrunActionNotification NOTIFICATION-TYPE
    OBJECTS     { server, client, jobtype, jobid, status, severity, exitcode,
starttime, endtime }
    STATUS      current
    DESCRIPTION
        "action notification for did not run."
::= { actionNotificationprefix  3 }

Les traps ci-dessus doivent être reçus dans le récepteur de traps.

Aucune action NetWorker n’est requise. La fonctionnalité observée dépend du récepteur des interruptions. 

Le Guide d’administration de NetWorker indique ce qui suit :

Cela signifie que le destinataire des interruptions doit toujours recevoir NOTIFICATION-TYPE traps lorsqu’elles sont envoyées par le NetWorker Server. Par exemple, en cas d’échec d’une règle de sauvegarde. Vous devriez recevoir un failedActionTypeNotification avec des informations structurées sur le travail.
Tant l' nwServerNotification et failedActionTypeNotification Les pièges contiennent essentiellement les mêmes détails ; Toutefois, le trap NOTIFICATION-TYPE est plus structuré, où la notification OBJECT-TYPE est constituée de données brutes dans une seule chaîne. Par exemple :

NOTIFICATION-TYPE failedActionNotification:

OBJECT-TYPE nwServerNotification Pour la même tâche :

Le NetWorker Administration Guide fournit plus d’informations sur les traps SNMP NetWorker. Prise en charge de NetWorker | Manuels et documents 

Le message « unknown trap » peut être ignoré. Consultez la documentation du destinataire des interruptions ou l’équipe de support pour voir si ces messages peuvent être supprimés. 

• NetWorker : Le serveur NetWorker Windows n’envoie pas les notifications SNMP failedActionNotification