2.3 Soluzione dei problemi

Se l'upgrade del server ZENworks non riesce, è necessario risolvere il problema ed eseguire nuovamente il programma di installazione dell'upgrade ZENworks.

È necessario eseguire nuovamente il programma di installazione dell'upgrade sullo stesso server in cui è stato avviato l'upgrade.
Se l'upgrade non riesce durante l'azione di upgrade del database successivamente al caricamento del pacchetto, al momento della nuova esecuzione e dopo l'autenticazione della zona, viene visualizzata la pagina di riepilogo pre-upgrade e l'upgrade continua ad eseguire le azioni del database.
Se si utilizza il database PostgreSQL incorporato, verificare che i file .dbR e .logR siano stati eliminati dalla cartella del database prima di eseguire nuovamente il programma di installazione dell'upgrade.

Le sezioni seguenti forniscono soluzioni ai problemi che possono verificarsi durante l'upgrade del server primario ZENworks:

L'upgrade di ZENworks ha esito negativo conseguentemente a quello del motore PostgreSQL

Spiegazione: durante l'upgrade di ZENworks, il processo ha esito negativo conseguentemente a quello del motore PostgreSQL. Ciò può essere dovuto al fatto che il servizio PostgreSQL era in uno stato incoerente prima dell'avvio dell'upgrade.

Azione: se nel log di upgrade viene registrata l'eccezione Creazione del servizio database (dbsvc) non riuscita. Codice restituito: 2, aprire il file zen20u2_upgrade_status disponibile al percorso /etc/opt/novell/zenworks in Linux e al percorso %ZENWORKS_HOME%\conf in Windows e rimuovere la riga POSTGRES_ENGINE_UPGRADE = stop service dal file. Avviare il servizio di database incorporato e riavviare l'upgrade.

Eseguire questa soluzione solo in caso di errore di arresto del servizio. Non utilizzarla in caso di errore in altre fasi.

L'upgrade viene completato con un errore su un server primario Linux

Spiegazione: una spiegazione del messaggio.

Possibile causa: quando si esegue l'upgrade di un server primario Linux, il processo potrebbe completarsi con un errore. Potrebbe trattarsi di un falso allarme e l'upgrade dovrebbe aver avuto esito positivo.

Soluzione dei problemi: aprire il log di upgrade e verificare se è registrata la seguente dicitura:

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

Cercare il numero di istanze di "![CDATA[8]]" nel log di upgrade. Se è presente una sola istanza, oltre alla dicitura di cui sopra, l'upgrade ha avuto esito positivo. Ripetere il controllo accedendo a ZCC.

L'aggiornamento di sistema relativo alla nuova creazione non viene impostato come riferimento se applicato a un dispositivo con gli agenti ZENworks e MDM

Origine: ZENworks

Spiegazione: quando si avvia il processo di nuova creazione in un dispositivo con entrambi gli agenti ZENworks e MDM, il certificato viene applicato sull'agente ZENworks e lo stato risulta completato, ma lo stato dell'agente MDM visualizza lo stato Attivazione certificato in sospeso. Questo stato permane anche in caso di annullamento della registrazione dei dispositivi MDM mediante il relativo task rapido. Pertanto l'aggiornamento relativo alla nuova creazione non viene impostato come riferimento anche una volta raggiunto l'orario di attivazione.

Azione: per impostare l'aggiornamento come riferimento, ignorarlo sul dispositivo.

L'upgrade a ZENworks 2020 non riesce su un server primario Windows

Spiegazione: durante l'upgrade del server primario Windows a ZENworks 2020, il processo ha esito negativo.

Azione: eseguire i passaggi seguenti:

se l'upgrade del server non è riuscito, eseguire il seguente comando come utente con privilegi avanzati:

icacls "%zenworks_home%\cache" /remove:d Users
Dopo aver eseguito il comando, eseguire di nuovo l'upgrade mediante ZENworks 2020 Media Upgrade (ISO).

Il dispositivo MDM mostra uno stato incoerente dopo l'upgrade a ZENworks 2020 Update 2

Origine: ZENworks

Spiegazione: applicando ZENworks 2020 Update 2 a un dispositivo MDM registrato in ZENworks 2020 o 2020 Update 1 (solo MDM), lo stato del dispositivo Aggiornamento del sistema mostra Aggiornamento non applicabile.

Azione: nessuna

Dopo aver aggiornato tutti i dispositivi nella zona, è possibile ignorare i dispositivi MDM per impostare l'aggiornamento come riferimento.

Aggiornamento del sistema non riuscito a causa di un errore di riavvio in sospeso

Origine: ZENworks

Spiegazione: durante la distribuzione dell'aggiornamento del sistema, quest'ultimo si riavvia ripetutamente. Anche in seguito a un arresto, l'aggiornamento del sistema ha esito negativo con un errore di riavvio in sospeso.

Azione: è consigliabile riavviare il dispositivo in seguito all'aggiornamento. Nei dispositivi Windows più recenti, per via della modalità di avvio rapido, la procedura di arresto e avvio non viene considerata come un riavvio del dispositivo. È pertanto necessario riavviare il dispositivo o disabilitare la modalità di avvio rapido.

