Entendiendo y localización de averías del netconfig

Entendiendo y localización de averías del netconfig
Contenido
Introducción
prerrequisitos
Requisitos
Componentes Utilizados
Convenciones
Requisitos de NetConfig
Netconfig del Troubleshooting
No se pueden programar tareas de NetConfig porque el servidor administrador de tareas y recursos (JRM) no funciona
El trabajo de NetConfig falló debido a que el dispositivo está bloqueado
El trabajo NetConfig falló debido al tiempo de espera de Telnet
El trabajo de NetConfig falló debido a errores en la autenticación de TACACS+
NetConfig Job no envía el email correctamente (el NT/2000)
Otros problemas conocidos de NetConfig
Información Relacionada
Introducción
El netconfig utiliza Telnet para avanzar un cambio de configuración parcial en el software de Cisco IOS (configuración o configuración de inicio
que se ejecuta) o un dispositivo OS del Catalyst.
El netconfig se puede programar como trabajo para los cambios de configuración solos o del dispositivo múltiple. Utiliza las plantillas de
configuración para crear los comandos configuration funcionados con en los dispositivos cuando NetConfig Job se ejecuta.
Hay tres tipos de plantillas de configuración:
Sistema-definido: Proporcionado el netconfig, estas plantillas simplifican la creación de los comandos de configuración común. Contiene
algunas plantillas de la configuración predefinida, tales como dispositivo Telnet/contraseña habilitada y cambios TACACS+/RADIUS.
Definido por el usario: Creado por los administradores de sistema, estas plantillas pueden contener cualquier comando configuration.
Ad hoc: Permite que usted agregue cualquier comando configuration al NetConfig Job mientras que usted lo define.
prerrequisitos
Requisitos
No hay requisitos específicos para este documento.
Componentes Utilizados
Para utilizar las funciones de NetConfig descritas en este documento, su dispositivo se debe soportar en la administración de la configuración del
Resource Manager Essentials (RME), y debe funcionar con una versión admitida del código. Refiera a la tabla del dispositivo admitido para el
Resource Manager Essentials para una matriz de los dispositivos admitidos para el RME.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos
que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando,
asegúrese de haber comprendido el impacto que puede tener cualquier comando.
Convenciones
Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.
Requisitos de NetConfig
Antes de que las funciones de NetConfig puedan ser utilizadas, hay algunas cosas a recordar:
Los dispositivos que se configurarán deben existir en las bases de datos RME como dispositivo administrado.
Los dispositivos que se configurarán deben tener atributos correctos en el inventario de dispositivos RME.
Usted necesita a un usuario de RME válido explica la operación para trabajar correctamente.
Por abandono, solamente los usuarios con el privilegio del administrador de la red tienen acceso a las plantillas de configuración. Los
administradores de la red pueden asignar los privilegios de acceso de la plantilla a otros usuarios de RME.
Cuando a NetConfig Job se programa, los dispositivos afectados son bloqueados. Por lo tanto, usted no puede ejecutar ningunas otras
operaciones o trabajo.
Los trabajos del netconfig para los dispositivos múltiples se pueden ejecutar en una serie o paralelamente.
Cuando usted cambia Telnet y las contraseñas habilitadas o la información TACACS+/RADIUS con las plantillas sistema-definidas, el
netconfig pone al día automáticamente los atributos del dispositivo en el inventario RME para los dispositivos afectados.
Si un dispositivo se configura para enviar los mensajes de Syslog de nuevo a un servidor RME, después un acertado NetConfig Job da
lugar a un nuevo archivo de configuración para este dispositivo accionado por sus mensajes de Syslog del cambio de configuración.
Aseegurele el netconfig de la prueba en un único dispositivo antes de que usted haga las modificaciones a los dispositivos múltiples en la
red.
El netconfig se diseña para los cambios de configuración parcial. Si usted necesita avanzar un archivo de configuración completa a un
dispositivo, utilice al editor de configuración en lugar de otro.
La característica de la ayuda en línea para el netconfig es muy extensa. Para conseguir más detalles en cómo utilizar las funciones de
NetConfig, elija el Resource Manager Essentials > la administración de la configuración > el netconfig > la ayuda.
Resolver problemas el netconfig
Esta sección le ayuda a resolver problemas los diversos problemas de NetConfig.
No se pueden programar tareas de NetConfig porque el servidor administrador de tareas y recursos (JRM) no
funciona
El netconfig y el editor de configuración programan los trabajos con el proceso del jrm. Si usted consigue los mensajes de error tales como éste,
usted puede tener un problema con el JRM:
cannot access JRM server, it is down or unavailable
Publique el comando pdshow o utilice el GUI para marcar el estado del proceso del jrm en la configuración > la administración > la
administración del proceso > el estado del proceso Sever.
El trabajo de NetConfig falló debido a que el dispositivo está bloqueado
Si un dispositivo es bloqueado por otro trabajo programado u otro usuario, y usted necesita desbloquear el dispositivo para avanzar el nuevo
NetConfig Job, van al RME > la administración de la configuración > el editor de configuración > las herramientas > hacia fuera los
archivos marcados lista > desbloquean.
Usted puede también ir a la Configuración del servidor > a la administración > a la Administración de tarea a encontrar que todos los
bloqueos que el JRM sabe alrededor. Esta ubicación proporciona una lista de trabajos y de bloqueos del recurso, y usted puede liberar un recurso
bloqueado.
El trabajo NetConfig falló debido al tiempo de espera de Telnet
Los trabajos del netconfig pueden medir el tiempo a veces hacia fuera y los cambios de configuración fallan, especialmente si los dispositivos
están sobre los links PÁLIDOS, o si usted programa los cambios de configuración para los dispositivos múltiples.
Usted puede modificar los valores de TelnetTimeout (el valor por defecto es 60 segundos) y aumentarlos por consiguiente de TransportIos.ini
o de TransportCat.ini. La ubicación predeterminada es:
De UNIX:
/opt/CSCOpx/objects/cmf/data/TransportIos.ini
/opt/CSCOpx/objects/cmf/data/TransportCat.ini
Del Windows NT o del Windows 2000:
NMSROOT \ objetos \ cmf \ datos \ TransportIos.ini
NMSROOT \ objetos \ cmf \ datos \ TransportCat.ini
El trabajo de NetConfig falló debido a errores en la autenticación de TACACS+
Algunas versiones anteriores del Cisco IOS Software (tales como versión 11.x) pueden tener un problema con el buffer de Telnet cuando se
habilita el TACACS+. Usted puede ver el nombre de usuario: t en vez del nombre de usuario: como el prompt de nombre de
usuario TACACS+ del dispositivo en la traza de sniffer. Esto confunde el netconfig y causa autenticación de TACACS+ los errores para los
trabajos del netconfig.
Usted puede notar este problema en el registro del servidor TACACS+ también. La mejor solución alternativa es actualizar el dispositivo la
versión del Cisco IOS Software a 12.0 o a más adelante.
NetConfig Job no envía el email correctamente (el NT/2000)
En el Windows NT o el Windows 2000, usted puede experimentar un problema cuando usted intenta enviar el email después de a NetConfig Job.
Intente estos pasos para abordar el problema:
1. Inicie sesión como admin y verifique que el Simple Mail Transfer Protocol (SMTP) Nombre del servidor está ingresado en el Resource
Manager Essentials (Elementos esenciales de administración de recursos) > Administration (Administración) > System
Configuration (Configuración del sistema) > el S TP.
Nota: El nombre de servidor SMTP predeterminado es localhost.
2. La prueba Blat, la aplicación freeware que envía con el CiscoWorks 2000.
Este ejemplo envía el archivo hola (creado previamente en $NMSROOT \ el CSCOpx \ compartimiento) por el email a
[email protected] de [email protected]. El servidor SMTP es gallo. Verifique que el nombre del servidor SMTP sea resolvable en adelante
y las direcciones inversas (de la dirección IP a nombrar y del nombre de nuevo a la misma dirección IP). También verifique que usted
pueda hacer ping el servidor SMTP del servidor del CiscoWorks 2000. El $NMSROOT es el valor por defecto instala la ubicación para el
CiscoWorks 2000 (C:\Program Files\CSCOpx).
a. Abra una ventana de DOS.
b. Publique el $NMSROOT cd \ el CSCOpx \ comando bin.
c. Publique el blat - instale el comando de [email protected] del gallo.
d. Publique el comando del blat hola - t [email protected].
3. Si el paso anterior tiene éxito, el email es funcional. Para resolver problemas más lejos, el netconfig del permiso hace el debug de como se
muestra aquí:
a. Edite el archivo $NMSROOT \ CSCOpx \ WWW \ classpath \ COM \ Cisco \ nanómetro \ cmf \ debug.properties.
b. Cambie la línea NetConfig=1 a NetConfig=4.
c. Someta NetConfig Job otra vez, que genera los debugs en los archivos del registro para ese trabajo. Estos archivos residen en una
carpeta nombrada después del número de trabajo (tal como 1004) en el $NMSROOT \ el CSCOpx \ los archivos \ los trabajos \
carpeta de configuración.
Otros problemas conocidos de NetConfig
Porque el netconfig utiliza Telnet para pegar los cambios de configuración, intente no publicar los comandos show en el dispositivo
mientras que a sesión de NetConfig está en curso.
A veces, cuando el netconfig funciona con un trabajo contra un dispositivo basado en software del Cisco IOS que se configure para enviar
los mensajes de Syslog de nuevo a un servidor RME, una condición de carrera puede ocurrir. Después de que el netconfig modifique la
configuración del dispositivo, sale configuró terminal el modo. Esto acciona el mensaje de Syslog del cambio de configuración, que
entonces acciona ConfigArchive para asir la configuración del dispositivo. El netconfig entonces hace una terminal de la escritura para
conseguir la configuración corriente del dispositivo. Esto puede producir la memoria no volátil es error funcionando del
dispositivo, que hace NetConfig Job fallar.
Hay soluciones alternativas múltiples, tales como no configurar el RME para escuchar los mensajes de Syslog, o no configurar el
dispositivo para enviar los mensajes de Syslog a este servidor RME. El Soporte técnico de Cisco puede también proporcionar una
corrección para el RME.
Si los dispositivos múltiples se seleccionan para a NetConfig Job con una opción de ejecución paralela, y autenticación
TACACS+/RADIUS se requiere para cada dispositivo, algunos servidores TACACS+/RADIUS pueden no poder manejar muchas
autenticaciones al mismo tiempo y una negación de servicio puede ocurrir. En este caso, cambie NetConfig Job la opción de ejecución a la
serie.
La mayoría de los problemas de NetConfig se pueden resolver por una traza de sniffer en el servidor del CiscoWorks 2000. Utilice IP del
servidor y el IP del dispositivo como el filtro para hacer una traza.
En las plataformas Solaris, registre en su CiscoWorks 2000 el servidor como raíz y publique al fisgón - s 1518 - comando del
your_device_ip o /tmp/snoop.cap durante a NetConfig Job de conseguir una traza del fisgón.
Una herramienta libre del sniffer para Windows y las plataformas UNIX se puede también descargar del sitio Web Ethereal
Información Relacionada
Notas Técnicas de Troubleshooting
© 1992-2015 Cisco Systems Inc. Todos los Derechos Reservados.
.
Fecha de Generación del PDF: 18 Octubre 2015
http://www.cisco.com/cisco/web/support/LA/102/1025/1025275_netconfig.html