Перейти к содержимому


Фото
- - - - -

Не обновляется Dr.Web ESS с 11.00.02 до 12.0


  • Please log in to reply
46 ответов в этой теме

#21 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 4 011 Сообщений:

Отправлено 14 Ноябрь 2019 - 11:58

listen_addresses закомментарен, стало быть дефолт в чистом виде. Дефолт (не знаю, может в разных версиях различается, но вряд ли) -- это именно локалхост. Именно поэтому дрвеб мог. Откуда утверждение "но при этом постгрес слушал именно интерфейс." следует?

Из

 

tcp        0      0 172.18.2.40:5432        0.0.0.0:*               LISTEN      27920/postgres


Семь раз отрежь – один раз проверь

#22 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 14 Ноябрь 2019 - 13:18

Значит, дефолт меняли. Ходим по кругу =)

Дефолт - слушать только локалхост.

Если listen_addresses = '*' -- будет слушать всё, до чего дотянется.

Если listen_addresses = '0.0.0.0' -- будет слушать IPv4 интерфейсы, включая localhost.

Вот если listen_addresses = '' точно не знаю, что должен слушать.


(exit 0)


#23 Александр Б.

Александр Б.

    Member

  • Posters
  • 143 Сообщений:

Отправлено 14 Ноябрь 2019 - 21:54

Значит, дефолт меняли. Ходим по кругу =)

Дефолт - слушать только локалхост.

Если listen_addresses = '*' -- будет слушать всё, до чего дотянется.

Если listen_addresses = '0.0.0.0' -- будет слушать IPv4 интерфейсы, включая localhost.

Вот если listen_addresses = '' точно не знаю, что должен слушать.

 

всё круче.

 

переменная listen_addresses всю дорогу была закомментирована :)


12.00.0 (15-10-2019 03:00:00) / Linux 4.15.18-041518-generic x86_64; Ubuntu 16.04.6 LTS; glibc 2.23 / PostgreSQL 9.5.19

#24 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 4 011 Сообщений:

Отправлено 14 Ноябрь 2019 - 22:09

Но на самом деле это и правда странно. Пошёл в доку – там написано, что да, по дефолту должен быть localhost.


Семь раз отрежь – один раз проверь

#25 Eugeny Gladkih

Eugeny Gladkih

    the Spirit of the Enlightenment

  • Dr.Web Staff
  • 5 234 Сообщений:

Отправлено 15 Ноябрь 2019 - 13:42

а не UDS?



#26 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 4 011 Сообщений:

Отправлено 15 Ноябрь 2019 - 18:25

Думал, но мне казалось сомнительным, что 11.0.2 туда пойдёт при указании локалхоста.


Семь раз отрежь – один раз проверь

#27 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 13:13

Кстати у Вас случаем не MSSQL? Это так, без логов пальцем в небо.

У меня аналогичная ситуация, только с базой на MSSQL.

При попытке обновится в веб-интерфейсе, возвращается обратно к текущей версии 11.0.2

Тоже самое было при обновлении с версии 11.0.1 на 11.0.2: https://forum.drweb.com/index.php?showtopic=331409
Тогда помогли, а сейчас что делать не знаю.

 

Последняя запись в dwupdater.log:

 

20191120 13:57:32 [DBG] [ Script ] Cleaning database