L'aggiornamento del sistema IOA non riesce sui dispositivi SLED 15 SP1

Origine: ZENworks

Spiegazione: in fase di distribuzione di un aggiornamento del sistema IOA su dispositivi SLED 15 mediante il comando 'zac su', il processo potrebbe avere esito negativo. Il pacchetto 'at' potrebbe non essere installato per default nei dispositivi SLED 15.

Per verificare questa condizione, gli utenti o gli amministratori di IOA possono controllare il file zmd-messages.log e cercare l'errore 'Cannot run program "at": error=2, No such file or directory'.

Azione: se il pacchetto 'at' non è installato nel dispositivo IOA, installarlo mediante il comando zypper o altri strumenti. Dopo aver installato il comando 'at', eseguire nuovamente il comando zac su.

Nel caso in cui il comando zypper non riesca a identificare il pacchetto 'at', è possibile installare i seguenti Redhat Package Manager (RPM):

I Redhat Package Manager (RPM) sono disponibili per il download all'indirizzo https://rpmfind.net/linux/rpm2html/search.php

Cercare 'libHX28' ed effettuare il download del Redhat Package Manager (RPM) applicabile alla piattaforma del sistema operativo.

Esempio: libHX28-3.22-lp150.1.7.x86_64.rpm
Cercare 'libfl2' ed effettuare il download del Redhat Package Manager (RPM) applicabile alla piattaforma del sistema operativo.

Esempio: libfl2-2.6.4-lp150.2.48.x86_64.rpm
Cercare 'at' ed effettuare il download del Redhat Package Manager (RPM) applicabile alla piattaforma del sistema operativo.

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

Durante l'upgrade di un server primario Windows, Esplora risorse viene riavviato automaticamente diverse volte

Spiegazione: durante l'upgrade di un server primario Windows, Esplora risorse viene riavviato automaticamente diverse volte e viene automaticamente avviata la finestra del prompt dei comandi con il messaggio seguente:

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

Azione: ignorare i messaggi.

Quando si avvia l'upgrade di ZENworks, se il database sta eseguendo transazioni, potrebbe entrare in conflitto con il processo di upgrade

Origine: ZENworks; upgrade

Spiegazione: quando si avvia l'upgrade di ZENworks, se il database sta eseguendo transazioni, potrebbe entrare in conflitto con il processo di upgrade.

Azione: terminare la sessione del database che entra in conflitto con il processo di upgrade. Eseguire la procedura seguente per terminare una sessione del database:

Effettuare il login al database come utente di sistema e avviare il client SQL.
Eseguire uno degli script seguenti, in base al tipo di database:
- 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='<<ZENWORKSUSER>>';
  
  Dove:
  
  ZENWORKSUSER è il nome dell'utente del database 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='<<ZENWORKSUSER>>';
  
  Dove:
  
  ZENWORKSUSER è il nome dell'utente del database 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='<<ZENWORKSUSER>>';
  
  Dove
  
  ZENWORKSUSER è il nome dell'utente del database ZENworks.

Quando si utilizza un database Oracle ed è in corso l'upgrade o la creazione del database, viene visualizzato il messaggio di errore TNS

Origine: ZENworks; upgrade

Spiegazione: quando si utilizza un database Oracle ed è in corso l'upgrade o la creazione del database, viene visualizzato un messaggio di errore: TNS:listener could not find available handler with matching protocol stack.

Azione: aumentare il carico massimo per le connessioni dedicate, determinato dal parametro PROCESSES. Se il problema persiste, rivolgersi al supporto clienti Micro Focus.

Si verificano problemi di connessione quando si utilizza un database MS-SQL ed è in corso l'upgrade o la creazione del database

Origine: ZENworks; upgrade

Spiegazione: quando si utilizza un database MS-SQL ed è in corso l'upgrade o la creazione del database, si verificano problemi di connessione e viene visualizzato il messaggio di errore seguente:

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

Azione: eseguire select * from sys.configurations where name='user connections'

Per default, il numero massimo di connessioni è 32.767. È possibile modificarlo in Numero di server primari * 200. Per ulteriori informazioni su come configurare le connessioni utente, vedere http://technet.microsoft.com/it-it/library/ms187030.aspx.

Verificare se il server MS-SQL presenta un utilizzo elevato della CPU e un carico alto del server di database. Contattare il supporto clienti Micro Focus per ulteriore assistenza.

Valori non corretti visualizzati per i record di inventario da eliminare

Origine: ZENworks; upgrade

Spiegazione: quando si sceglie di eseguire l'operazione di eliminazione nella procedura guidata dell'upgrade, il numero di record specificati per l'eliminazione viene visualizzato nella pagina di riepilogo precedente l'eliminazione.

Se ad esempio sono stati selezionati 8.000.000 record su un totale di 10.000.000 record per l'eliminazione, viene visualizzato 8.000.000 di 10.000.000 nel campo Numero di record contrassegnati per l'eliminazione.

