Introduction
Ce document décrit pourquoi l'opération de sauvegarde d'une appliance de Gestion de sécurité Cisco de source (SMA) à une cible SMA échoue avec errer refusé par serveur des erreurs « - [le tube cassé d'Errno 32]. »
Assurez-vous que ces restrictions et conditions pour des sauvegardes sont remplies :
- La même version d'AsyncOS
- Cible SMA sur le réseau
- Transmission entre les appliances avec le Protocole Secure Shell (SSH)
- La capacité de l'appliance de cible est la même ou plus grande
- Seulement une opération de sauvegarde fonctionne à la fois
Problème
Quand vous sauvegardez des données d'un SMA à un autre SMA, la sauvegarde échoue. Voyez les messages d'erreur apparaître dans le journal de sauvegarde ici :
Wed Jun 11 15:40:07 2014 Warning: BACKUP: Errors: ssync errors during backup to
10.7.72.15, Reason: Server denied roaming - Write failed: Broken pipe - - errors:
"[Errno 32] Broken pipe" - Wed Jun 11 15:40:40 2014 Warning: BACKUP:
Errors: ssync errors during backup to
10.7.72.15, Reason: Server denied roaming - Write failed: Broken pipe - errors:
"[Errno 32] Broken pipe"
Wed Jun 11 15:40:40 2014 Warning: BACKUP: Failed: phase One for the service: isq
Wed Jun 11 15:40:57 2014 Critical: BACKUP: FAILED: Backup job(migrace) for
mgmt2.iol.cz scheduled to start at 11 June 2014, 15:34 to 10.7.72.15 failed with errors
- tracking:Server denied roaming - Write failed: Broken pipe - - errors:
"[Errno 32] Broken pipe"
isq:Server denied roaming - Write failed: Broken pipe - - errors: "[Errno 32]
Broken pipe" - isq:Server denied roaming - Write failed: Broken pipe - errors:
"[Errno 32] Broken pipe".
Solution
L'erreur [erreur de tube cassé d'Errno 32] se produit typiquement quand les tentatives de système de continuer et utiliser une connexion qui a déjà clôturée. Vérifiez tous les problèmes potentiels de la couche deux et regardez les résultats de l'etherconfig > des medias et le netstat - Ni sur des les deux SMAs utilisant le CLI.
source_SMA> etherconfig
Ethernet interfaces:
1. Data 1 (100baseTX full-duplex: ) 00:1e:c9:51:9a:20
2. Data 2 (Autoselect: ) 00:1e:c9:51:9a:22
3. Management (100baseTX full-duplex: ) 00:10:18:34:d4:bf
source_SMA> netstat -ni
Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll
Data 2 1500 < Link#1 > 00:1e:c9:51:9a:22 0 0 0 0 0 0
Mana~t 1500 < Link#2 > 00:10:18:34:d4:bf 11081531 0 0 11779530 0 0
Mana~t 1500 10.7.72.0 10.7.72.18 1746167 - - 1870789 - -
Data 1 1500 < Link#3 > 00:1e:c9:51:9a:20 24323550 0 0 23750730 0 0
Data 1 1500 192.168.30.0 192.168.30.252 6139415 - - 6089676 - -
target_SMA> etherconfig
Ethernet interfaces:
1. Data 1 (100baseTX full-duplex: ) d4:ae:52:87:f4:44
2. Data 2 (Autoselect: ) d4:ae:52:87:f4:46
3. Data 3 (Autoselect: ) d4:ae:52:87:f4:48
4. Management (100baseTX full-duplex: ) d4:ae:52:87:f4:42
target_SMA> netstat -ni
Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll
Mana~t 1500 < Link#1 > d4:ae:52:87:f4:42 122700 62 0 12289 0 0
Mana~t 1500 10.7.72.0 10.7.72.15 38051 - - 1033 - -
Data 1 1500 < Link#2 > d4:ae:52:87:f4:44 154093 1235 0 54906 0 0
Data 1 1500 192.168.30.0 192.168.30.245 45116 - - 50445 - -
Data 2 1500 < Link#3 > d4:ae:52:87:f4:46 0 0 0 0 0 0
Data 3 1500 < Link#4 > d4:ae:52:87:f4:48 0 0 0 0 0 0
L'appliance qui reçoit (target_SMA) affiche des erreurs d'entrée des interfaces sur de Gestion et de données 1 Ethernets. Si vous vérifiez que le commutateur que le target_SMA est connecté à, vous voyez que le problème est une incompatibilité entre SMA et le commutateur de Cisco. En dépit de la détection automatique du la vitesse et le duplex d'interface, les deux périphériques ne peuvent pas choisir les mêmes configurations. Le SMA détecte 100baseTX bidirectionnel simultané, mais sur le commutateur, il y a seulement les 100baseTX bidirectionnels-alternés et il doit être configuré à 100baseTX bidirectionnel simultané.
Commentaires