Dell VNX: Impossibile accedere all'interfaccia web dell'interfaccia utente di Unisphere dopo l'aggiornamento

Upgrade Flare OE e NAS.

Impossibile accedere all'interfaccia web Unisphere dopo un upgrade del codice OE Flare e NAS. Unisphere è diventato inaccessibile, il file httpd.conf è tornato alle impostazioni predefinite e al momento della modifica è stato inserito uno spazio aggiuntivo causando problemi con lo script Apache.

Il cliente ha dovuto modificare nuovamente il file /nas/http/conf/httpd.conf dopo un aggiornamento poiché il file torna alle impostazioni predefinite.
In questo caso, il cliente ha dovuto aggiungere nuovamente le crittografie di sicurezza nella riga SSLCipherSuite. Tuttavia, qualsiasi errore di modifica, ad esempio l'inserimento di uno spazio aggiuntivo nel file, può causare l'esito negativo dello script Apache.

Per verificare un problema con il file httpd.conf, controllare le istanze di errore relative ad Apache e Tomcat "unexpectedly exited" utilizzando i seguenti comandi:

/nas/tools/dbchk -wvxpV
nas_logviewer /nas/log/sys_log | grep -i apache | tail
nas_logviewer /nas/log/sys_log | grep -i tomcat | tail
cat /var/log/messages | grep -i tomcat | tail
cat /var/log/messages | grep -i apache | tail
cat /nas/tomcat/logs/catalina.out  | grep -i error | tail

Verificare la presenza di errori di sintassi nel file apache_restart.out utilizzando il seguente comando:

cat /nas/http/logs/apache_restart.out | grep -i syntax | tail

Per verificare i problemi con il file httpd.conf:
Do a vi o less su /nas/http/conf/httpd.conf e cercare il numero di riga visualizzato con l'errore di sintassi da apache_restart.out. Quindi controllare lo stesso file e lo stesso numero di riga in un lab array per determinare dove si trova lo spazio aggiuntivo o il carattere errato/mancante e modificare per risolvere il problema.

Dopo aver confermato un problema di modifica con il file httpd.conf:
Per l'esempio SSLCipherSuite, è necessario modificare e rimuovere lo spazio aggiuntivo su quella riga per cambiarla da una riga spezzata in due righe a una singola riga:

< # SSL Cipher Suite:
< # List the ciphers that the client is permitted to negotiate.
< # See the mod_ssl documentation for a complete list.
< #SSLCipherSuite ALL:!ADH:!DH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:-MEDIUM:-LOW
< SSLCipherSuite
< ALL:!ADH:!DH:!EXPORT:!SSLv2:+HIGH:-MEDIUM:-LOW

Dopo aver rimosso lo spazio aggiuntivo, l'aspetto è simile al seguente:

< # SSL Cipher Suite:
< # List the ciphers that the client is permitted to negotiate.
< # See the mod_ssl documentation for a complete list.
< #SSLCipherSuite ALL:!ADH:!DH:!EXPORT:!SSLv2:+HIGH:-MEDIUM:-LOW
< SSLCipherSuite ALL:!ADH:!DH:!EXPORT:!SSLv2:+HIGH:-MEDIUM:-LOW

Dopo aver corretto l'errore di modifica nel file httpd.conf, verificare che gli errori siano stati interrotti esaminando nuovamente i registri con:

tail -f on /var/log/messages

e

/nas/http/logs/apache_restart.out

Gli errori tendono ad essere in streaming e si interrompono subito dopo aver risolto la modifica del problema.
Ricordare: Quanto sopra è un esempio per mostrare uno spazio aggiunto a una singola riga, suddividendola e facendo sì che sia composta da due righe separate nel file. Ma dovresti valutare caso per caso e correggere di conseguenza che si tratti di spazi extra, spazi rimossi o errori di battitura.

Da /nas/log/syslog:

# nas_logviewer /nas/log/sys_log | grep -i apache | tail -5