Al termine dell'eliminazione, quando si avvia nuovamente la procedura guidata dell'upgrade per l'eliminazione, nella pagina Eliminazione database viene visualizzato un valore non corretto nel campo Numero totale di record disponibili per l'eliminazione definitiva.

Se ad esempio sono stati eliminati 8.000.000 record di inventario su 10.000.000, il valore ideale da visualizzare nel campo Numero totale di record disponibili per l'eliminazione definitiva è 200.000.

Attualmente viene visualizzato un valore non corretto. Di conseguenza, non c'è corrispondenza tra i valori visualizzati per i record di inventario eliminati e quelli non ancora eliminati.

Azione: non esiste una soluzione.

Si verifica un errore quando si elimina una cartella con un nome lungo

Origine: ZENworks; upgrade

Spiegazione: in una zona ZENworks che utilizza un database SQL Server, quando si tenta di eliminare un oggetto ZENworks (ad esempio un dispositivo o una cartella) con un nome che supera i 900 byte, si riceverà l'errore seguente:

com.novell.zenworks.datamodel.exceptions.InternalDataModelException: org.hibernate.exception.GenericJDBCException: Operation failed. The index entry of length 912 bytes for the index 'idx_zZENObject_Name' exceeds the maximum length of 900 bytes.

Azione: assicurarsi che la lunghezza dei nomi degli oggetti ZENworks nella zona non superi i 900 byte. Per ulteriori informazioni, vedere https://technet.microsoft.com/it-it/library/ms191241%28v=sql.105%29.aspx.

L'upgrade dello schema ZENworks ha esito negativo a causa di incompatibilità delle regole di confronto nel database MS-SQL

Origine: ZENworks; upgrade

Spiegazione: l'upgrade dello schema ZENworks ha esito negativo se le regole di confronto del server MS-SQL e del database di revisione sono incompatibili.

Azione: eseguire le seguenti query SQL su entrambi i database ZENworks e di revisione per verificare la compatibilità delle regole di confronto:

Query SQL per ottenere le regole di confronto del database:

SELECT collation_name FROM sys.databases WHERE name = db_name();
Query SQL per ottenere le regole di confronto delle colonne del database:

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

Condividere l'output delle query e dei log di aggiornamento con il supporto clienti Micro Focus per ulteriori analisi.

Il file di log XML di upgrade non viene visualizzato correttamente in Google Chrome e Firefox

Origine: ZENworks; upgrade

Spiegazione: se si tenta di visualizzare il file di log XML di upgrade in Google Chrome e Firefox, l'operazione non riesce.

Azione: per visualizzare il file di log in un browser, eseguire la seguente azione di configurazione:

microfocus-zenworks-configure -c

ConvertLogToHTMLConfigureAction -DlogFile=<PercorsoFileLog>

L'azione di configurazione converte il file di log XML in formato HTML e lo apre in un browser Web.

In alternativa, è possibile visualizzare il file di log con un editor di testo qualsiasi.

In un server primario Linux, i servizi Novell esistenti vengono elencati nell'azione di avvio della configurazione

Origine: ZENworks; upgrade

Spiegazione: dopo l'upgrade a ZENworks 2020 Update 2 in un server primario Linux, quando si esegue il comando:

novell-zenworks-configure -c Start

vengono elencati i servizi Novell esistenti, ma non i nuovi servizi Micro Focus. Se si tenta di avviare, interrompere o riavviare i servizi, viene visualizzata un'eccezione.

Azione: eseguire il logout dal server Linux e ripetere il login. Aprire una nuova finestra del terminale ed eseguire il seguente comando:

novell-zenworks-configure -c Start

I nuovi servizi Micro Focus risultano ora elencati. È possibile avviarli, interromperli o riavviarli.

L'upgrade del server primario ZENworks ha esito negativo con l'errore 'Zulu Platform x64 Architecture has stopped working'

Origine: ZENworks; upgrade

Spiegazione: durante l'upgrade del server ZENworks 2020 Update 1 o del server primario Windows alla versione 2020 Update 2, il processo ha esito negativo con il seguente errore:

Zulu Platform x64 Architecture has stopped working

Possibile causa: l'errore si verifica a causa dell'impostazione Protezione esecuzione programmi in conflitto con il programma.

Azione: verificare l'impostazione Protezione esecuzione programmi sul server accedendo a Pannello di controllo > Sistema > Impostazioni di sistema avanzate. Nella finestra Proprietà del sistema fare clic su Avanzate e, in Prestazioni, selezionare Impostazioni. Nella finestra Opzioni prestazioni fare clic su Protezione esecuzione programmi.

Prendere nota dell'impostazione attuale. Selezionare Attiva Protezione esecuzione programmi solo per i programmi e i servizi essenziali di Windows, se l'opzione è deselezionata. Riavviare il server Windows e ripetere l'upgrade del server primario ZENworks. Se l'errore persiste, rivolgersi al supporto Micro Focus.

Importante: se l'impostazione è stata modificata prima dell'upgrade, ripristinare il valore originale e riavviare il server Windows.