Novell ZENworks 7.2 Linux Management

2.1.1 La instalación no se lleva a cabo correctamente en un servidor RHEL4 AS de 64 bits si hay dos NIC presentes

La instalación no se lleva a cabo correctamente y el archivo zlm-config indica que el servidor requiere una dirección IP estática o una dirección DHCP permanente para el servidor ZENworks.

Solución: lance system-config-network, suprima el NIC inactivo (eth1) y reinicie zlm-config. ZENworks Linux Management debería instalarse correctamente.

2.2.1 La actualización no se lleva a cabo correctamente en un dispositivo con SUSE Linux Enterprise Server 10

En el caso de los dispositivos SLES 10, instale ZENworks 7.2 Linux Management mediante zlm-install.

2.3.1 Al ejecutar una base de datos Oracle con ZLM se muestra un mensaje que indica que no se ha logrado reiniciar PostgreSQL

Si configura ZENworks Linux Management para utilizar una base de datos de Oracle ^* y luego emplea el comando zlm-config --restart, el siguiente mensaje se muestra en la pantalla y se registra en el archivo zlm-config.log:

"Fallo al reiniciar PostgreSQL"

Solución: haga caso omiso del mensaje.

2.3.2 No es posible utilizar dbrestore para restaurar la base de datos de ZENworks instalada en un dispositivo RHEL

Es posible que al utilizar el guión zlm_dbrestore.sh para restaurar la base de datos de ZENworks instalada en un dispositivo RHEL, el proceso no se lleve a cabo correctamente.

Solución: para resolver este problema, consulte la Gu’a de soluci—n de problemas de Novell ZENworks 7 Linux Management .

2.4.1 Los caracteres comodín no funcionan al ejecutar un comando bundle-list desde zlman

De momento, no se admite el uso de caracteres comodín con el comando bundle-list (bl) para obtener una lista de lotes.

2.4.2 Los lotes se instalan a pesar de que el guión posterior a la distribución genere fallos

Actualmente, los lotes se instalan correctamente a pesar de que los guiones posteriores a la distribución generen fallos.

2.4.3 Cuando se instala una versión concreta de un lote en un dispositivo, los cambios en la programación de la distribución o instalación del lote se omiten en las versiones siguientes

Al asociar un nuevo lote a un dispositivo en una programación concreta, el lote se distribuye o instala según la programación configurada. No obstante, cuando se modifica el lote y se distribuye una versión más reciente, los posibles cambios en la programación no surten efecto. La versión más reciente del lote se instala en la siguiente actualización.

Solución: ninguna.

2.4.4 zen-installer, zen-updater y zen-remover requieren la versión 2.4 o superior de gtk2

El instalador de software (zen-installer), el actualizador de software (zen-updater) y el eliminador de software (zen-remover) de ZENworks Linux Management no se inician en dispositivos que no tengan instalada la versión 2.4 o una versión posterior de gtk2. Red Hat* Enterprise Linux 3 (RHEL3) AS de 32-bit y SUSE® Linux Enterprise Server 9 incluyen por defecto el paquete gtk2-2.2. Esto significa que zen-installer, zen-updater y zen-remover no se inician en estas plataformas.

Solución: actualice el paquete gtk2-2.2 al paquete gtk2-2.4, incluidas las dependencias correspondientes.

2.4.5 Algunos comandos pattern, patch y rug de productos no se admiten

Algunos comandos pattern, patch y rug de productos no se admiten en SLES 9, RHEL ni Novell Linux Desktop.

2.4.6 La actualización de paquetes muestra un estado incorrecto al asignar un lote a un grupo de servidores o estaciones de trabajo

Solución: ninguna.

2.5.1 Problemas de directivas de SUSE Linux Enterprise Desktop

Si configura una directiva de SLED para un dispositivo SLED 10 gestionado, pueden producirse los siguientes problemas:

2.5.2 Los valores de segundo plano anteriores del dispositivo SLED 10 gestionado no se restauran al dejar de aplicar la directiva de SLED

Si deja de aplicar la directiva de SLED en un dispositivo SLED 10 gestionado con el nombre de archivo de la imagen de segundo plano configurado, no se restauran los valores anteriores de segundo plano del dispositivo.

Solución: entre de nuevo a una sesión en el dispositivo gestionado.

2.6.1 Después de instalar ZENworks Linux Management en un servidor, faltan algunos datos seguros de la imagen o son incorrectos

