Dell VNX: Неможливо отримати доступ до веб-інтерфейсу інтерфейсу інтерфейсу UI Unisphere після оновлення

Summary: Після оновлення коду OE Unisphere став недоступним, файл httpd.conf повернувся до стандартного стану, а при редагуванні додавався додатковий пробіл, що спричинило проблеми зі скриптом apache. (Користувач може бути виправлений) ...

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 та NAS.

Неможливо отримати доступ до веб-інтерфейсу Unisphere після оновлення OE Flare та коду NAS. Unisphere став недоступним, файл httpd.conf повернувся до стандартного стану, а при редагуванні додавався додатковий пробіл, що спричинило проблеми зі скриптом Apache.

 

Cause

Після оновлення клієнту довелося перередагувати /nas/http/conf/httpd.conf, оскільки файл повертається до стандартних налаштувань
.У цьому випадку клієнту довелося знову додати шифри безпеки в лінійку SSLCipherSuite. Однак будь-яка помилка при редагуванні, наприклад, залишення зайвого місця у файлі, може призвести до невдачі скрипта Apache.

 

Resolution

Щоб підтвердити проблему з файлом httpd.conf, перевірте екземпляри помилок щодо Apache та Tomcat «несподівано вийшли» за допомогою наступних команд:

/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

Перевірте наявність синтаксичних помилок у файлі apache_restart.out за допомогою наступної команди:

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

Щоб підтвердити проблеми з httpd.conf:
Зробіть vi або менше у файлі /nas/http/conf/httpd.conf і знайдіть номер рядка, який бачите, з синтаксичною помилкою з apache_restart.out. Потім перевірте той самий файл і номер рядка на лабораторному масиві, щоб визначити, де знаходиться зайвий пробіл або неправильний/відсутній символ, і відредагуйте для вирішення.

Після підтвердження проблеми з редагуванням у файлі httpd.conf:
Для прикладу SSLCipherSuite ви повинні відредагувати і видалити зайвий простір у цьому рядку, щоб змінити його з одного рядка, розділеного на два рядки, назад на один рядок:

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

Після видалення зайвого місця це виглядало б так:

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

Після виправлення помилки редагування у файлі httpd.conf переконайтеся, що помилки припинилися, переглянувши журнали ще раз:

tail -f on /var/log/messages

І

/nas/http/logs/apache_restart.out

Помилки зазвичай стрімінгують і припиняються одразу після виправлення проблемного редагування.
Пам'ятати: Вище наведено приклад, який показує, як пробіл, доданий до одного рядка, розбиває його і робить це двома окремими рядками у файлі. Але доведеться оцінювати це індивідуально і відповідно виправляти — чи то зайві місця, чи видалені або помилки.

 

Additional Information

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

З /nas/tomcat/logs/catalina.out: Ви можете побачити «SEVERE»: Запит на декодування помилки» повідомлення.

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.

Якщо з будь-якої причини потрібне перезапуск Tomcat, Apache та httpd після того, як файл httpd.conf більше не має проблем, ви можете зробити це за допомогою цієї команди:

/nas/http/nas_ezadm/etc/script restart

Слід зазначити, що перезапуск Apache/Tomcat/httpd сам по собі не має значення, якщо це підтверджена проблема або помилка при редагуванні файлу, доки помилка не буде виправлена. Якщо файл httpd.conf має поганий синтаксис, ви бачите "SEVERE: Catalina.stop: java.net.ConnectException: Помилка Connection Refused (Connection Refed)", яка з'являлася під час перезапуску сервісу.

Також можна перевірити звичайну команду getagent:

/nas/sbin/naviseccli -h SPA getagent

А ще перевірте перевірку безпеки, щоб переконатися, що немає проблем:

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

Якщо команда безпеки naviseccli не спрацює, виконайте пошук у KBA за допомогою наступного способу, щоб знайти кілька пов'язаних статей KB:

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.