20191120 13:57:34 [DBG] [ Script ] Cleaning database process exit code is 0
20191120 13:57:34 [DBG] [ Script ] Initializing database with `C:/Program Files/DrWeb Server/etc\agent.key' key
20191120 13:57:58 [DBG] [ Script ] Initializing database process exit code is 0
20191120 13:57:58 [DBG] [ Script ] Importing database from `C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\dbexport.gz'
20191120 14:40:37 [DBG] [ Script ] Importing database process exit code is 0
20191120 14:40:37 [DBG] [ Script ] Execute start_server([=[DrWebES]=]) from form start_server, [=[DrWebES]=]
20191120 14:40:37 [DBG] [ Script ] Starting server through SCM
20191120 14:40:39 [DBG] [ Script ] Execute ignore(spit, [=[INSERT INTO admin_activity(record,subsys,login,address,oper,status,createtime) VALUES('66f57473-5a70-444b-868e-2d640c5fe06e',1,'admin','http://[::1]:56915',10605,2,20191120085718000); INSERT INTO activity_data(record,item,value,createtime) VALUES('66f57473-5a70-444b-868e-2d640c5fe06e','Error','Failed to run `upgrade_db("C:/Program Files/DrWeb Server/bin/drwcsd.exe")'', details: unable to upgrade database, process exit code is 20',20191120085718000);]=], [=[C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql]=]) from form ignore, spit, [=[INSERT INTO admin_activity(record,subsys,login,address,oper,status,createtime) VALUES('66f57473-5a70-444b-868e-2d640c5fe06e',1,'admin','http://[::1]:56915',10605,2,20191120085718000); INSERT INTO activity_data(record,item,value,createtime) VALUES('66f57473-5a70-444b-868e-2d640c5fe06e','Error','Failed to run `upgrade_db("C:/Program Files/DrWeb Server/bin/drwcsd.exe")'', details: unable to upgrade database, process exit code is 20',20191120085718000);]=], [=[C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql]=]
20191120 14:40:39 [DBG] [ Script ] Execute ifexist([=[C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql]=], ignore, update_db, [=[C:/Program Files/DrWeb Server/bin/drwcsd.exe]=], [=[C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql]=], [=[revert]=]) from form ifexist, [=[C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql]=], ignore, update_db, [=[C:/Program Files/DrWeb Server/bin/drwcsd.exe]=], [=[C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql]=], [=[revert]=]
20191120 14:40:39 [DBG] [ Script ] Updating database with `C:/Program Files/DrWeb Server/var\update\backup\11020190227000000-12020191015000000\rollback.sql'
20191120 14:40:40 [DBG] [ Script ] Updating database process exit code is 0
20191120 14:40:40 [DBG] [ Script ] Execute start_server([=[DrWebES]=]) from form start_server, [=[DrWebES]=]
20191120 14:40:40 [DBG] [ Script ] Starting server through SCM
20191120 14:40:40 [DBG] [ Script ] Server is already in state `running'
20191120 14:40:40 [DBG] [ Script ] Successfully completed `revert'
20191120 14:40:40 [DBG] [ Script ] Revert process exit code (revert -> master) is 0
20191120 14:40:40 [ERR] [ Script ] Failed on `master'


#28 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 13:18

C:\DrWeb Backup\upgradedb.log


(exit 0)


#29 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 13:21

C:\DrWeb Backup\upgradedb.log

Там все старое, от прошлого обновления, от февраля:

Прикрепленный файл  upgradedb.log   6,9Мб   1 Скачано раз



#30 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 13:31

Тогда, уже подозревая где подвох, попрошу у вас C:\DrWeb Backup\drwcsd.log


(exit 0)


#31 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 13:35

Тогда, уже подозревая где подвох, попрошу у вас C:\DrWeb Backup\drwcsd.log

Он также старый от прошлого обновления:

Прикрепленный файл  drwcsd.log   1,03К   1 Скачано раз



#32 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 13:49

Подозрения перерастают в уверенность )

Впрочем, я немного погорячился, попросив вас файлы из того бэкапа. Туда они попадают при обновлении дистрибутивом.

А так-то надо смотреть логи в C:\Program Files\DrWeb Server\var

те же названия. Имейте в виду, что drwcsd.log мог отротироваться.

Впрочем, траблшутинг можно сократить и выстрелить от бедра, не целясь. Через MS SQL Management Studio посмотрите, пожалуйста, какой вид сортировки для БД нашего сервера используется?

Заодно версию MS SQL.


Сообщение было изменено Kirill Polubelov: 20 Ноябрь 2019 - 13:50

(exit 0)


#33 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:03

Подозрения перерастают в уверенность )

Впрочем, я немного погорячился, попросив вас файлы из того бэкапа. Туда они попадают при обновлении дистрибутивом.

А так-то надо смотреть логи в C:\Program Files\DrWeb Server\var

те же названия. Имейте в виду, что drwcsd.log мог отротироваться.

Впрочем, траблшутинг можно сократить и выстрелить от бедра, не целясь. Через MS SQL Management Studio посмотрите, пожалуйста, какой вид сортировки для БД нашего сервера используется?

Заодно версию MS SQL.

Логи отредактировал под окончание неудачного процесса обновления:

Прикрепленный файл  drwcsd.log   241,66К   2 Скачано раз

Прикрепленный файл  dwupdater.log   4,63Мб   1 Скачано раз

 

Для сервера вид сортировки стоит: Cyrillic_General_CI_AS
А вот для базы менял на Cyrillic_General_CS_AS во время прошлого обновления по совету здесь: https://forum.drweb.com/index.php?showtopic=331409

 

Версия MS SQL Server 2008 R2 10.50.1600.1 (X64) 



#34 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:18

