2.3 Solución de problemas

Si la actualización del servidor ZENworks falla, debe solucionar el problema y volver a ejecutar el instalador de la actualización de ZENworks.

Debe volver a ejecutar el instalador de la actualización en el mismo servidor donde se inició la actualización.
Si la actualización falla durante la acción de actualización de la base de datos posterior al paquete, al volver a ejecutarla, después de la autenticación de la zona, se muestra la página Resumen anterior a la actualización y el proceso de actualización continúa para realizar las acciones de la base de datos.
Si se usa la base de datos PostgreSQL incrustada, asegúrese de suprimir los archivos .dbR y .logR de la carpeta de la base de datos antes de volver a ejecutar el instalador de la actualización.

En las siguientes secciones se proporcionan soluciones para problemas que podrían surgir al actualizar el servidor primario ZENworks:

La actualización de ZENworks falla porque la actualización del motor de PostgreSQL ha fallado

Explicación: Al actualizar ZENworks, la actualización de ZENworks falla si la actualización del motor de PostgreSQL ha fallado. Esto puede deberse a que el servicio PostgreSQL se tenía un estado incoherente antes de que se iniciara la actualización.

Acción: Si aparece la excepción Database Service Creation (dbsvc) failed with return code: 2 (Error al crear el servicio de base de datos (dbsvc) con código: 2) en el registro de actualización, abra el archivo zen20u2_upgrade_status situado en /etc/opt/novell/zenworks en Linux o en %ZENWORKS_HOME%\conf en Windows y elimine la línea POSTGRES_ENGINE_UPGRADE = stop service. Inicie el servicio de base de datos incrustada y vuelva a activar la actualización.

La solución solo debe realizarse en caso de que se produzca un fallo en la detención del servicio. Esta solución no se recomienda en caso de que se produzcan errores en otras etapas.

La actualización se completa con un error en un servidor primario Linux

Explicación: Una explicación del mensaje.

Causa posible: Cuando se actualiza un servidor primario Linux, la actualización podría completarse con un error. Sin embargo, podría ser una falsa alarma y la actualización se ha podido realizar correctamente.

Solución: Abra el registro de actualización y compruebe si aparece la siguiente declaración:

“![CDATA[Docker service check failed: Format specifier '%s']]. Severity is CDATA[8]]”

Busque el número de instancias de "![CDATA[8]]" en el registro de actualización. Si solo hay una instancia y la declaración anterior, la actualización se ha realizado correctamente. Verifique lo mismo entrando en el Centro de control de ZENworks.

La actualización del sistema de reacuñación no tiene una línea de base cuando la actualización se aplica a un dispositivo que tiene agentes tanto de ZENworks como de MDM

Origen: ZENworks

Explicación: Cuando se inicia el proceso de reacuñación en un dispositivo con agentes tanto de ZENworks como de MDM, el certificado se aplicará correctamente en el agente ZENworks y el estado se mostrará como completado; pero el estado del agente de MDM mostrará el estado Pendiente de activación del certificado, y este estado se mantendrá incluso si se anula la inscripción de MDM mediante la tarea rápida Anular inscripción del dispositivo de MDM. Por lo tanto, la actualización de la reacuñación no dispondrá de línea de base incluso después de que se alcance el tiempo de activación.

Acción: Para establecer la línea de base de la actualización, ignore la actualización del sistema de reacuñación en el dispositivo.

La actualización a ZENworks 2020 falla en un servidor primario Windows

Explicación: La actualización del servidor primario Windows a ZENworks 2020 falla.

Acción: Realice los siguientes pasos:

Si la actualización del servidor ya ha fallado, ejecute el siguiente comando como superusuario:

icacls "%zenworks_home%\cache" /remove:d Users
Después de ejecutar el comando, vuelva a intentar la actualización mediante la imagen ISO del medio de actualización de ZENworks 2020.

El dispositivo de MDM muestra un estado incoherente después de actualizar a ZENworks 2020 Update 2

Origen: ZENworks

Explicación: Cuando se aplica ZENworks 2020 Update 2 en un dispositivo de MDM que se ha inscrito en ZENworks 2020 o 2020 Update 1 (solo MDM), el estado del dispositivo de actualización del sistema indica que la actualización no se puede aplicar.

