Errores MALLOCFAIL y Troubleshooting general de los problemas de memoria
Contenido
Introducción
Este documento discute los errores MALLOCFAIL en el ® nativo del Cisco IOS, así como los pasos para tomar e información a recolectar antes de que usted abra un caso del centro de la asistencia técnica de Cisco (TAC) o recargue el dispositivo para apresurar la solución de problemas. Este documento no es exhaustivo, sino proporciona a una pauta general usada para resolver problemas los problemas de la memoria con mucho Routers y Switches.
Errores MALLOCFAIL
Los problemas de memoria se manifiestan de varias maneras en el Switches y el Routers. En muchos casos, se recarga un dispositivo que experimenta los errores de memoria antes de que se recopilen los datos apropiados.
Los problemas de la memoria aparecen generalmente bajo la forma de errores MALLOCFAIL en los registros de su router o conmutador. Estos errores son importantes porque proporcionan a las “señales de tráfico” de dirigir la investigación. Aquí está un error MALLOCFAIL de la muestra:
%SYS-2-MALLOCFAIL: Memory allocation of 65536 bytes failed
from 0x60103098,
alignment 0
Pool: Processor Free: 5453728 Cause: Memory fragmentation
Alternate Pool: None Free: 0 Cause: No Alternate pool
La primera cosa a notar es cuánto necesita la memoria usted afectar un aparato y cuánta memoria libre usted tiene. Este ejemplo muestra que un decorado donde usted debe afectar un aparato 65KB de un pool que tenga solamente aproximadamente 5.45MB libera. La salida indica que, aunque hay memoria libre suficiente, el bloque contiguo más grande es más pequeño que 65KB, y la asignación de memoria fallada. Mientras que, por definición, esto se considera fragmentación de la memoria, ésta no es generalmente la causa. Lo más a menudo posible, es causada simplemente por memoria baja en el pool sí mismo.
La segunda cosa a notar es el tipo del pool. El ejemplo del prevoius ocupado del agrupamiento de procesador. Esto es importante porque es la primera señal de tráfico que dirige la investigación y qué necesidades de ser controlado. El pool especificado debe ser procesador o entrada-salida. Aquí está un ejemplo memoria de I/O de un error:
%SYS-2-MALLOCFAIL: Memory allocation of 65548 bytes failed from 0x400B8564,
alignment 32
Pool: I/O Free: 39696 Cause: Not enough free memory
Alternate Pool: None Free: 0 Cause: No Alternate pool
Las siguientes secciones detallan estas piscinas más lejos. El pool se identifica una vez, usted puede enfocar sus esfuerzos por consiguiente en los puntos derechos.
Agrupamiento de procesador
Utilizan al agrupamiento de procesador, mientras que el nombre implica, para los diversos procesos que se ejecutan en el router o el conmutador. Hay los procesos específicos que son la base de la mayoría de las versiones y de las Plataformas del Cisco IOS que utilicen la memoria. Por ejemplo, Init es un proceso establecido en el cargador del programa inicial-para arriba de la mayoría de los dispositivos, y está presente a través de las diversas Plataformas. Otros procesos que pudieron ser presente se basan en la configuración del dispositivo individual. Por ejemplo, en las Plataformas en las cuales exprese se configura y los procesos usados, Voz-específicos consumen la memoria, mientras que en configuraciones generalizadas sin la Voz, estos procesos no celebran tanto, o cualquier memoria en absoluto.
Ciertos procesos celebran más memoria que otras. Si hay preguntas o preocupaciones por un proceso determinado, es el mejor abrir un caso de TAC para hacerlo investigar.
Causas y qué a recoger
- Si el dispositivo ha experimentado recientemente una mejora del Cisco IOS, la primera cosa a controlar es la COPITA requerida mínima para la nueva imagen. Éste debe ser igual o menos que a la cantidad de COPITA instalada en el dispositivo sí mismo. La COPITA requerida mínima es mencionada bajo imagen dentro de la herramienta de la transferencia directa de software. Ingrese el comando show version para confirmar la cantidad de COPITA instalada:
Cisco 2821 (revision 53.51) with 210944K/51200K bytes of memory.
Para determinar el DRAM total, agregue estos números. Este router de Cisco del detalle tiene 256MB de la COPITA. - Otra posible causa es una fuga de memoria causada por un bug del Cisco IOS. En esta situación, un proceso consume una cantidad excesiva de memoria hasta que se ejecute hacia fuera. Ingrese estos comandos cuando la memoria es baja para recoger la información:
show clock
show mem stat
show proc mem sorted
show mem all totals
show log
El mem del proc de la demostración clasificó las listas de comando todos los procesos en el orden descendente de la cantidad más alta de memoria llevada a cabo al más bajo. Identifique el proceso más alto, pero excluya Init. Una vez que la investigación es completa, encuentre el identificador de proceso (PID) para ese proceso en el lado izquierdo de la salida, y recoja esta información:show proc mem <PID #>
Si el proceso más alto está muerto, recoja esta información además de las salidas anteriores:show mem dead totals
show mem dead
Ciertos procesos requieren una investigación más profundizada, pero no se cubren en este documento. - Otra causa potencial de los problemas de la memoria se encuentra cuando usted se ejecuta de la memoria debido a los procesos y a la configuración en el dispositivo. Un ejemplo de esto es el router del Border Gateway Protocol (BGP). A veces, el BGP lleva a cabo una gran cantidad de memoria debido al número de rutas que admita. Esto no es causada por un bug del Cisco IOS. Este problema debe ser corregido alterando la configuración para alcanzar la encaminamiento óptima y reducir la consumición de la memoria.
Si usted es inseguro, recoja las salidas enumeradas previamente (excluya los totales muertos del mem de la demostración y muestre a los muertos del mem), y abra un caso de TAC, porque este problema requerirá probablemente la investigación adicional.
Pool entrada-salida
El pool entrada-salida refiere a los almacenadores intermediarios entrada-salida vistos con el comando show buffers. Estos almacenadores intermediarios se utilizan para el tráfico proceso-cambiado, entre otras cosas, por ejemplo las actualizaciones de la encaminamiento o las difusiones. Memoria de I/O se analiza en las piscinas, que se muestran en la salida del comando show buffers. Estas piscinas se basan en el tamaño de paquetes, que permite la asignación más eficiente de la memoria basada en las necesidades.
Causas y qué a recoger
- La primera cosa a controlar con memoria de I/O los problemas es una fuga de búfer potencial causada por un bug del Cisco IOS. Esto se manifiesta a menudo como pool determinado que aumenta su cantidad de almacenadores intermediarios sin la release/versión de ellos nuevamente dentro del pool entrada-salida que se necesitan una vez no más. Aquí está un ejemplo de esto:
--------- show buffers --------
Buffer elements:
500 in free list (500 max allowed)
3220350364 hits, 0 misses, 0 created
Public buffer pools:
Small buffers, 104 bytes (total 6144, permanent 6144):
3867 in free list (2048 min, 8192 max allowed)
248913132 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
Medium buffers, 256 bytes (total 86401, permanent 3000, peak 86401 @ 05:18:11):
0 in free list (64 min, 3000 max allowed)
9697361 hits, 203293 misses, 2208 trims, 85609 created
167633 failures (651288 no memory)
Middle buffers, 600 bytes (total 512, permanent 512):
0 in free list (64 min, 1024 max allowed)
9284431 hits, 237750 misses, 0 trims, 0 created
224619 failures (680486 no memory)
Big buffers, 1536 bytes (total 1000, permanent 1000):
0 in free list (64 min, 1000 max allowed)
69471745 hits, 895218 misses, 0 trims, 0 created
842142 failures (1821074 no memory)
VeryBig buffers, 4520 bytes (total 10, permanent 10, peak 122 @ 1w3d):
0 in free list (0 min, 100 max allowed)
2120517 hits, 1632477 misses, 112 trims, 112 created
1632421 failures (3272987 no memory)
Large buffers, 9240 bytes (total 8, permanent 8, peak 18 @ 1w3d):
0 in free list (0 min, 10 max allowed)
9593 hits, 832217 misses, 44 trims, 44 created
832195 failures (1651309 no memory)
Huge buffers, 18024 bytes (total 2, permanent 2):
0 in free list (0 min, 4 max allowed)
1325 hits, 831497 misses, 0 trims, 0 created
831494 failures (1649904 no memory)
La salida anterior muestra claramente que el problema está con el pool medio. Su valor total es mucho más alto que la cantidad permanente fijada para ese pool. La salida muestra que, incluso con sobre 86,000 almacenadores intermediarios en el pool, usted tiene 0 disponible en la lista disponible. Finalmente, la salida muestra que el número de ajustes es mucho más bajo que el número creado, que indica que éstos no han release/versión nuevamente dentro del pool entrada-salida para el consumo adicional. Para la explicación adicional de estos campos, vea las definiciones para los campos del pool de almacenador intermediario conectar en la sección de información relacionada en el extremo de este documento.
Para este decorado, primero capture estas salidas:show clock
show mem stat
show buffers
show log
Una vez el pool o las piscinas problemático es resueltas, ingresa este comando para centrarse en el agrupamiento de problemas:show buffer pool <pool name> packet
Este comando pudo proporcionar a la salida extensa. Usted puede determinar generalmente qué paquetes residen en estos almacenadores intermediarios y quién los afectó un aparato dentro de algunas páginas de la salida. - Otra posible causa es un evento de la red/del tráfico. Esto se manifiesta a menudo como utilización excesiva en los agrupamientos múltiples. Se recomienda que las salidas anteriores estén recogidas, junto con el comando packet del name> del <pool del pool de almacenador intermediario de la demostración hecho salir para las piscinas que muestran esta utilización, y que usted abre un caso de TAC. Esto es causada a menudo por un flujo de tráfico anormal o inesperado que se deba proceso-cambiar por el dispositivo. Porque el flujo pudo ser bursty y rápido, usted puede ejecutarse de memoria de I/O en relativamente un período corto. Para resolver problemas este tipo de problema, usted debe identificar generalmente la fuente del tráfico para ver si este flujo es anormal y, si es así lo elimina o bloquea.
- Otro, más evento extraño es que un pool específico pesado-está utilizado más debido a cierto tráfico que se necesite en un entorno de red. Este tráfico pudo, por alguna razón, necesitar proceso-ser cambiado, y no hay manera de evitar esto en la red. Este decorado se debe confirmar más lejos, y entonces la acción apropiada debe ser tomada. Las mismas salidas del paso 1 se aplican aquí.
Items a investigar
En la mayoría del Routers, los ejemplos del error MALLOCFAIL presentados previamente son estándar. En Cisco Catalyst 6500 Series switches y los 7600 Series Router con los motores del supervisor (sorbos) o el Procesador del switch de la ruta (RSPs), estos errores pudieron variar. Por ejemplo, este error fue tomado del procesador de la ruta que el (RP) abre una sesión un 6500 Series Switch:
%SYS-SP-2-MALLOCFAIL: Memory allocation of 820 bytes failed from 0x40C83B60,
alignment 32
Pool: I/O Free: 48 Cause: Not enough free memory
Alternate Pool: None Free: 0 Cause: No Alternate pool
El error MALLOCFAIL muestra que el switch processor (SP) del SORBO señala el problema, no el RP. Si el problema se asocia al RP, la designación SP en el error no está presente. Por este motivo, las salidas anteriores se deben tomar del SP. Para lograr esto, preceda los comandos con:
remote command switch
El mensaje de error pudo también referir al SUP/RSP espera RP o SP según lo denotado por STDBY, y a las necesidades de ser recogido por consiguiente.
Resumen
Usted puede ser que acelere la resolución del caso y traiga la estabilidad a su dispositivo más rápidamente si usted recoge las salidas enumeradas en este documento. Si se presentan algunas preguntas o si hay incertidumbre sobre el funcionamiento de la memoria en un dispositivo, es el mejor abrir un caso de TAC para hacerlo investigar.
Información Relacionada
ComentariosDéjenos ayudarlo
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)