Dell VNX: Unisphere-käyttöliittymän verkkokäyttöliittymää ei voi käyttää päivityksen jälkeen
Summary: Kun OE-koodin päivitys Unisphere ei enää ollut käytettävissä, httpd.conf-tiedosto palasi oletusasetuksiin ja muokkauksen yhteydessä lisätila lisättiin, mikä aiheutti ongelmia apache-komentosarjan kanssa. (käyttäjän korjattavissa) ...
Symptoms
Flare-, OE- ja NAS-päivitykset.
Unisphere-verkkokäyttöliittymää ei voi käyttää OE Flare- ja NAS-koodin päivityksen jälkeen. Unisphere ei enää ollut käytettävissä, httpd.conf-tiedosto palasi oletusasetuksiin ja muokkauksen yhteydessä lisävälilyönti syötettiin, mikä aiheutti ongelmia Apache-komentosarjan kanssa.
Cause
Asiakkaan oli muokattava tiedostoa /nas/http/conf/httpd.conf uudelleen päivityksen jälkeen, koska tiedoston oletusasetukset palautuivat.
Tässä tapauksessa asiakkaan oli lisättävä suojaussalaukset uudelleen SSLCipherSuite-riville. Mikä tahansa muokkausvirhe, kuten ylimääräisen tilan jättäminen tiedostoon, voi kuitenkin aiheuttaa Apache-komentosarjan epäonnistumisen.
Resolution
Vahvista httpd.conf-tiedoston ongelma tarkistamalla Apachea ja Tomcatia koskevat virheesiintymät 'odottamatta poistuneet' seuraavilla komennoilla:
/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
Tarkista apache_restart.out-tiedoston syntaksivirheet seuraavalla komennolla:
cat /nas/http/logs/apache_restart.out | grep -i syntax | tail
Voit vahvistaa httpd.conf:
Tee vi tai vähemmän tiedostossa /nas/http/conf/httpd.conf ja etsiä rivinumeron, jonka näet syntaksivirheen kanssa tiedostosta apache_restart.out. Tarkista sitten sama tiedosto ja rivinumero laboratoriolevyjärjestelmässä, jotta voit määrittää, missä ylimääräinen tila tai väärä/puuttuva merkki on, ja ratkaista sen muokkaamalla.
Kun olet vahvistanut muokkausongelman httpd.conf-tiedostossa:
SSLCipherSuite-esimerkissä muokkaat ja poistat ylimääräisen tilan riviltä vaihtaaksesi sen kahdesta rivistä takaisin yhdelle riville:
< # 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
Kun ylimääräinen tila on poistettu, se näyttää tältä:
< # 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
Kun olet korjannut muokkausvirheen httpd.conf-tiedostossa, varmista, että virheet ovat loppuneet, tarkistamalla lokit uudelleen seuraavasti:
tail -f on /var/log/messages
ja
/nas/http/logs/apache_restart.out
Virheet yleensä suoratoistetaan ja loppuvat heti, kun olet korjannut ongelman muokkauksen.
Muistaa: Yllä oleva esimerkki näyttää välilyönnin, joka on lisätty yhdelle riville, hajottaa sen ja aiheuttaa sen olevan kaksi erillistä riviä tiedostossa. Mutta sinun on arvioitava tapauskohtaisesti ja korjattava vastaavasti, olipa kyse ylimääräisistä välilyönneistä, poistetuista välilyönneistä tai kirjoitusvirheistä.
Additional Information
Kansiosta /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.
Tiedostosta /nas/tomcat/logs/catalina.out: Näet "SEVERE: Virheen dekoodauspyyntö" -viesti.
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.
Jos jostain syystä Tomcatin, Apachen ja httpd: n uudelleenkäynnistys on tarpeen sen jälkeen, kun olet varmistanut, että httpd.conf-tiedostossa ei ole muita ongelmia, voit tehdä sen tällä komennolla:
/nas/http/nas_ezadm/etc/script restart
On huomattava, että Apache/Tomcat/httpd:n uudelleenkäynnistäminen yksinään ei vaikuta mihinkään korjattuun ongelmaan tai virheeseen tiedoston vi-muokkauksessa, ennen kuin muokkausvirhe on korjattu. Jos httpd.conf-tiedostossa on virheellinen syntaksi, näet "SEVERE: Catalina.stop: java.net.ConnectException: Connection denied (Connection refused) -virhe, joka näkyy, kun palveluja käynnistetään uudelleen.
Voit myös tarkistaa tavallisen getagent-komennon:
/nas/sbin/naviseccli -h SPA getagent
Tarkista myös tietoturvatiedot varmistaaksesi, ettei ongelmia ole:
# /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
Jos security naviseccli -komento epäonnistuu, etsi useita aiheeseen liittyviä tietämyskannan artikkeleita KBA-haulla seuraavasti:
VNX: /nas/sbin/naviseccli -h SPA -user <user> -password <password> -scope 0 getagent