Si realiza una imagen de un servidor justo después de instalar ZENworks Linux Management (es decir, antes de que zislnx-start tenga la oportunidad de ejecutarse de nuevo al arrancar), la imagen se restaura con una configuración incorrecta de red y nombre de host.

Solución: cuando haya finalizado la instalación del servidor, ejecute /etc/init.d/novell-zislnx start.

Este problema no afecta a la instalación del agente de ZENworks en un dispositivo gestionado.

2.6.2 El servidor generador de imágenes no admite los caracteres de doble byte en el nombre de los archivos de imagen

El motor de generación de imágenes no admite caracteres de doble byte en los nombres de archivos de imagen. El Centro de control de ZENworks permite escribir caracteres de doble byte, pero el servidor generador de imágenes no los reconoce. Por tanto, no deberá utilizar caracteres de doble byte en los nombres de los archivos de imagen.

2.6.3 zislnx falla al cerrarse en dispositivos RHEL 3

En los dispositivos Red Hat Enterprise Linux 3 (RHEL 3), cuando se usa el comando /etc/init.d/novell-zislnx stop, se produce un fallo al cerrar el servicio. Posteriormente, el dispositivo falla a la hora de responder a un rearranque mediante el software y será necesario realizar un arranque en frío.

El mensaje de error que se muestra cuando se ejecuta /etc/init.d/novell-zislnx stop es incorrecto, porque RHEL 3 no sigue los estándares LSB.

Solución: no utilice el comando /etc/init.d/novell-zislnx stop. Normalmente no tendrá que ejecutar este comando porque cuando se ejecuta /etc/init.d/novell-zislnx desde un indicador bash o al arrancar, se ejecuta una vez y, a continuación, se detiene.

2.6.4 Se produce un error de imposibilidad de crear el enlace simbólico de Linux al restaurar una imagen adicional extraída

No se admite la utilización de un enlace simbólico en imágenes adicionales si la ubicación del enlace no existe en el dispositivo en el que se extrae la imagen adicional.

2.6.5 No es posible acceder a la partición de utilidades después de aplicar un lote de configuración en un dispositivo Dell PE700

La partición de utilidades de Dell ^* se basa en su versión de MBR (Master Boot Record, registro de arranque principal) para funcionar correctamente. Grub también usa MBR como cargador de arranque. Si instala la partición de utilidades de Dell y, a continuación, instala el sistema operativo Linux ^*, la versión de MBR de Dell se sobrescribe con la versión de grub. Encontrará instrucciones para solucionar este problema en la sección Creaci—n de lotes de configuraci—n de Dell de la Gu’a de administraci—n de Novell ZENworks 7.2 Linux Management .

No obstante, las instrucciones no son compatibles con los dispositivos Dell PE700. No existe ninguna solución para los dispositivos Dell PE700.

2.7.1 El inventario de hardware no proporciona determinada información

2.7.2 Las reglas de registro basadas en CPU pueden fallar con algunos procesadores Intel Pentium

Si crea una regla de registro basada en CPU para filtrar procesadores Intel* Pentium ^* para registrar el dispositivo gestionado en el servidor, la utilidad de exploración de inventario (hwinfo) captura el nombre del modelo de CPU como "Procesador Pentium(R) 4 2800 MHz" en lugar de "Intel(R) Pentium(R) 4 CPU 2,80 GHz" con algunos equipos (se omite el prefijo Intel). Debido a ello, es posible que el registro del dispositivo en el servidor no se lleve a cabo correctamente.

Solución: ninguna.

2.8.1 Al iniciar la operación de gestión remota se muestra una pantalla gris

Al iniciar la operación de gestión remota en un dispositivo gestionado, la sesión lanzada sólo muestra una pantalla gris con un cursor en forma de X, debido a que XDMCP no está habilitado en el dispositivo gestionado.

Solución: habilite XDMCP manualmente en el dispositivo gestionado ejecutando el guión /opt/novell/zenworks/bin/novell-rm-fixrl.sh con las opciones necesarias, e inicie la operación de entrada a la sesión remota.

2.8.2 A veces el applet de gestión remota -VNC se bloquea al iniciar una sesión de gestión remota

Al iniciar una sesión de gestión remota, el applet de gestión remota -VNC se bloquea de forma aleatoria.

Solución: detenga y reinicie todas las sesiones del navegador en ejecución y vuelva a intentar entrar a la sesión de gestión remota.