Dell VNX : Impossible d’accéder à l’interface Web de l’interface utilisateur Unisphere après la mise à niveau

Mises à niveau Flare OE et NAS.

Impossible d’accéder à l’interface Web Unisphere après une mise à niveau du code OE Flare et du code NAS. Unisphere est devenu inaccessible, le fichier httpd.conf est revenu aux valeurs par défaut et, lors de la modification, un espace supplémentaire a été saisi, causant des problèmes avec le script Apache.

Le client a dû modifier à nouveau le fichier /nas/http/conf/httpd.conf après une mise à niveau, car le fichier revient aux paramètres par défaut.
Dans ce cas, le client a dû rajouter des chiffrements de sécurité sur la ligne SSLCipherSuite. Cependant, toute erreur d’édition, telle que l’ajout d’un espace supplémentaire dans le fichier, peut entraîner l’échec du script Apache.

Pour confirmer un problème avec le fichier httpd.conf, vérifiez les instances d’erreur concernant Apache et Tomcat « quitté de manière inattendue » à l’aide des commandes suivantes :

/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

Recherchez des erreurs de syntaxe dans le fichier apache_restart.out à l’aide de la commande suivante :

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

Pour confirmer les problèmes avec le fichier httpd.conf :
Faites un vi ou moins sur le fichier /nas/http/conf/httpd.conf et recherchez le numéro de ligne que vous voyez avec l’erreur de syntaxe de apache_restart.out. Ensuite, vérifiez le même numéro de fichier et de ligne sur une matrice de laboratoire pour déterminer où se trouve l’espace supplémentaire ou le caractère incorrect/manquant et modifiez-le pour résoudre ce problème.

Après avoir confirmé un problème d’édition avec le fichier httpd.conf :
Pour l’exemple SSLCipherSuite, vous devez modifier et supprimer l’espace supplémentaire sur cette ligne pour la faire passer d’une ligne divisée en deux lignes à une seule ligne :

< # 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

Après avoir supprimé l’espace supplémentaire, il ressemblerait alors à ceci :

< # 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

Après avoir corrigé l’erreur d’édition dans le fichier httpd.conf, vérifiez que les erreurs ont cessé en consultant à nouveau les journaux avec :

tail -f on /var/log/messages

et

/nas/http/logs/apache_restart.out

Les erreurs ont tendance à être en streaming et s’arrêtent juste après avoir corrigé le problème de modification.
Se souvenir: Ce qui précède est un exemple pour montrer un espace ajouté à une seule ligne, le divisant et le faisant apparaître sur deux lignes distinctes dans le fichier. Mais vous devrez évaluer au cas par cas et corriger en conséquence, qu’il s’agisse d’espaces supplémentaires, d’espaces supprimés ou de fautes de frappe.

À partir de /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.

From /nas/tomcat/logs/catalina.out : Le message « SEVERE : Message « Error decoding request ».

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.

Si, pour une raison quelconque, un redémarrage de Tomcat, Apache et httpd est nécessaire après avoir confirmé que le fichier httpd.conf n’a pas d’autres problèmes, vous pouvez le faire à l’aide de cette commande :

/nas/http/nas_ezadm/etc/script restart

Il convient de noter que le redémarrage d’Apache/Tomcat/httpd seul n’a aucun effet s’il s’agit d’un problème confirmé ou d’une erreur dans l’édition vi du fichier, jusqu’à ce que l’erreur d’édition soit corrigée. Si le fichier httpd.conf a une syntaxe incorrecte, vous voyez "SEVERE : Catalina.stop : java.net.ConnectException : Connection refused (Connection refused) » qui s’affiche lors du redémarrage des services.

En outre, vous pouvez vérifier une commande getagent standard :

/nas/sbin/naviseccli -h SPA getagent

Ensuite, vérifiez également les références en matière de sécurité pour vous assurer qu’il n’y a aucun problème :

# /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

Si la commande security naviseccli échoue, effectuez une recherche dans l’article de la base de connaissances à l’aide des éléments suivants pour trouver plusieurs articles connexes de la base de connaissances :

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