Introducción
Este documento describe porqué el proceso de backup de un dispositivo de la Administración del Cisco Security de la fuente (S A) a una blanco S A falla con la itinerancia negada servidor del error “- [el tubo roto del errno 32].”
Antecedentes
Asegúrese de que estas restricciones y requisitos para los respaldos estén satisfechos:
- La misma versión de AsyncOS
- Blanco S A en la red
- Comunicación entre los dispositivos con el Secure Shell (SSH)
- La capacidad del dispositivo de la blanco es el lo mismo o mayor
- Solamente un proceso de backup ejecuta el en un momento
Problema
Cuando usted sostiene los datos a partir de un S A a otro S A, el respaldo falla. Vea los mensajes de error aparecer en el registro de reserva aquí:
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".
Solución
El error [error del tubo roto del errno 32] ocurre típicamente cuando el sistema intenta continuar y utilizar una conexión que se ha cerrado ya. Comprobación para cualquier problemas potenciales de la capa dos y mirada en los resultados del etherconfig > de los media y el netstat - ni en ambos S A usando el 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
El dispositivo que recibe (target_SMA) muestra los errores de entrada en las interfaces de Ethernet de la Administración y de los datos 1. Si usted marca que el Switch que el target_SMA está conectado con, usted ve que el problema es una incompatibilidad entre el S A y el switch Cisco. A pesar de la detección automática de velocidad y dúplex de la interfaz, ambos dispositivos no pueden elegir las mismas configuraciones. El S A detecta el FULL-duplex 100baseTX, pero en el Switch, hay solamente los 100baseTX semidúplexes y debe ser configurado al FULL-duplex 100baseTX.