|
|
España-Español | |
|
|
 |
|
Notas de la revisión del software de administración VSE versión A.02.50.00 > Capítulo 4 Problemas conocidos y soluciones
Notas de la revisión adicionales de gWLM |
|
|
La versión para HP-UX 11i v3 del agente gWLM no admite:
Solución: Deshabilite el hipersubprocesamiento en los sistemas que desee que gWLM administre. Para las operaciones de células en línea, pliegue el dominio de recursos compartidos que contenga los sistemas que desea ajustar, efectúe los ajustes y, a continuación, vuelva a crear el dominio de recursos compartidos. Se espera que Global Workload Manager tenga un control completo de las CPU disponibles en un sistema. Diversas acciones del usuario pueden influir negativamente en la administración de un sistema por parte de gWLM. Por ejemplo:
Solución: Si tiene que realizar alguno de estos ajustes manuales, primero pliegue el dominio de recursos compartidos, efectúe los ajustes y, a continuación, vuelva a crear el dominio de recursos compartidos. Global Workload Manager puede aprovechar automáticamente TiCAP. Si no hay disponible ningún recurso de CPU libre y las directivas no se cumplen, gWLM utiliza los recursos TiCAP para satisfacer las directivas. Esto sólo ocurre después de asignar todos los recursos de CPU en propiedad. La administración de TiCAP por gWLM se habilita a través de una propiedad de dominio de recursos compartidos en el administrador HP SIM o a través del atributo ticapMode para un elemento sharedResourceDomain de un archivo de configuración XML de gWML. No inicie ni detenga las CPU TiCAP en un sistema que gWLM esté administrando. Para obtener más información, consulte la sección «Compatibilidad con el control externo de las CPU o del sistema». Global Workload Manager puede administrar concesiones para equipos virtuales creados mediante HP Integrity Virtual Machines A.02.00 o posterior. Cuando gWLM tiene el control, la concesión de un equipo virtual se sustituye por una asignación de CPU calculada dinámicamente que se dedica exclusivamente a dicho equipo virtual, en función de las directivas gWLM que estén en vigor. Se impide que los equipos virtuales utilicen más de una asignación controlada por gWLM; las asignaciones que no se utilizan permanecen así durante el intervalo de asignación de recursos. No ajuste manualmente las concesiones ni el número de CPU virtuales para los equipos virtuales de un sistema que gWLM esté administrando. Para obtener más información, consulte la sección «Compatibilidad con el control externo de las CPU o del sistema». Global Workload Manager A.02.50.00 no es compatible con las versiones de HP Integrity Virtual Machines anteriores a la versión A.02.00. Si desea administrar equipos virtuales mediante gWLM A.02.50.00, HP recomienda mejorar a HP Integrity Virtual Machines versión A.02.00 o posterior. Solución: Si no puede mejorar a partir de HP Integrity Virtual Machines versión A.01.20, deberá instalar el agente gWLM versión A.02.00.00 en el sistema VM Host. En este caso, no podrá aprovechar las nuevas características de gWLM A.02.50.00. Para obtener la versión A.02.00.00 del agente gWLM, y ayuda con esta configuración, póngase en contacto con HP por medio de la dirección electrónica <gwlmfeedback@rsn.hp.com>. gWLM no se puede utilizar con Resource Manager (PRM) ni Workload Manager (WLM) para administrar el mismo sistema al mismo tiempo. Si se intenta hacerlo, se obtendrá un mensaje que indica que la aplicación que en realidad administra el sistema mantiene un bloqueo. Para utilizar gWLM en esta situación, antes apague la aplicación que mantiene el bloqueo. Para el administrador PRM, escriba los siguientes comandos:
Para el administrador WLM, escriba el siguiente comando:
Si utiliza gWLM y tiene cualquiera de los dos siguientes tipos de dominios de recursos compartidos basados en particiones, y ha mejorado los agentes gWLM de las particiones desde gWLM A.01.x a gWLM A.02.50.00, no puede agregar otras particiones en el mismo complejo del dominio de recursos compartidos:
Solución: Utilice el siguiente procedimiento en el servidor CMS para restablecer el dominio de recursos compartidos:
La instalación del paquete gWLM-Agent puede no realizarse correctamente con un código devuelto de 1 sin generar un mensaje de error en las siguientes condiciones:
Solución: Póngase en contacto con el representante del soporte técnico de HP, el representante de los servicios de HP o el revendedor autorizado de HP. Para obtener más información sobre los servicios de soporte técnico, consulte el sitio web de soporte ubicado en http://welcome.hp.com/country/es/es/support.html. Global Workload Manager puede activar Temporary Instant Capacity si es necesario para cumplir directivas de dominios de recursos compartidos. Para evitar el consumo innecesario de TiCAP, deberá tener una cantidad suficiente de CPU con licencias permanentes disponibles. Si el dominio de recursos compartidos rebasa dicha cantidad, se consume TiCAP para satisfacer las necesidades del dominio de recursos compartidos. Solución: Desactive los recursos de TiCAP antes de crear un dominio de recursos compartidos. Todo recurso de TiCAP que esté activo en este momento se incluirá en el dominio de recursos compartidos y, por lo tanto, se consumirá siempre que se despliegue el dominio de recursos compartidos. El uso de procesadores locales en célula en un entorno Instant Capacity (iCAP) hace que icod_modify dé error. Solución: Considere la asignación de CPU a las particiones virtuales utilizando una ruta de hardware. Sin embargo, no asigne CPU utilizando especificaciones de célula. Global Workload Manager utiliza iCAP para administrar nParticiones. Con iCAP B.08.00, los intentos de gWLM de modificar recursos iCAP son infructuosos a menos que el sistema tenga un saldo positivo de Temporary Instant Capacity (TiCAP). Solución: Compruebe que los sistemas con iCAP B.08.00 tienen un saldo positivo de TiCAP (duración de TiCAP y recursos de CPU). Global Workload Manager permite que varios dominios de recursos compartidos de un complejo utilicen TiCAP: debe impedirse que se dé esta situación. Solución: No configure dominios de recursos compartidos de este modo. En un dominio de recursos compartidos que administre particiones virtuales anidadas en una nPartición, es posible que vea información de estado que indica una advertencia Major en la vista Shared Resource Domain View. Esta advertencia indica que la asignación de CPU es mayor que el tamaño del dominio de recursos compartidos. Solución: Administre todas las particiones virtuales de la nPartición. El archivo /etc/opt/gwlm/conf/gwlmcms.properties se sobrescribe cuando se ejecuta vseinitconfig. Solución: El comando vseinitconfig utiliza el archivo /etc/opt/gwlm/conf/gwlmcms.template para crear el archivo gwlmcms.properties. Si modifica gwlmcms.properties, realice las mismas modificaciones en gwlmcms.template. Los cambios efectuados en la configuración de un dominio de recursos compartidos grande que está desplegado pueden tardar más (varios minutos) en surtir efecto. Solución: No hay ninguna solución. La cantidad de tiempo necesaria para completar un cambio depende del tiempo que se tarde en comunicar con todos los compartimentos del dominio de recursos compartidos. Global Workload Manager le permite administrar cargas de trabajo sobre la base de diversos compartimentos. Si un tipo de compartimento no está disponible en un complejo, gWLM normalmente no lo presenta como candidato para administración. No obstante, la interface de gWLM en el administrador HP SIM presenta la nPartición como un posible tipo de compartimento, aun cuando no haya disponibles recursos de iCAP en el sistema. Esto no genera ningún problema, pero si se selecciona como el tipo de compartimento, gWLM no puede llevar a cabo la administración de recursos. Solución: No intente utilizar compartimentos de nParticiones a menos que disponga de recursos de HP Instant Capacity en el complejo. Se puede instalar un agente gWLM más nuevo en un servidor CMS mediante una versión anterior de gWLM. Por ejemplo, puede instalar el agente A.02.50.00 en un sistema con CMS versión A.02.00.00.x. Esta configuración no es válida y hace que el sistema quede inservible. Solución: Mejore la versión de CMS. Esta mejora también instala el agente correspondiente. Después de emitir una solicitud para eliminar una carga de trabajo, completar la eliminación puede llevar mucho tiempo (varios minutos). Solución: Elimine los datos históricos de supervisión y configuración de la base de datos de gWLM escribiendo el siguiente comando:
Si prefiere no ajustar la base de datos, puede eliminar simultáneamente varias cargas de trabajo con ayuda del comando gwlm delete. Para obtener más información, consulte la página de manual de gwlm(1M). Cuando se instala el agente gWLM en un sistema que tenga instalado HP Integrity Virtual Machines (Integrity VM), las operaciones de detección sólo notifican los compartimentos de Integrity VM, aun cuando haya conjuntos de procesadores y grupos FSS. Solución: Para detectar conjuntos de procesadores o grupos FSS en el sistema, deberá desinstalar Integrity VM. Con la interface de línea de comandos de gWLM no se puede agregar una carga de trabajo en un dominio de recursos compartidos que tenga particiones anidadas, a no ser que ya se administre un igual de dicha carga de trabajo en dicho dominio de recursos compartidos. Solución:
Esto no constituye un problema cuando se utiliza la interface de gWLM en el administrador HP SIM. Basta con seguir las instrucciones del paso 1 del asistente Manage Systems and Workloads (al que se obtiene acceso seleccionando Create Al intentar eliminar el último grupo FSS [por defecto] de un dominio de recursos compartidos con particiones anidadas, se puede obtener un mensaje que incluye el siguiente texto: Unable to remove workload nombre_carga_de_trabajo: Attempting to remove a compartment with an unachievably low Fixed policy size. Increase the Fixed policy resource amount and try again. Solución: Pliegue el dominio de recursos compartidos y elimínelo. A continuación, cree un dominio de recursos compartidos sin el grupo FSS cuya eliminación se había intentado. Cuando se supervisa un dominio de recursos compartidos con particiones virtuales dentro de una nPartición en un sistema HP-UX 11i v1, el tamaño supervisado de la nPartición puede no haberse actualizado. Solución: No es preciso adoptar ninguna acción. Haga caso omiso del valor mostrado para el tamaño de la nPartición de un dominio de recursos compartidos con particiones anidadas en un sistema HP-UX 11i v1. Cuando un sistema tiene conjuntos de procesadores, gWLM utiliza sólo el conjunto de procesadores 0 para los grupos FSS. gWLM sólo puede administrar CPU que estén asignadas al conjunto de procesadores 0. Solución: No hay ninguna solución: simplemente así es como se implementan los grupos FSS en un sistema con conjuntos de procesadores. Puede seguir teniendo los grupos FSS en el conjunto de procesadores 0 (dejando sin administrar el resto de los conjuntos de procesadores), administrar utilizando en su lugar conjuntos de procesadores (haciendo caso omiso de los grupos FSS) o quitar todos los conjuntos de procesadores (que no sean el conjunto de procesadores 0) mediante el siguiente comando:
La detección realizada por Global Workload Manager no siempre notifica información actual para los equipos virtuales detenidos. Específicamente, cuando un equipo virtual se detiene y el número de CPU virtuales se modifica, la detección realizada por gWLM no muestra el número modificado de CPU virtuales. En su lugar, muestra el número de CPU virtuales correspondiente al inicio más reciente del equipo virtual. Solución: Inicie los equipos virtuales antes de efectuar la detección. gWLM, como aplicación de cliente/servidor que es, es más sensible a la configuración de red del sistema host que otros tipos de aplicaciones. gWLM admite la administración sólo en el marco de un dominio de red individual. Por ejemplo, si el sistema host del servidor CMS tiene varias tarjetas de interface de red que están conectadas a varias redes distintas, gWLM necesita que el nombre de host completo resuelva la dirección IP que será accesible por los agentes gWLM que hayan de administrarse. Este problema constituye una preocupación sobre todo cuando un sistema host está conectado a los dos elementos siguientes:
Global Workload Manager intenta detectar y notificar problemas de configuración con la red que puedan acarrear un comportamiento no deseable, pero en algunos casos dicha detección se produce en un contexto del que sólo puede informarse en un archivo de registro. Solución: Si surge algún comportamiento imprevisto (por ejemplo, un agente gWLM que no consigue actualizar ni informar del estado de sus cargas de trabajo), examine el archivo /var/opt/gwlm/glwmagent.log.0 del sistema host en busca de errores. gWLM no admite alias de nombres de host. Sólo se admiten nombres de host DNS canónicos (nombres de dominio completos). Solución: Utilice sólo nombres DNS canónicos al configurar gWLM a través de HP SIM o de un archivo XML utilizado con el comando gwlm. Los nombres de host no pueden tener una longitud superior a 64 caracteres. Solución: Instale JRE 1.4.2.07 para utilizar nombres de host expandidos (hasta 256 caracteres). El siguiente mensaje puede mostrarse en la interface de HP SIM con gWLM: Unable to build a single shared resource domain from the set of specified hosts: mihostA.midominio.com mihostB.midominio.com Solución: Este mensaje normalmente se debe a que los sistemas host están en complejos diferentes. No obstante, si los sistemas host se ubican en el mismo complejo, compruebe las versiones de los agentes gWLM en dichos sistemas host. Global Workload Manager necesita que todos los agentes de un dominio de recursos compartidos individual sean de la misma versión. Instale la misma versión del agente en todos los nodos administrados del dominio de recursos compartidos. El siguiente mensaje puede mostrarse cuando se utiliza el asistente Manage New Systems o el comando gwlm discover: Error during discovery of compartments. Asimismo, el archivo /var/opt/gwlm/gwlmagent.log.0 contiene el siguiente mensaje: com.hp.gwlm.common.PlatformException: /usr/sbin/parstatus -w exited with a non-zero exit status. Captured stderr is: Error: Unable to get the local partition number. Solución: La causa más probable es que haya una versión anticuada del software de nParticiones. Global Workload Manager utiliza un comando que aporta el software de nParticiones, que normalmente está en todas las versiones de HP-UX, para determinar las capacidades del sistema. Instale el software de nParticiones más reciente, aun cuando no utilice nParticiones. Para HP-UX 11i v1, utilice la versión B.11.11.01.03.01.01 o posterior. Para HP-UX 11i v2 en HP 9000, utilice la versión B.11.23.01.03.01.01 o posterior. Para HP-UX 11i v2 en HP Integrity, utilice la versión B.11.23.01.04 o posterior. El software de nParticiones se facilita en las siguientes ubicaciones:
De vez en cuando, un agente gWLM y el servidor gWLM CMS discrepan sobre si un dominio de recursos compartidos está realmente desplegado o no. Esto puede suceder cuando se utiliza Ctrl-C para interrumpir un comando gwlm deploy o undeploy. También puede suceder si se producen errores al guardar una configuración gWLM: La configuración se despliega y, a continuación, se guarda en el depósito de configuración de gWLM. Si el despliegue se produce pero el almacenamiento no se lleva a cabo, el agente gWLM percibe el dominio de recursos compartidos como desplegado mientras que el servidor CMS lo percibe como plegado. Solución: Utilice la opción --force con gwlm deploy o gwlm undeploy para sincronizar el agente y el servidor CMS. Por ejemplo, ejecute el siguiente comando para obligar tanto al agente como al servidor CMS a considerar el dominio de recursos compartidos como desplegado, sustituyendo el dominio de recursos compartidos por el nombre de su dominio de recursos compartidos:
Para obtener más información sobre el comando gwlm, consulte la página de manual de gwlm(1M). Es posible que se muestre de forma reiterada un mensaje parecido a cualquiera de los dos siguientes:
Solución: Puede levantar el bloqueo deteniendo y reiniciando gwlmcmsd, aunque tal vez tenga que esperar hasta 1 minuto antes de poder utilizar gWLM. Utilice los siguientes comandos:
Es posible que no disponga de datos históricos a efectos de representación gráfica, aunque tenga la certeza de que se ha desplegado un determinado dominio de recursos compartidos durante el intervalo de tiempo en cuestión. Se produce un problema afín al seleccionar un intervalo de tiempo en que se espera una actividad elevada del sistema, pero el gráfico muestra una actividad limitada. Asimismo, se podría esperar una actividad muy escasa durante un intervalo de tiempo, pero el gráfico muestra mucha actividad. Solución: Compruebe que los relojes de sistema del servidor CMS y de todos los sistemas del dominio de recursos compartidos están sincronizados. Si los relojes difieren de forma significativa, es posible que gWLM no pueda hacer coincidir los datos procedentes de los nodos administrados con el intervalo que se trate de representar gráficamente. Se puede obtener el siguiente mensaje al intentar ver informes en tiempo real: Real-time data is currently loading, please wait... You might also verify that the remote node is running and SRDs have been deployed. Solución: Normalmente, esta condición es meramente temporal. Si continúa, compruebe que el demonio gwlmagent se ejecuta en los nodos remotos. Si se ejecuta, deténgalo y reinícielo. Si la condición aún continúa, pliegue y vuelva a desplegar el dominio de recursos compartidos. Global Workload Manager podría no mostrar las actualizaciones de supervisión para un dominio de recursos compartidos ni en la línea de comando ni a través de la interface gráfica del administrador HP SIM. Esto puede deberse a los intentos de reformar el tiempo de espera del dominio de recursos compartidos que han dejado a éste en un estado en que el agente de cada uno de sus nodos administrados debe reiniciarse. También puede deberse a que un nodo administrado está apagado, no ejecuta gwlmagent, o se ha bloqueado. Si el nodo administrado está apagado o gwlmagent no se ejecuta, obtendrá el siguiente mensaje: The gWLM agent process on the host is not running -- start the agent and retry. Si el nodo administrado se ha bloqueado, o el dominio de recursos compartidos necesita que se reinicien todos sus agentes, los síntomas pueder ser:
Solución: Si un dominio de recursos compartidos no proporciona supervisión en tiempo real a lo largo de un periodo de tiempo sostenido, reinicie el agente gWLM en cada nodo administrado del dominio de recursos compartidos. En el caso de un miembro de dominio de recursos compartidos bloqueado, mientras la supervisión en tiempo real de dicho dominio de recursos compartidos está bloqueada, los demás dominios de recursos compartidos siguen administrando recursos. No obstante, la supervisión en tiempo real de los demás dominios de recursos compartidos se puede bloquear debido al miembro del dominio de recursos compartidos bloqueado. Para restaurar la supervisión de los demás dominios de recursos compartidos:
Un informe de gwlmreport se basa en un intervalo de informe que empieza a medianoche del día en que comienza el informe y termina a medianoche del día en que concluye el informe. Las muestras que solapan la medianoche al principio o al final del intervalo de informe se excluyen del informe. Solución: No hay ninguna solución, pero debe tener en cuenta este comportamiento. Este problema sólo afecta a los agentes gWLM A.02.00.00.x. Los pesos de directiva ayudan a gWLM a determinar las asignaciones de recursos cuando hay un excedente de recursos. Con los pesos de todas las directivas utilizadas en un dominio de recursos compartidos definidos en el mismo valor, los recursos deberían asignarse equitativamente a las cargas de trabajo asociadas. No obstante, definir los pesos en cero para todas las directivas de un dominio de recursos compartidos hace que se asigne a una sola carga de trabajo todo el excedente de recursos. Solución: En lugar de cero, utilice un valor de peso de uno. En un dominio de recursos compartidos con particiones anidadas, la asignación de directivas Fixed (fijas) en las que la suma de los valores fijos sea menor al mínimo del compartimento primario puede dar lugar a que las cargas de trabajo obtengan más recursos de los especificados en las directivas Fixed. Solución: Defina las directivas Fixed de modo que el número de CPU solicitado sea mayor que o igual al número mínimo de CPU que necesite el compartimento primario. Este problema afecta tanto a los agentes gWLM A.01.01.x como a los agentes gWLM A.02.00.00.x. El valor de índice de convergencia que se especifica (opcionalmente) al definir una directiva sólo afecta a las directivas Custom (personalizadas). Las directivas OwnBorrow (PropiedadPréstamo) y Utilization (Utilización) no se ven afectadas. Solución: No hay ninguna solución. No obstante, este problema se aborda en los agentes gWLM A.02.00.01.x. Las directivas Custom (personalizadas) utilizan valores de medición que el usuario proporciona a través del comando gwlmsend. Si se redespliega un dominio de recursos compartidos que tenga una directiva Custom, se pierde el valor más reciente de la medición de la directiva. En esta situación, gWLM fundamenta las asignaciones en la solicitud mínima especificada en la directiva de la carga de trabajo. La carga de trabajo también puede obtener los recursos de CPU que queden después de satisfacer todas las directivas. Solución: Actualice los valores de medición para todas las directivas Custom inmediatamente después de un redespliegue. Se puede mostrar un mensaje con el siguiente texto: ... unable to create new native thread Solución: Este problema se produce porque los siguientes parámetros del kernel se definen en valores demasiado bajos:
Normalmente, gWLM no permite crear al mismo tiempo varios dominios de recursos compartidos basados en particiones virtuales en una sola nPartición o sistema. No obstante, cuando hay varios usuarios de gWLM desplegando dominios de recursos compartidos casi al mismo tiempo, gWLM podría permitir por error que existan los diversos dominios de recursos compartidos mencionados. Solución: Elimine uno de los dominios de recursos compartidos y, a continuación, vuelva a administrar las cargas de trabajo procedentes del dominio de recursos compartidos eliminado colocándolas en los dominios de recursos compartidos restantes. Puede obtener un mensaje parecido al siguiente: Unable to deploy Shared Resource Domain: system1.pset.000, due to: Error starting Compartment Manager. Please save file /var/opt/gwlm/gwlmagent.log.0 and contact HP technical support. Este error se puede producir si se tiene un conjunto de procesadores vacío (un conjunto de procesadores sin ninguna CPU asignada al mismo) en un sistema al crear y, a continuación, intentar desplegar un dominio de recursos compartidos que incluya dicho sistema. Solución: Asigne CPU al conjunto de procesadores o quite el conjunto de procesadores y, a continuación, intente crear el dominio de recursos compartidos y desplegarlo.
Puede obtener un mensaje parecido al siguiente: Error trying to deploy SRD, mysystem.vpar.000 to mysystem2.mydomain.com. SRD, mysystem2.fss.000 is already deployed. Only one SRD is allowed to be deployed. Solución: Pliegue el dominio de recursos compartidos utilizando la opción --force con el comando gwlm undeploy y reinicie gwlmagent en el nodo administrado. En HP-UX 11i v2 (B.11.23), una aplicación ubicada en un grupo FSS podría bloquearse al ejecutarse en una partición virtual, nPartición o sistema de un solo procesador. Con los compartimentos basados en conjuntos de procesadores o grupos FSS, gWLM le permite colocar secuencias de comandos en los compartimentos utilizando los registros de las aplicaciones con nombres alternativos. Esto sólo funciona si el shell o intérprete utilizado está listado en el archivo /etc/shells. Normalmente, perl no se incluye en dicho archivo. Por lo tanto, las secuencias de comandos de perl (y cualquier otra secuencia de comandos basada en shells o intérpretes que no estén listados en /etc/shells) no se colocan correctamente. Este problema no afecta a los archivos ejecutables. Solución: Agregue /opt/perl/bin/perl, y cualquier otro shell o intérprete necesario, en el archivo /etc/shells. Global Workload Manager reconocerá los shells o intérpretes agregados en 30 segundos.
La colocación de todos los procesos con el comando gwlmplace en un nodo administrado se pierde si:
En estos casos, los procesos se colocan según los registros de aplicaciones o los registros de usuarios que correspondan. Si no existe ningún registro, los procesos que no sean raíz se colocan en el conjunto de procesadores por defecto o el grupo FSS por defecto; los procesos raíz se dejan donde están. Solución: Para mantener las colocaciones de los procesos entre redespliegues, utilice los registros de aplicaciones o los registros de usuarios de gWLM al crear o modificar las definiciones de cargas de trabajo en gWLM. Cuando gWLM administra los conjuntos de procesadores en un sistema, todos los procesos del sistema tienen que ubicarse en una carga de trabajo. gWLM coloca los procesos según los registros de aplicaciones o los registros de usuarios especificados al crear o modificar la definición de una carga de trabajo. Si no existe ningún registro, los procesos están sujetos a las reglas de colocación, que se explican en el tema de la ayuda en línea «pset / FSS group tips», en la sección titulada «Precedence of placement techniques». Si utiliza psrset para colocar los procesos en conjuntos de procesadores, es probable que gWLM traslade los procesos al conjunto de procesadores por defecto. Solución: Para mantener la colocación de un proceso, utilice los registros de aplicaciones o los registros de usuarios de gWLM al crear o modificar las definiciones de cargas de trabajo en gWLM. Si el uso de registros no resulta práctico, utilice el comando gwlmplace. No obstante, tendrá que utilizar gwlmplace después de cada redespliegue de un dominio de recursos compartidos para volver a ubicar los procesos en las cargas de trabajo deseadas. Los grupos FSS creados por gWLM se pueden abandonar y su eliminación no resulta fácil. Esta situación se produce por diversos motivos. Por ejemplo, al administrar un dominio de recursos compartidos basado en grupos FSS, se utiliza un segundo servidor CMS (quizá porque el servidor CMS original se ha desactivado). Esto puede dejar al dominio de recursos compartidos con grupos FSS que no se pueden quitar. Solución: Quite los grupos FSS. Se dispone de varias opciones para quitar los grupos. Si tiene instalado el administrador PRM, escriba el siguiente comando:
Si no tiene instalado el administrador PRM, utilice el siguiente procedimiento:
Los grupos FSS ya deberían haber desaparecido del sistema. No obstante, las definiciones de las cargas de trabajo correspondientes aún están en el depósito de configuración de gWLM. Dichas definiciones y la definición de dominio de recursos compartidos se pueden eliminar utilizando la interface de gWLM en el administrador HP SIM. Seleccione Tools Al intentar eliminar la carga de trabajo (OTHER) por defecto en un dominio de recursos compartidos se genera el siguiente mensaje: Removal of all compartments from an SRD is not allowed Solución: No se puede eliminar le carga de trabajo (OTHER) por defecto de un dominio de recursos compartidos. En su lugar, deberá plegar el dominio de recursos compartidos. Los tamaños o asignaciones para los equipos virtuales de un dominio de recursos compartidos desplegado pueden aparentar ser inferiores a los mínimos de directiva correspondientes. Solución: Espere unos cuantos minutos, ya que gWLM puede tardar varios minutos en reconocer la transición de un equipo virtual entre los estados detenido e iniciado. Si las CPU de un sistema VM Host se suscriben por exceso al desplegar un dominio de recursos compartidos en dicho host, gWLM muestra el tamaño actual de NONVM como un valor negativo. Solución: Se dispone de dos opciones:
Al intentar dejar de administrar un equipo virtual que se haya iniciado, el dominio de recursos compartidos se puede plegar, aun cuando se muestre el siguiente mensaje: The virtual machine nombre_equipo_virtual on host nombre_host is on but does not have an associated gWLM policy. Please turn the virtual machine off, or apply a gWLM policy to provide the necessary resources. Solución: Detenga el equipo virtual y redespliegue el dominio de recursos compartidos que lo contenga.
La herramienta Configure Si un sistema no incluye /var/adm y se intenta utilizar esta herramienta, es posible que se obtenga un mensaje de error parecido al siguiente en la ventana de salida del comando: cp: cannot create /var/adm/gwlmagentconfig: No such file or directory Solución: Inicie una sesión en el sistema de destino en que se produzca este error mediante una cuenta de usuario root y cree manualmente el directorio con ayuda del siguiente comando:
Global Workload Manager se ha diseñado para utilizar las extensiones de archivos .log.0, .log.1 y .log.2 para los archivos de registro. Se utiliza el bloqueo de archivos Java para asegurar que hay sólo un proceso gWLM actualizando un archivo de registro en cualquier momento dado. A partir de Java 1.4.2.06, el bloqueo de archivos permite crear archivos con extensiones que presentan la forma .log.0.n, donde n es algún entero. Solución: Si utiliza Java versión 1.4.2.06 o posterior y desea consultar los archivos de registro en busca de mensajes de error, utilice el siguiente comando para ver qué archivos contienen mensajes de error recientes:
A continuación, puede utilizar /usr/bin/tail para ver mensajes en los archivos de registro actualizados recientemente. Si envía los archivos de registro al servicio de soporte técnico de HP, cree un archivo con formato tar mediante los siguientes comandos:
A continuación, envíe el archivo /tmp/gwlmlogs4support.tar al servicio de soporte técnico de HP. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 Versión para imprimir |
|
|
|
|
|
|||||||||||||||
|
|||||||||||||||
Shared Resource Domain) y con seleccionar el conjunto de sistemas host para incluir en un dominio de recursos compartidos.
