Dell VNX: Geen toegang tot Unisphere UI-webinterface na upgrade

Flare OE- en NAS-upgrades.

Geen toegang tot de Unisphere-webinterface na een upgrade van OE Flare- en NAS-code. Unisphere werd ontoegankelijk, het httpd.conf-bestand keerde terug naar de standaardinstellingen en bij het bewerken werd een extra spatie ingevoerd wat problemen veroorzaakte met het Apache-script.

De klant moest de /nas/http/conf/httpd.conf na een upgrade opnieuw bewerken omdat het bestand terugkeert naar de standaardinstellingen.
In dit geval moest de klant beveiligingscijfers opnieuw toevoegen aan de SSLCipherSuite-regel. Elke fout bij het bewerken, zoals het achterlaten van een extra spatie in het bestand, kan er echter voor zorgen dat het Apache-script mislukt.

Om een probleem met het httpd.conf-bestand te bevestigen, controleer je de foutmeldingen met betrekking tot Apache en Tomcat 'unexpectedly exited' met behulp van de volgende commando's:

/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

Controleer op syntaxisfouten in het bestand apache_restart.out met behulp van de volgende opdracht:

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

Om problemen met de httpd.conf te bevestigen:
Voer een vi of minder uit op het bestand /nas/http/conf/httpd.conf en zoek naar het regelnummer dat je ziet met de syntaxisfout van apache_restart.out. En controleer vervolgens hetzelfde bestand en regelnummer op een lab-array om te bepalen waar de extra spatie of het onjuiste/ontbrekende teken zich bevindt en bewerk om het op te lossen.

Na het bevestigen van een bewerkingsprobleem met het httpd.conf bestand:Voor
het SSLCipherSuite voorbeeld, zou je vi bewerken en de extra ruimte op die regel verwijderen om het te veranderen van één regel opgesplitst in twee regels terug naar een enkele regel:

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

Na het verwijderen van de extra spatie ziet het er dan als volgt uit:

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

Nadat je de bewerkingsfout in het httpd.conf-bestand hebt hersteld, bevestig je dat de fouten zijn gestopt door de logs opnieuw te bekijken met:

tail -f on /var/log/messages

En

/nas/http/logs/apache_restart.out

De fouten worden meestal gestreamd en stoppen direct nadat u het probleem hebt opgelost.
Zich herinneren: Het bovenstaande is een voorbeeld van een spatie die is toegevoegd aan een enkele regel, waardoor deze wordt opgesplitst en er twee afzonderlijke regels in het bestand voor worden gemaakt. Maar u zou van geval tot geval moeten beoordelen en dienovereenkomstig moeten corrigeren, of het nu gaat om extra spaties, verwijderde spaties of typefouten.

From /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: U kunt een "ERNSTIGE: Error decoding request" bericht.

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.

Als het om wat voor reden dan ook nodig is om Tomcat, Apache en httpd opnieuw op te starten nadat je hebt bevestigd dat het httpd.conf-bestand geen verdere problemen heeft, kun je dit doen met dit commando:

/nas/http/nas_ezadm/etc/script restart

Opgemerkt moet worden dat het herstarten van Apache/Tomcat/httpd alleen geen effect heeft als dit een bevestigd probleem of fout is bij het bewerken van het bestand, tot nadat de bewerkingsfout is gecorrigeerd. Als het httpd.conf bestand een slechte syntaxis heeft, zie je "SEVERE: Catalina.stop: java.net.ConnectException: Verbinding geweigerd (Verbinding geweigerd)" fout die zou verschijnen tijdens het opnieuw opstarten van de services.

U kunt ook een regulier getagent-commando controleren:

/nas/sbin/naviseccli -h SPA getagent

En controleer vervolgens ook de beveiligingsaanbevelingen om er zeker van te zijn dat er geen problemen zijn:

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

Als de opdracht security naviseccli mislukt, zoekt u een KBA-zoekopdracht met behulp van het volgende om verschillende gerelateerde KB-artikelen te vinden:

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