Ad Widget

Collapse

Проблема после обновления версии 4.4.4 до версии 4.4.7 (DB Oracle)

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Navoyenok
    Senior Member
    • Dec 2011
    • 101

    #1

    Проблема после обновления версии 4.4.4 до версии 4.4.7 (DB Oracle)

    Добрый день!

    Суть проблемы:
    Конфигурация БД: Oracle.
    При отображении WEB-frontend ошибки:

    SQL error [ORA-00933: SQL command not properly ended] in [SELECT NULL FROM users u WHERE u.userid=3 FOR UPDATE;]

    В панели "System information":
    • Illegal string offset 'value' [zabbix.php:21 → require_once() → ZBase->run() → ZBase->processRequest() → CView->getOutput() → include() → make_status_of_zbx() → OracleDbBackend->checkEncoding() → OracleDbBackend->checkDatabaseEncoding() in include/classes/db/OracleDbBackend.php:85]
    • Illegal string offset 'parameter' [zabbix.php:21 → require_once() → ZBase->run() → ZBase->processRequest() → CView->getOutput() → include() → make_status_of_zbx() → OracleDbBackend->checkEncoding() → OracleDbBackend->checkDatabaseEncoding() in include/classes/db/OracleDbBackend.php:87]
    • Illegal string offset 'value' [zabbix.php:21 → require_once() → ZBase->run() → ZBase->processRequest() → CView->getOutput() → include() → make_status_of_zbx() → OracleDbBackend->checkEncoding() → OracleDbBackend->checkDatabaseEncoding() in include/classes/db/OracleDbBackend.php:87]

    Yes 172.26.33.210:10051
    180 9 / 1 / 170
    2668 369 / 2286 / 13
    1270 170 / 1100 [0 / 170]
    3 2
    2.91
    Incorrect parameter "A" value: "A" instead "UTF8".

    Сам процесс был завершен успешно о чем говорит лог запуска самого сервера.

    Подскажите, пожалуйста, куда копать. Может кто сталкивался с подобной проблемой. Я так понимаю, что проблема на в сервере, а в frontend-е, только непонятно как поправить.

    P.S.: Эта проблема была замечена еще при попытке перейти на версию 4.4.6, поэтому переход был отложен. Однака с выходом версии 4.4.7 ситуация не изменилась.
    Время от времени, с выходом новых версий подобная проблема появляется. Так что-то подобное было в версии 4.4.3, но это было быстро исправлено разработчиками в версии 4.4.4 (собственно, поэтому мы на эту версию перешли с 4.4.1).
  • Kos
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • Aug 2015
    • 3404

    #2
    Подозреваю, что дело в этом:
    What's new in Zabbix 4.4.6

    DB character set and collation check

    A check for the correct character set and collation is now performed on the database, database tables and table fields during the initial frontend installation. If the check fails a warning message is displayed.
    A warning message is also displayed in ReportsSystem information.
    Если так, то копать, соответственно, в направлении правильного выставления кодировки для сервера базы данных. Как оно там выставляется и на каком уровне (инстанса, базы, отдельных таблиц) - не подскажу, я в этом не специалист.

    Comment


    • Navoyenok
      Navoyenok commented
      Editing a comment
      Добрый день! Спасибо за ответ!
      Я тоже подозреваю что дело в кодировке (тем более что на англоязычном форуме говорят тоже самое). Отправлю Ваш ответ нашему DBA по Oracle пусть еще раз проверит (так как он говорит что с кодировкой все ок).
  • Kos
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • Aug 2015
    • 3404

    #3
    Navoyenok , не надо оставлять комментарии внутри других сообщений - лучше отвечайте отдельным сообщением.

    Можете ещё порекомендовать Вашему DBA вот это линк:

    Там рекомендации, какие действия должны были быть при создании базы (для разных СУБД).

    Comment


    • Navoyenok
      Navoyenok commented
      Editing a comment
      Добрый день!

      Спасибо за совет.

      Мы кодировку проверяли да и почему-то версия 4.4.4 работает без таких проблем. На запрос select parameter,value from v$nls_parameters where parameter='NLS_CHARACTERSET' or parameter='NLS_NCHAR_CHARACTERSET';
      Получаем:

      NLS_CHARACTERSET
      AL32UTF8

      NLS_NCHAR_CHARACTERSET
      UTF8

      где AL32UTF8 можно сказать что тоже UTF8
Working...