Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Administrador 5.x de las Comunicaciones unificadas: Localización de averías de los problemas de la memoria

31 Julio 2013 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (24 Marzo 2009) | Comentarios


Contenido


Introducción

Este documento describe cómo resolver problemas los problemas de la memoria en el administrador 5.x de las Comunicaciones unificadas de Cisco.

Prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en el administrador 5.x de las Comunicaciones unificadas de Cisco.

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

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

Monitorear la memoria virtual

Hay diferentes formas de monitorear el uso de la memoria en el tiempo real. El uso total de la memoria virtual de las visualizaciones de la pantalla RTMT sumarias para todos los servidores en el cluster en la forma gráfica.

  • RTMT CPU y pantalla de la memoria

    RTMT EL CPU y las visualizaciones de la pantalla de la memoria suman el uso virtual en la forma gráfica para todos los servidores en el cluster. También incluye una opinión de la tabla que visualice una subdivisión del uso de la memoria para cada servidor en el cluster.

  • Pantalla RTMT de proceso

    La pantalla de proceso proporciona la información del uso de la memoria del por-proceso. Además de la Información de la memoria, esta pantalla proporciona otra relacionada con la información para procesar.

  • RTMT Visualizador del funcionamiento

    Hay varios contadores del nivel del sistema bajo objeto del perfmon de la memoria y varios contadores del nivel de proceso bajo el perfmon de proceso se oponen.

La memoria “libre” y “utilizó” los contadores

Los contadores gratis muestran la cantidad de memoria libre, y los contadores usados muestran la cantidad de memoria usada. El problema con estos contadores es que los contadores gratis muestran los números bastante pequeños, y los contadores usados muestran un número cerca de la memoria física total instalada en el servidor. Esto puede causar la preocupación tanta concluiría que la memoria se está ejecutando muy bajo.

Si usted hace el Acceso Remoto habilitar, funcionar con el comando cpu de la memoria del tiempo de ejecución de los comandos show tech y del tiempo de ejecución de la tecnología de la demostración también dará la misma información de la memoria baja. Sin embargo, el sistema se ejecuta muy bien sin ninguna indirecta del hambre de memoria debido a la manera que Linux maneja la memoria. Cuando el sistema Linux no está bajo presión de la memoria, los cachés de todo el corazón crecerán lentamente en un cierto plazo. Linux prefiere guardar cachés más grandes sólo en caso que alguien necesita la información en el caché. Con todo no hay razón para volver memoria caché si nadie la necesita realmente. Esto memoria caché es fácilmente disponible cuando cualquier proceso necesita más memoria. Tan la manera que calculamos el uso verdadero de la memoria está contando los buffers y memoria ocult0 así como memoria libre como disponible. % del mem usado y % VM usado se calculan sobre la base de esta lógica:

Actual used physical memory size = Total KBytes * % Mem Used
Actual used virtual memory size = (Total KBytes + Total Swap KBytes) * % VM Used

Problemas comunes de la memoria

Fuga de memoria

Si el objeto de proceso VmSize continúa aumentando en un cierto plazo, las fugas de memoria se pudieron asociar al proceso.

Nota: El contador de VmSize visualiza el uso total de la memoria virtual para una tarea en los kilobytes (KB). Incluye todo el código, datos, bibliotecas compartidas, y páginas que se han intercambiado hacia fuera

  • Usted puede ser que quiera recomenzar el servicio después de que usted salve la información de Troubleshooting necesaria tal como traza, registro de Troubleshooting RI, etc.

  • Los escapes de la descripción del archivo (FD) pueden dar lugar a las fugas de memoria. Utilice la lista de procesos fd de la demostración para marcar la cuenta FD.

  • Marque las cuentas del hilo. Los escapes del hilo pueden también causar las fugas de memoria puesto que por abandono Linux afecta un aparato la memoria del stack 10M cuando spawn/genera un hilo. La cuenta del hilo para cada proceso se muestra en la pantalla RTMT de proceso. Hay contadores del perfmon para el hilo y el FD cuenta bajo objeto del perfmon del sistema.

