Dell VNX: Får ikke tilgang til Unisphere-grensesnittet for brukergrensesnittet etter oppgraderingen

Flare OE og NAS oppgraderinger.

Får ikke tilgang til Unisphere-webgrensesnittet etter en oppgradering av OE-flamme- og NAS-kode. Unisphere ble utilgjengelig, httpd.conf filen gikk tilbake til standard og ved redigering en ekstra plass ble lagt inn forårsaker problemer med Apache skriptet.

Kunden måtte redigere /nas/http/conf/httpd.conf på nytt etter en oppgradering da filen går tilbake til standardinnstillingene.
I dette tilfellet måtte kunden legge til sikkerhetschiffer på nytt på SSLCipherSuite-linjen. Enhver feil i redigering, for eksempel å legge igjen en ekstra plass i filen, kan imidlertid føre til at Apache-skriptet mislykkes.

For å bekrefte et problem med httpd.conf-filen, sjekk feilforekomster angående Apache og Tomcat 'uventet avsluttet' ved å bruke følgende kommandoer:

/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

Se etter syntaksfeil i apache_restart.ut-filen ved hjelp av følgende kommando:

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

For å bekrefte problemer med httpd.conf:
Do a vi eller less på /nas/http/conf/httpd.conf-filen og søk etter linjenummeret du ser med syntaksfeilen fra apache_restart.out. Kontroller deretter samme fil og linjenummer på en lab-array for å finne ut hvor ekstra mellomrom eller feil/manglende tegn er, og rediger for å løse problemet.

Etter å ha bekreftet et redigeringsproblem med httpd.conf-filen:
For SSLCipherSuite-eksemplet, vil du redigere og fjerne den ekstra plassen på den linjen for å endre den fra en linje brutt i to linjer tilbake til en enkelt linje:

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

Etter å ha fjernet den ekstra plassen, vil den da se slik ut:

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

Etter å ha fikset redigeringsfeilen i httpd.conf-filen, bekreft at feilene har stoppet ved å gjennomgå loggene igjen med:

tail -f on /var/log/messages

og

/nas/http/logs/apache_restart.out

Feilene har en tendens til å strømme og stoppe rett etter at du har løst problemredigeringen.
Huske: Ovennevnte er et eksempel for å vise et mellomrom lagt til en enkelt linje, bryte den opp og få det til å være to separate linjer i filen. Men du må vurdere fra sak til sak og fikse deretter, det være seg ekstra mellomrom, fjernede mellomrom eller skrivefeil.

Fra /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.

Fra /nas/tomcat/logs/catalina.out: Du kan se en "ALVORLIG: Forespørsel om feil ved dekoding"-meldingen.

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.

Hvis en omstart av Tomcat, Apache og httpd av en eller annen grunn er nødvendig etter at du har bekreftet httpd.conf-filen, har ingen ytterligere problemer, kan du gjøre det ved å bruke denne kommandoen:

/nas/http/nas_ezadm/etc/script restart

Det bør bemerkes at omstart av Apache / Tomcat / httpd alene har ingen effekt hvis dette er et bekreftet problem eller feil i vi redigering av filen, før etter at redigeringsfeilen er rettet. Hvis httpd.conf-filen har dårlig syntaks, ser du "SEVERE: Catalina.stop: java.net.ConnectException: Connection refused (Connection refused)" feil som ville dukke opp under omstart av tjenester.

Du kan også sjekke en vanlig getagent-kommando:

/nas/sbin/naviseccli -h SPA getagent

Og så må du også sjekke sikkerhetscreds for å være sikker på at det ikke er noen problemer:

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

Hvis sikkerhet naviseccli kommandoen mislykkes, gjør du et KBA-søk ved hjelp av følgende for å finne flere relaterte KB-artikler:

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