Dell VNX: Неможливо отримати доступ до веб-інтерфейсу інтерфейсу інтерфейсу UI Unisphere після оновлення
Summary: Після оновлення коду OE Unisphere став недоступним, файл httpd.conf повернувся до стандартного стану, а при редагуванні додавався додатковий пробіл, що спричинило проблеми зі скриптом apache. (Користувач може бути виправлений) ...
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