Alerta: LowAvailableVirtualMemory

Esta alerta indica que la memoria virtual disponible se está ejecutando bajo. La memoria virtual consiste en la memoria física más la memoria del intercambio. Esta alerta se basa en comparar % VM usado contra el umbral alerta configurado. % VM utilizado es calculado como (kilobytes totales - kilobytes libres - kilobytes de los buffers - kilobytes ocultados + kilobytes compartidos +) usado/(de los kilobytes del intercambio kilobytes totales + kilobytes del intercambio del total). Cuando la memoria virtual se ejecuta hacia fuera, el sistema operativo mata al proceso de una manera imprevisible para liberar para arriba la memoria virtual, así que es crítico tomar el cuidado de la situación primero.

  1. Si usted sospecha una fuga de memoria, usted necesita recomenzar ese proceso. VmSize se puede utilizar para monitorear la fuga de memoria durante un período de tiempo. También, el contador de VmRSS muestra a periodo de la memoria física las aplicaciones de un proceso.

    Nota:  El contador de VmRSS visualiza los tamaños determinados del residente de la memoria virtual (VM) (RSS) que están actualmente en la memoria física en los kilobytes (KB) que esto incluye el código, los datos, y el stack. Para más información sobre los diversos contadores de proceso, refiera a los objetos de rendimiento y a los contadores.

  2. RTMT el resumen y el CPU y las pantallas de la memoria muestran el uso de la memoria en el nivel del sistema. La pantalla de proceso proporciona la información sobre el uso de la memoria en el nivel de proceso.

Después de actualizar a CUCM 7.x, usted puede ser que reciba este error: [RTMT-ALERT-StandAloneCluster] LowAvailableVirtualMemory.

La solución para esto es recomenzar servicio Tomcat de Cisco del CLI del editor usando este comando:

  • utils service restart Cisco Tomcat

Alerta: LowSwapPartitionAvailableDiskSpace

Esta alerta indica que la división disponible del intercambio se está ejecutando bajo. La división del intercambio es memoria virtual de la parte de; por lo tanto, el espacio en disco disponible bajo de la división del intercambio indica la memoria virtual baja también.

  1. Descubra cuánto espacio de intercambio y memoria virtual está todavía disponible mirando el uso del disco y el CPU y las pantallas de la memoria.

  2. Utilice la pantalla RTMT de proceso para descubrir que procesan las aplicaciones la mayoría de la memoria (clase por VmSize).

  3. Esta alerta puede también ocurrir debido a una fuga de memoria así que usted quiere marcar si cualquier proceso utiliza una cantidad insólita de memoria, y si es así usted necesita recomenzar ese proceso.

También, refiera RTMT a la alerta: LowSwapPartitionAvailableDiskSpace para más información.

Alerta: LowActivePartitionAvailableDiskSpace

RTMT visualiza una alerta de LowActivePartitionAvailableDiskSpace, que indica que hay una pequeña cantidad de espacio en disco disponible en la partición activa.

Diseñan al administrador unificado Cisco de la comunicación para ejecutarse con el espacio disponible muy pequeño en la partición activa. Por lo tanto, en la mayoría de los casos esta alarma no representa un problema. Sin embargo, el espacio en disco adicional se hace disponible en las 5.1(3) y 6,1 versiones. Para librarse de este problema, usted puede actualizar a CUCM 5.1(3) y a 6,1 versiones. Si el actualizar a estas versiones no es una opción, después, cambie el umbral de la alarma en RTMT usando el siguiente procedimiento:

  1. El registro en RTMT, y elige las herramientas > la alerta > la central de la alerta.

  2. Haga clic con el botón derecho del ratón LowActivePartitionAvailableDiskSpace, y elija las propiedades alertas del conjunto.

  3. Haga clic en Next (Siguiente).

  4. Cambie el valor a un valor inferior.

  5. Haga clic después, y después haga clic después.

  6. El tecleo activa.

Problemas conocidos

Aquí están algunos de los defectos conocidos en CUCM 5.x que causen el disco por completo o son creados por los problemas completos del disco:

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 109478