Sep 11 11:48:25 2019:CS_PLATFORM:MasterControl:EMERGENCY:6:::::Daemon Apache daemon unexpectedly exited (status = 0); ifexit=1, exitstatus=0, ifsignal=0, termsig=0, ifstop=0, stopsig=0, ifdump=0.
Sep 11 11:48:25 2019:CS_PLATFORM:MasterControl:EMERGENCY:6:::::Daemon Apache daemon unexpectedly exited (status = 0); ifexit=1, exitstatus=0, ifsignal=0, termsig=0, ifstop=0, stopsig=0, ifdump=0.
Sep 11 11:48:25 2019:CS_PLATFORM:MasterControl:EMERGENCY:6:::::Daemon Apache daemon unexpectedly exited (status = 0); ifexit=1, exitstatus=0, ifsignal=0, termsig=0, ifstop=0, stopsig=0, ifdump=0.
Sep 11 11:48:26 2019:CS_PLATFORM:MasterControl:EMERGENCY:6:::::Daemon Apache daemon unexpectedly exited (status = 0); ifexit=1, exitstatus=0, ifsignal=0, termsig=0, ifstop=0, stopsig=0, ifdump=0.
Sep 11 11:48:26 2019:CS_PLATFORM:MasterControl:EMERGENCY:15:::::Apache daemon respawning too fast; disabled for 5 minutes.

Da /nas/tomcat/logs/catalina.out: Viene visualizzato il messaggio "SEVERE: Errore nella richiesta di decodifica".

Aug 28, 2019 8:23:31 PM org.apache.jk.common.ChannelSocket processConnection
WARNING: processCallbacks status 2
Aug 28, 2019 8:23:31 PM org.apache.jk.common.HandlerRequest invoke
SEVERE: Error decoding request
java.io.CharConversionException: Invalid char in port: 58
at org.apache.jk.common.HandlerRequest.parseHost(HandlerRequest.java:658)
at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:404)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:261)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Unknown Source)
Aug 28, 2019 8:23:31 PM org.apache.jk.common.ChannelSocket processConnection
WARNING: processCallbacks status 2
Wed Sep 4 10:24:48 CDT 2019 Starting tomcat web server.

Se per qualsiasi motivo è necessario riavviare Tomcat, Apache e httpd dopo aver verificato che il file httpd.conf non presenta ulteriori problemi, è possibile eseguire questa operazione utilizzando questo comando:

/nas/http/nas_ezadm/etc/script restart

Va notato che il riavvio di Apache/Tomcat/httpd da solo non ha alcun effetto se si tratta di un problema confermato o di un errore nella modifica del file, fino a quando l'errore di modifica non è stato corretto. Se il file httpd.conf ha una sintassi errata, viene visualizzato il messaggio "SEVERE: Catalina.stop: java.net.ConnectException: Errore Connection refused (Connection refused)" visualizzato durante il riavvio dei servizi.

Inoltre, è possibile controllare un normale comando getagent:

/nas/sbin/naviseccli -h SPA getagent

Quindi, controlla anche le credenziali di sicurezza per assicurarti che non ci siano problemi:

# /nas/sbin/naviseccli -h SPA -user sysadmin -password sysadmin -scope 0 getagent

Agent Rev: 7.33.9 (2.36)
Name: K10
Desc:
Node: A-APM00xxxxxxxxx
Physical Node: K10
Signature: 3854449
Peer Signature: 3698693
Revision: 05.33.009.5.238
SCSI Id: 0
Model: VNX7600
Model Type: Rackmount
Prom Rev: 33.51.00
SP Memory: 65536
Serial No: APM00xxxxxxxxx
SP Identifier: A
Cabinet: DPE9

Se il comando security naviseccli ha esito negativo, eseguire una ricerca KBA utilizzando quanto segue per trovare diversi articoli della KB correlati:

VNX:   /nas/sbin/naviseccli -h SPA -user <user> -password <password> -scope 0 getagent