Acción: Ninguna

Después de actualizar todos los dispositivos de la zona, puede omitir los dispositivos de MDM para establecer la línea de base de la actualización.

La actualización del sistema falla debido a un error de rearranque pendiente

Origen: ZENworks

Explicación: Cuando se distribuye la actualización del sistema, el sistema se reinicia varias veces. Incluso después de apagar el sistema, la actualización del sistema falla y muestra el error de rearranque pendiente.

Acción: Se recomienda reiniciar o rearrancar el dispositivo después de actualizarlo. En los dispositivos Windows más recientes, debido al modo de inicio rápido, no se considera que apagar e iniciar sea rearrancar el dispositivo. Por lo tanto, debe reiniciar o rearrancar el dispositivo o bien inhabilitar el modo de inicio rápido.

La actualización del sistema IOA falla en dispositivos SLED 15 SP1

Origen: ZENworks

Explicación: Cuando se distribuye una actualización del sistema IOA en dispositivos SLED 15 mediante el comando "zac su", la actualización del sistema puede fallar. Esto puede deberse a que el paquete "at" no esté instalado por defecto en los dispositivos SLED 15.

Para verificar si es así, los usuarios o administradores de IOA pueden consultar el archivo zmd-messages.log y comprobar el error "Cannot run program "at": error=2, No such file or directory" (No es posible ejecutar el programa "at": error=2 El archivo o el directorio no existen).

Acción: Si el paquete "at" no está instalado en el dispositivo IOA, instale el comando "at" mediante el comando zypper u otras herramientas. Después de instalar el comando "at", vuelva a ejecutar el comando zac su.

En caso de que el comando zypper no identifique el paquete "at", es posible instalar los siguientes RPM:

Los RPM se pueden descargar desde https://rpmfind.net/linux/rpm2html/search.php

Busque "libHX28" y descargue el archivo rpm aplicable a su plataforma de sistema operativo.

Ejemplo: libHX28-3.22-lp150.1.7.x86_64.rpm
Busque "libfl2" y descargue el archivo rpm aplicable a su plataforma de sistema operativo.

Ejemplo: libfl2-2.6.4-lp150.2.48.x86_64.rpm
Busque "at" y descargue el RPM aplicable a su plataforma de sistema operativo.

Ejemplo: at-3.1.20-lp150.2.27.x86_64.rpm

Durante la actualización de cualquier servidor primario Windows, el Explorador de Windows se reinicia automáticamente varias veces

Explicación: Durante la actualización de cualquier servidor primario Windows, el Explorador de Windows se reinicia automáticamente varias veces y se abre la ventana del indicador de comandos con el mensaje siguiente:

For each prompt presented, press 'enter' to accept the <default> value, type 'back' to return to the previous action, or type 'quit' to exit.

Acción: Ignore los mensajes.

Cuando se lanza la actualización de ZENworks, si la base de datos está ejecutando alguna transacción, podría producirse un conflicto en el proceso de actualización

Origen: ZENworks; Actualización

Explicación: Cuando se lanza la actualización de ZENworks, si la base de datos está ejecutando alguna transacción, podría producirse un conflicto en el proceso de actualización.

Acción: Elimine la sesión de la base de datos que presenta conflictos con el proceso de actualización. Lleve a cabo los pasos siguientes para eliminar una sesión de la base de datos:

Entre en la base de datos como usuario del sistema y lance el cliente SQL.
Ejecute uno de los guiones siguientes, según el tipo de base de datos.
- Oracle:
  
  select 'ALTER SYSTEM KILL SESSION '''||SID||','||SERIAL#||''';' AS "Drop Query",b.sql_text,a.* from gv$session a, gv$sql b where (case when a.sql_id is null then a.prev_sql_id else a.sql_id end)=b.sql_id and a.program='JDBC Thin Client' and a.logon_time< (sysdate-3/60/24) and a.username='<<USUARIOZENWORKS>>';
  
  Dónde:
  
  USUARIOZENWORKS es el nombre de usuario de la base de datos de ZENworks.
