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) ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

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

 

Affected Products

VNX/VNXe

Products

VNX/VNXe
Article Properties
Article Number: 000056127
Article Type: Solution
Last Modified: 21 Nov 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.