49 ответов в этой теме

[Afalin]

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

Из

 

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

[Kirill Polubelov]

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

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

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

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

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

[Александр Б.]

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

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

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

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

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

 

всё круче.

 

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

[Afalin]

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

[Eugeny Gladkih]

а не UDS?

[Afalin]

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

[navoiy88]

Кстати у Вас случаем не 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'

[Kirill Polubelov]

C:\DrWeb Backup\upgradedb.log

[navoiy88]

C:\DrWeb Backup\upgradedb.log

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

 upgradedb.log   6,9Мб   1 Скачано раз

[Kirill Polubelov]

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

[navoiy88]

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

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

 drwcsd.log   1,03К   1 Скачано раз

[Kirill Polubelov]

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

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

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

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

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

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

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

[navoiy88]

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

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

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

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

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

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

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

 drwcsd.log   241,66К   3 Скачано раз

 dwupdater.log   4,63Мб   4 Скачано раз

 

Для сервера вид сортировки стоит: 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) 

[Kirill Polubelov]

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

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

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

[navoiy88]

Не совсем понял, что значит "Для сервера вид сортировки стоит: 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К   5 Скачано раз

[Kirill Polubelov]

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

 

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

[navoiy88]

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

 

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

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

 updater-update.zip   6,84Мб   4 Скачано раз

 

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

 drwcsd.log   241,66К   1 Скачано раз

 drwcsd.1.log.gz   504,46К   1 Скачано раз

[Kirill Polubelov]

Ну вот и "долгожданная" 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

 

[navoiy88]

 

Ну вот и "долгожданная" 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

 

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

[Kirill Polubelov]

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

 

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

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

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

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

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