- MS SQL:
  
  select 'KILL '+cast(spid as varchar(100)) as "Drop Query", r.text,s.* from sys.sysprocesses s cross apply sys.dm_exec_sql_text (sql_handle) r where s.program_name='jTDS' and s.spid!=@@spid and s.login_time < dateadd(minute,-3,getdate()) and s.loginame='<<USUARIOZENWORKS>>';
  
  Dónde:
  
  USUARIOZENWORKS es el nombre de usuario de la base de datos de ZENworks.
- SQL Anywhere:
  
  SELECT 'Drop connection '+cast(sa_conn_info.Number as varchar(100))+';' as "Drop Query", sa_conn_info.Number AS connection_number, DB_NAME( DBNumber ) AS database_name, sa_conn_info.name AS connection_name, sa_conn_info.userid, CONNECTION_PROPERTY( 'LoginTime', Number ) as "Login Time", CONNECTION_PROPERTY( 'LastStatement', Number ) As "Query" FROM sa_conn_info() where sa_conn_info.Number != @@spid and CONNECTION_PROPERTY( 'LoginTime', Number ) < dateadd(minute,-3,getdate()) and userid='<<USUARIOZENWORKS>>';
  
  Donde
  
  USUARIOZENWORKS es el nombre de usuario de la base de datos de ZENworks.

Mientras se usa una base de datos Oracle, durante la actualización o la creación de la base de datos se muestra el mensaje de error de TNS

Origen: ZENworks; Actualización

Explicación: Mientras se usa una base de datos Oracle durante la actualización o la creación de la base de datos, se obtiene un mensaje de error: TNS:listener could not find available handler with matching protocol stack (TNS:listener no encuentra ningún gestor disponible con una pila de protocolos que coincida).

Acción: Aumente la carga máxima de las conexiones dedicadas, lo que se determina mediante el parámetro PROCESSES. Si el problema persiste, póngase en contacto con el Centro de servicios al cliente de Micro Focus.

Mientras se usa una base de datos MS-SQL, durante la actualización o la creación de la base de datos hay problemas de conexión

Origen: ZENworks; Actualización

Explicación: Mientras se usa una base de datos MS-SQL, durante la actualización o la creación de la base de datos hay problemas de conexión y se muestra el mensaje de error siguiente:

org.hibernate.exception.JDBCConnectionException: Cannot open connection
Caused by: java.sql.SQLException: I/O Error: Connection reset
Caused by: java.net.SocketException: Connection reset

Acción: Ejecute select * from sys.configurations where name='user connections'

Por defecto, el número máximo de conexiones es de 32 767. Puede ajustar este número en Número de servidores primarios * 200. Para obtener más información sobre cómo configurar las conexiones de usuarios, consulte http://technet.microsoft.com/en-us/library/ms187030.aspx.

Compruebe si el servidor MS-SQL hace un alto uso de la CPU y tiene una carga elevada del servidor de la base de datos. Póngase en contacto con el Centro de servicios al cliente de Micro Focus para obtener más ayuda.

Se muestran valores incorrectos para los registros de inventario que se deben limpiar

Origen: ZENworks; Actualización

Explicación: Cuando se selecciona la opción para limpiar en el asistente de actualización, el número de registros especificados para borrar se muestra en la página de resumen previo a la limpieza.

Por ejemplo, si ha marcado 8 000 000 de registros de un total de 10 000 000 para limpiar, en el campo Número de registros marcados para limpiar se muestra 8 000 000 de 10 000 000.

Tras realizar una limpieza correctamente, al volver a lanzar el asistente de actualización a fin de realizar la limpieza, en la página de limpieza de la base de datos se muestra un valor incorrecto en el campo Número total de registros marcados para limpiar.

Por ejemplo, si se han suprimido 8 000 000 de registros de inventario de los 10 000 000 existentes, el valor que debería mostrarse en el campo Número total de registros marcados para limpiar sería de 2 000 000.

Actualmente, se muestra un valor incorrecto. Como resultado existe una diferencia entre los valores mostrados para los registros de inventario suprimidos y los registros de inventario que quedan por borrar.

Acción: No hay solución.

Se produce un error al suprimir una carpeta con un nombre largo

Origen: ZENworks; Actualización

Explicación: En una zona de ZENworks que use una base de datos SQL Server, al intentar suprimir un objeto de ZENworks (por ejemplo, un dispositivo o una carpeta) cuyo nombre tenga más de 900 bytes, recibirá el siguiente mensaje de error:

