Dell VNX: Kan ikke få adgang til Unisphere UI-webgrænsefladen efter opgradering
Summary: Efter en OE-kodeopgradering blev Unisphere utilgængelig, filen httpd.conf vendte tilbage til standard, og efter redigering blev der indtastet et ekstra mellemrum, hvilket forårsagede problemer med apache-scriptet. (Kan rettes af brugeren) ...
Symptoms
Flare OE- og NAS-opgraderinger.
Kan ikke få adgang til Unisphere-webgrænsefladen efter en OE Flare- og NAS-kodeopgradering. Unisphere blev utilgængelig, httpd.conf-filen vendte tilbage til standard, og efter redigering blev der indtastet et ekstra mellemrum, hvilket forårsagede problemer med Apache-scriptet.
Cause
Kunden skulle redigere /nas/http/conf/httpd.conf igen efter en opgradering, da filen vender tilbage til standardindstillingerne.
I dette tilfælde måtte kunden tilføje sikkerhedscifre igen på SSLCipherSuite-linjen. Enhver redigeringsfejl, såsom at efterlade ekstra plads i filen, kan dog få Apache-scriptet til at mislykkes.
Resolution
For at bekræfte et problem med httpd.conf-filen skal du kontrollere fejlforekomster vedrørende Apache og Tomcat 'uventet afsluttet' ved hjælp af 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
Kontroller, om der er syntaksfejl i filen apache_restart.out ved hjælp af følgende kommando:
cat /nas/http/logs/apache_restart.out | grep -i syntax | tail
For at bekræfte problemer med httpd.conf:
Lav et vi eller mindre på filen /nas/http/conf/httpd.conf og søg efter det linjenummer, du ser med syntaksfejlen fra apache_restart.out. Og kontroller derefter den samme fil og linjenummer på et laboratoriearray for at bestemme, hvor det ekstra mellemrum eller forkerte/manglende tegn er, og rediger for at løse problemet.
Efter at have bekræftet et redigeringsproblem med httpd.conf-filen:
For SSLCipherSuite-eksemplet skal du redigere og fjerne den ekstra plads på den linje for at ændre den fra en linje opdelt i to linjer tilbage 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
Når du har fjernet den ekstra plads, vil den se sådan ud:
< # 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
Når du har rettet redigeringsfejlen i httpd.conf-filen, skal du bekræfte, at fejlene er stoppet, ved at gennemgå logfilerne igen med:
tail -f on /var/log/messages
Og
/nas/http/logs/apache_restart.out
Fejlene har tendens til at streame og stopper lige efter, at du har løst problemredigeringen.
Huske: Ovenstående er et eksempel for at vise et mellemrum tilføjet til en enkelt linje, der bryder det op og får det til at være to separate linjer i filen. Men du bliver nødt til at vurdere fra sag til sag og rette i overensstemmelse hermed, det være sig ekstra mellemrum, fjernede mellemrum eller stavefejl.
Additional Information
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: Anmodning om afkodning af fejl" meddelelse.
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 der af en eller anden grund er behov for en genstart af Tomcat, Apache og httpd efter bekræftelse af httpd.conf-filen ikke har yderligere problemer, kan du gøre det ved hjælp af denne kommando:
/nas/http/nas_ezadm/etc/script restart
Det skal bemærkes, at genstart af Apache / Tomcat / httpd alene ikke har nogen effekt, hvis dette er et bekræftet problem eller fejl i vi-redigering af filen, før redigeringsfejlen er rettet. Hvis filen httpd.conf har en dårlig syntaks, vises "SVÆR: Catalina.stop: java.net.ConnectException: Forbindelse nægtet (forbindelse nægtet)" fejl, der ville dukke op under genstart af tjenester.
Du kan også kontrollere en almindelig getagent-kommando:
/nas/sbin/naviseccli -h SPA getagent
Og derefter skal du også kontrollere sikkerhedstillid for at være sikker på, at der ikke er nogen 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 sikkerhedskommandoen naviseccli mislykkes, skal du foretage en KBA-søgning ved hjælp af følgende for at finde flere relaterede KB-artikler:
VNX: /nas/sbin/naviseccli -h SPA -user <user> -password <password> -scope 0 getagent