Не совсем понял, что значит "Для сервера вид сортировки стоит: Cyrillic_General_CI_AS", но судя по второму предложению, с сортировкой всё в порядке, как и с версией MS SQL.

По логу апдейтера не смогли именно апгрейд БД провести. Где-то там же, в "C:\Program Files\DrWeb Server\var" должны быть и логи апгрейда. Что-либо вида update-update.log и пр.


Сообщение было изменено Kirill Polubelov: 20 Ноябрь 2019 - 14:18

(exit 0)


#35 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:22

Не совсем понял, что значит "Для сервера вид сортировки стоит: Cyrillic_General_CI_AS", но судя по второму предложению, с сортировкой всё в порядке, как и с версией MS SQL.

По логу апдейтера не смогли именно апгрейд БД провести. Где-то там же, в "C:\Program Files\DrWeb Server\var" должны быть и логи апгрейда. Что-либо вида update-update.log и пр.

Имел ввиду что для сервера по умолчанию стоит одна сортировка, а для базы конкретно менял в прошлый при такой же проблеме на другую.

 

Вот логи все что есть:

Прикрепленный файл  updater-revert.log   6,57Мб   1 Скачано раз

Прикрепленный файл  serverside-update.log   651,94К   4 Скачано раз



#36 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:30

Хм, раз нет updater-update.log, то вероятней всего что до апдейта и дело не доходит, что ли.

 

Придётся искать в "C:\Program Files\DrWeb Server\var\drwcsd*" (та мне только drwcsd.log но и отротировавшиеся"


(exit 0)


#37 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:40

Хм, раз нет updater-update.log, то вероятней всего что до апдейта и дело не доходит, что ли.

 

Придётся искать в "C:\Program Files\DrWeb Server\var\drwcsd*" (та мне только drwcsd.log но и отротировавшиеся"

Нашел updater-update.log, чет пропустил Извиняюсь. Сразу все отротированные одним архивом прикрепляю:

Прикрепленный файл  updater-update.zip   6,84Мб   3 Скачано раз

 

В вот drwcsd с отротированным логом:

Прикрепленный файл  drwcsd.log   241,66К   1 Скачано раз

Прикрепленный файл  drwcsd.1.log.gz   504,46К   1 Скачано раз



#38 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:51

Ну вот и "долгожданная" Exit code 0x14/20 (error while upgrading database)

Причина в:

0191120.135714.01 ERR [00968 11d0] main   [Lua] Script: cat_device_descr: unable to find string "                "
20191120.135714.01 ERR [00968 11d0] main   [Lua/DB] Unable to execute "SELECT id,instance,friendly_name,description,capabilities,class FROM station_os_devices" because of row read callback returned false
20191120.135714.01 ERR [00968 11d0] main   [Lua] Script: SELECT id,instance,friendly_name,description,capabilities,class FROM station_os_devices: row read callback returned false

 


(exit 0)


#39 navoiy88

navoiy88

    Newbie

  • Posters
  • 27 Сообщений:

Отправлено 20 Ноябрь 2019 - 14:56

 

Ну вот и "долгожданная" Exit code 0x14/20 (error while upgrading database)

Причина в:

0191120.135714.01 ERR [00968 11d0] main   [Lua] Script: cat_device_descr: unable to find string "                "
20191120.135714.01 ERR [00968 11d0] main   [Lua/DB] Unable to execute "SELECT id,instance,friendly_name,description,capabilities,class FROM station_os_devices" because of row read callback returned false
20191120.135714.01 ERR [00968 11d0] main   [Lua] Script: SELECT id,instance,friendly_name,description,capabilities,class FROM station_os_devices: row read callback returned false

 

Что это значит и что делать?



#40 Kirill Polubelov

Kirill Polubelov

    Forth Thinker

  • Dr.Web Staff
  • 3 440 Сообщений:

Отправлено 20 Ноябрь 2019 - 15:01

Это значит, что вам "повезло" поймать известный баг. Фикс будет, но по срокам пока сориентировать не могу.

 

Можно, если есть желание, всё-таки обновиться сейчас, сделать следующее:

В SQL-консоли сервера или в MS SQL Management Studio в БД сервера выполнить

UPDATE station_os_devices SET description='' WHERE description LIKE '^[[:blank:]]+$';

будет сообщено кол-во обновл. строк (не будет равно 0)

И попробовать повторить попытку обновления из веб-фейса (именно из веб-фейса, не делайте обновления дистрибутивом)


(exit 0)



Читают тему: 0

0 пользователей, 0 гостей, 0 скрытых