com.novell.zenworks.datamodel.exceptions.InternalDataModelException: org.hibernate.exception.GenericJDBCException: Error en la operación. La entrada de índice de 912 bytes de longitud para el índice 'idx_zZENObject_Name' supera la longitud máxima de 900 bytes.

Acción: Asegúrese de que la longitud de los nombres de objetos de ZENworks de la zona no supera los 900 bytes. Para obtener más información, consulte https://technet.microsoft.com/en-us/library/ms191241%28v=sql.105%29.aspx.

El esquema de ZENworks no se actualiza debido a la incompatibilidad de intercalación en la base de datos MS SQL

Origen: ZENworks; Actualización

Explicación: El esquema de ZENworks no se actualiza si el servidor MS SQL y las intercalaciones de la base de datos de auditoría son incompatibles.

Acción: Ejecute las siguientes consultas SQL en ambas bases de datos (ZENworks y auditoría) para verificar la compatibilidad de la intercalación de bases de datos:

Consulta SQL para obtener intercalaciones de bases de datos:

SELECT collation_name FROM sys.databases WHERE name = db_name();
Consulta SQL para obtener intercalaciones de columnas de la base de datos:

select distinct collation_name from information_schema.columns where collation_name is not null;

Envíe los registros de actualización y los resultados de las consultas al servicio al cliente de Micro Focus para su análisis.

El archivo de registro XML de actualización no se muestra correctamente en Google Chrome y Firefox

Origen: ZENworks; Actualización

Explicación: Cuando intenta ver el archivo de registro XML de actualización en Google Chrome y Firefox, no se muestra correctamente.

Acción: Para ver el archivo de registro en un navegador, ejecute la siguiente acción de configuración:

microfocus-zenworks-configure -c

ConvertLogToHTMLConfigureAction -DlogFile=<VíaArchivoRegistro>

La acción de configuración convierte el archivo de registro XML a HTML y lo abre en un navegador Web.

Como alternativa, puede ver el archivo de registro en cualquier editor de texto.

En un servidor primario Linux, los servicios heredados de Novell se muestran en la acción de configuración de inicio

Origen: ZENworks; Actualización

Explicación: Después de actualizar a ZENworks 2020 Update 2 en un servidor primario Linux, al ejecutar el siguiente comando:

novell-zenworks-configure -c Start

se muestran los servicios heredados de Novell y no los nuevos servicios de Micro Focus. Si intenta iniciar, detener o reiniciar servicios, se muestra una excepción.

Acción: Salga del servidor Linux y vuelva a entrar. Abra una ventana de terminal y ejecute el comando siguiente:

novell-zenworks-configure -c Start

Ahora se muestran los nuevos servicios de Micro Focus. Puede iniciar, detener o reiniciar los servicios.

La actualización del servidor primario de ZENworks falla con el error "Zulu Platform x64 Architecture has stopped working"

Origen: ZENworks; Actualización

Explicación: Al actualizar un servidor primario Windows ZENworks 2020 o ZENworks 2020 Update 1 a ZENworks 2020 Update 2, la actualización falla con el siguiente error:

Zulu Platform x64 Architecture has stopped working (La arquitectura x64 de la plataforma Zulu ha dejado de funcionar)

Causa posible: El error se produce debido a un ajuste de Prevención de ejecución de datos (DEP) que entra en conflicto con el programa.

Acción: Compruebe la instancia de DEP del servidor accediendo a Panel de control > Sistema > Configuración avanzada del sistema. En la ventana Propiedades del sistema, haga clic en Avanzado en la sección Rendimiento y haga clic en Configuración. En la ventana Opciones de rendimiento, haga clic en Prevención de ejecución de datos.

Anote el ajuste actual. Seleccione Activar DEP solo para los programas y servicios de Windows esenciales si no está seleccionado. Reinicie el servidor Windows y vuelva a intentar la actualización del servidor primario de ZENworks. Si el error persiste, póngase en contacto con el servicio al cliente de Micro Focus.

Importante: si el ajuste se ha modificado antes de la actualización, revierta el valor y reinicie el servidor Windows.