Запуск Wialon Pro после сбоя питания

аналогичная ситуация только после удаления m-00000001.inf в логах сыпется storage_messages_env::register_batch_messages(591): error fetching database with index 1

при этом веб интерфейс запускается но сообщения от трекеров не приходят

кто нибудь сталкивался с такой ситуацией

проверил все db файлы "succeeded" в ghs открыл тикет, ответа уже нет часов 10 ...

вот листинг директории storage, что то произошло в 20:56 и inf файлы нулевого размера, есть ли возможность их востановить
/var/lib/wialonb3# ls -la storage/md/
drwxrwxr-x  2 root root         104 Mar 24 12:39 .
drwxrwxr-x 10 root root        4096 Mar 24 12:39 ..
-rw-rw----  1 root root 66657124352 Mar 23 20:56 m-00000001.db
-rw-rw-rw-  1 root root           0 Mar 23 20:56 m-00000001.inf
-rw-rw----  1 root root  4635033600 Mar 23 20:56 m-00000002.db
-rw-rw-rw-  1 root root           0 Mar 23 20:56 m-00000002.inf
-rw-rw-rw-  1 root root           4 Nov 10 11:41 state.inf

error.log

2012/03/24 14:04:34:643: storage_messages_db::open: invalid info file 1
2012/03/24 14:04:34:643: storage_messages_env::open_environment: error loading 1 messages database
2012/03/24 14:04:34:694: adf_load_plugin('storage_server'). Error loading plugin. Error initializing storage subsystem as server.
2012/03/24 14:04:34:694: Error: couldn`t load ADF plugin: 'storage_server'.

а что делать с inf файлом ??? его удалить перед экзекуцией

спасибо буду пробовать .... ночь без сна гарантирована

да все было хорошо, пока без меня не стали мигрировать с vmware esx4 to vmware esx5, неольшой вопрос почему база разбилась на 2 части причем они паралельно заполняются данными "m-00000001.db m-00000002.db" ?

inf файлы не создались, возможно, нужно еще, что то сделать?

arman
А ты восстановил db файлы как в инструкции? Если эти файлы не будут корректно работать, то inf не создадутся.
Есть другой путь. Если создавал ежедневно архивы папки storage, то переименуй папку сторож к примеру в стораж1. И извлеки из архива папку стораж. Одно не удобство потеряешь данные с момента архивирования на момент сбоя.

Вообще то не рекомендуется разработчиком. Я использую сервер резервного копирования, но он у меня сохраняет только файлы из папки pd, по чему отказывается сохранять файлы из папки md не знаю. По этому у меня настроено резервное копирование каждый день в час ночи делать резервную копию всей папки сторож. Для правельного сохранения сервер нужно останавливать, но у меня копируется без остановки. Пока проканывала при необходимости восстановить базу.
Попробуй создать голую базу в папке md т.е. перенеси из нее все файлы куда нибудь, а эту папку оставь чистой.
При запуске сервер создаст новые db и inf, а потом подмени db файлы. Может поможет.
Скажу честно я не силен в этих тонкостях, но как то выживаю или сам че нибудь сделаю интуитивно правильно или тех. поддержка помогает. После помощи поддержки смотрю последовательность команд которую они совершали и в следующий раз повторяю. Но скажу сразу ни чего нового они не делают, чего нет в helpe.

Недоконфигурировано, для использования 100% функций модуля рекомендую доконфигурировать его, см док-цию или обратится в GHS.

arman, ТП поможет в понедельник, у Вас остался полный бэкап данных до Ваших действий? И какая версия у Вас Pro?

будем ждать, копия wialonb3 директории есть, Wialon Pro 1106

arman, насколько я знаю переписка уже в самом разгаре.

Морально поддерживаю! Сам планирую достать с дальней полки купленную лицензию бекап сервера, протереть от пыли и запустить свой сервер.

Интересно сколько ПРОшников купили бэкап сервер, пока насчитал трех.

shal
Возможно это вопрос относится к Unlimited, но все же рискну спросить

файл storage.cfg надо перенести в /custom/ удалив его из папки /storage/ ?

или вообще грохнуть надо файл storage.cfg в папке /storage и создать новый файл в папке /сustom всего с одной записью: msgs.sync.uri = 2.2.2.2:32001, где 2.2.2.2 ип адрес Сревера резервного копирования?

Из описания не понятно на 100% как должно быть...

Мы чиним всех, даже у кого анлима нет.

Это вы да, молодцы!

аналогична ситуация после сбоя питания сервер 1301 шлет
2013/03/31 14:36:01:992: storage_service::initialize: error locking storage data ('/var/lib/wialonb3/storage/storage.lock'). Check another instance using the same data or your permissions.
2013/03/31 14:36:01:992: adf_load_plugin('storage_server'). Error loading plugin. Error initializing storage subsystem as server.
2013/03/31 14:36:01:992: Error: couldn`t load ADF plugin: 'storage_server'.
2013/03/31 14:36:01:992: Error initializing application
после отрабатывает часов 5 и останавливается все выше описанное включая документацию не помогает

Спасибо саппорту, с его помощью переустановили. Ошибки пропали, но сервер после 36 часов работы завис, после перезагрузки отработал еще 6 часов и снова встал. Еще раз ребутнули - ждем результат ( в логах все чисто ).

CPU AMD Phenom II X4 945/2штSAMSUNG DDR-III DIMM 8Gb/мать асус/2 Western Digital RE4 HDD 500 Gb.

Всем привет!
С утра перестал работать сервер. Точно такие же ошибки.

проверил файл, а размер его приличный кстати. удалением не помогло, как написали выше

root@wialon:/var/lib/wialonb3/storage/md# db_verify -h m-00000001.db

в ответ получил это

usage: db_verify [-NoqV] [-h home] [-P password] db_file ...

понятия не имею в чем дело. сбоев не было.

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

переустанавливать? там столько объектов создано, жалко всё терять

Вангую,что файл inf  нулевого размера

странно очень
удалил файл m-00000001.inf  и всё заработало.
спасибо gaev

но объекты не подключаются к серверу. все автомобили в сети, но спутники не ловят.

с копией так и не разобрался, а помочь не кому

Нарушение структуры базы или индексов не? Судя по написанному, не проверялись...

День добрый.
Хронология событий была такая (время дано в UTC+2):
Сервер резервного копирования не работал по техническим причинам.
08:10 - сбой сервера по питанию в связи с переключение электричества в помещении с сервером.
09:38 - запуск основного сервера Wialon. Запуск прошел штатно, автоматически. В логах ошибок нет, базы открылись нормально.

Выдержка из trace.log
2015/02/25 09:38:06:764: storage_service::initialize(/var/lib/wialonb3/storage)
2015/02/25 09:38:06:871: storage_service::open_environment: initializing properties environment (cache: size: 16 MB, chunks: 1)...
2015/02/25 09:38:06:872: storage_service::open_environment: preloading databases...
2015/02/25 09:38:17:234: storage_service::open_environment: opening database environment...
2015/02/25 09:38:18:626: storage_service::open_environment: opening databases...
2015/02/25 09:38:18:627: storage_messages_env::open_environment: opening database environment (cache: size: 64 MB, chunks: 1)...
2015/02/25 09:38:55:856: storage_messages_env::open_environment: opening databases...
2015/02/25 09:38:56:310: storage_messages_env::open_environment: registered v2 17 database: left: 0, right: 0, count: 39577942, new-count: 3219169
2015/02/25 09:38:56:318: storage_messages_env::open_environment: registered v2 29 database: left: 0, right: 0, count: 75319561, new-count: 1487196
2015/02/25 09:38:56:318: storage_messages_env::open_environment: registered v2 30 database: left: 0, right: 0, count: 70200526, new-count: 2792198
2015/02/25 09:38:56:336: storage_messages_env::open_environment: registered v2 26 database: left: 0, right: 0, count: 50700462, new-count: 7977000
2015/02/25 09:38:56:336: storage_messages_env::open_environment: registered v2 33 database: left: 0, right: 0, count: 3024490, new-count: 24957
2015/02/25 09:38:56:344: storage_messages_env::open_environment: registered v2 22 database: left: 0, right: 0, count: 56548176, new-count: 11082861
2015/02/25 09:38:56:348: storage_messages_env::open_environment: registered v2 20 database: left: 0, right: 0, count: 58404448, new-count: 5951347
2015/02/25 09:38:56:348: storage_messages_env::open_environment: registered v2 31 database: left: 0, right: 0, count: 45029542, new-count: 3730050
2015/02/25 09:38:56:351: storage_messages_env::open_environment: registered v2 28 database: left: 0, right: 0, count: 117268945, new-count: 21622859
2015/02/25 09:38:56:363: storage_messages_env::open_environment: registered v2 25 database: left: 0, right: 0, count: 54833394, new-count: 1165643
2015/02/25 09:38:56:363: storage_messages_env::open_environment: registered v2 21 database: left: 0, right: 0, count: 47455583, new-count: 8627625
2015/02/25 09:38:56:363: storage_messages_env::open_environment: registered v2 23 database: left: 0, right: 0, count: 35605711, new-count: 3816866
2015/02/25 09:38:56:373: storage_messages_env::open_environment: registered v2 27 database: left: 0, right: 0, count: 87045907, new-count: 8266350
2015/02/25 09:38:56:380: storage_messages_env::open_environment: registered v2 18 database: left: 0, right: 0, count: 47292617, new-count: 1060269
2015/02/25 09:38:56:381: storage_messages_env::open_environment: registered v2 32 database: left: 0, right: 0, count: 25132034, new-count: 3580596
2015/02/25 09:38:56:381: storage_messages_env::open_environment: registered v1 1 database: left: 0, right: -1, count: 11616, new-count: 0
2015/02/25 09:38:56:393: storage_messages_env::open_environment: registered v2 24 database: left: 0, right: 0, count: 34084274, new-count: 3001971
2015/02/25 09:38:56:393: storage_messages_env::open_environment: registered v2 19 database: left: 0, right: 0, count: 52838402, new-count: 3640714
2015/02/25 09:38:56:393: storage_messages_env::open_environment: opened 18 databases with 900373630 messages and 91047671 new messages, fragmentation level is 10%.

09:50 - Поступила информация, что сообщения от объектов не поступают в Web-интерфейс, т.е. нет сообщений от объектов с 8:10. Выборочна проверка логов от устройств показала, что сообщения поступают и в логах отображаются.
09:55 - Было выбрано устройство для проверки. Выяснилось, что сообщения от устройства в логах  есть, но через веб-интерфейс  не отображаются. В логе ошибок все еще пусто. В основном логе ошибок нет.
10:01 - Предпринята попытка штатно остановить wialon: /etc/init.d/wialonb3 stop

Выдержка из trace.log:
2015/02/25 10:01:34:541: sighandler: 15
2015/02/25 10:01:34:541: sighandler: 15
2015/02/25 10:01:34:541: Stopping ADF service...
2015/02/25 10:01:34:541: adf_terminate()
2015/02/25 10:01:34:541: events_disp::on_adf_terminating: storing HTTP users logout events...
...
2015/02/25 10:01:34:542: events_disp::on_adf_terminating: stored XX HTTP users logout events
2015/02/25 10:01:34:542: avl_server::on_core_terminating('AVL Server')
2015/02/25 10:01:34:542: avl_gsm_device::end_comm('modem1', 'e06da0769f1e0a624da2d9caf3a6bc8f')
2015/02/25 10:01:34:543: avl_gsm_device::end_comm('SMPP', 'ed8876bcd8f1d0dc74bbdcb988962501')
2015/02/25 10:01:34:615: http_service::delete_server('mt_4-hw_start.tcl')
2015/02/25 10:01:34:616: storage_messages_env::on_core_terminating: syncing messages environment...
2015/02/25 10:01:34:617: storage_messages_env::on_core_terminating: done syncing messages environment

Но видимо что-то идет не так и пользователи вновь логинятся на останавливаемый сервер.

2015/02/25 10:01:39:616: Wialon login - user: 'user1'; host: 'XXX.XXX.XXX.XXX'; service: 'maps.baltgps.ru';
2015/02/25 10:01:39:616: storage_user::store_user_history('user' => 'login', 104, 1424851299)

И выполнять отчеты
015/02/25 10:03:52:436: User 'user' executing report '1.отчет подробный ' over object 'XXX' (avl_unit) from '21:00:00 24/02/2015' to '20:59:59' /0/

10:06 -  сервис все еще не остановлен, на повторный stop и kill -15 не реагирует, принято решение послать kill -9 и перезапустить сервис.
10:06 - сервис Wialon перезапущен, в логах ошибок нет, файл error.log пустой.по результатам проверки потеряны сообщения за 2 часа с 8:10 до 10:06.

Выдержка из trace.log:
2015/02/25 10:06:27:108: storage_service::initialize(/var/lib/wialonb3/storage)
2015/02/25 10:06:27:109: storage_service::open_environment: initializing properties environment (cache: size: 16 MB, chunks: 1)...
2015/02/25 10:06:27:109: storage_service::open_environment: preloading databases...
2015/02/25 10:06:27:149: storage_service::open_environment: opening database environment...
2015/02/25 10:06:27:479: storage_service::open_environment: opening databases...
2015/02/25 10:06:27:479: storage_messages_env::open_environment: opening database environment (cache: size: 64 MB, chunks: 1)...
2015/02/25 10:06:27:556: storage_messages_env::open_environment: opening databases...
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 17 database: left: 0, right: 0, count: 39577942, new-count: 3219169
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 29 database: left: 0, right: 0, count: 75319561, new-count: 1487196
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 30 database: left: 0, right: 0, count: 70200526, new-count: 2792198
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 26 database: left: 0, right: 0, count: 50700462, new-count: 7977000
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 33 database: left: 0, right: 0, count: 3024490, new-count: 24957
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 22 database: left: 0, right: 0, count: 56548176, new-count: 11082861
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 20 database: left: 0, right: 0, count: 58404448, new-count: 5951347
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 31 database: left: 0, right: 0, count: 45029542, new-count: 3730050
2015/02/25 10:06:27:556: storage_messages_env::open_environment: registered v2 28 database: left: 0, right: 0, count: 117268945, new-count: 21622859
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 25 database: left: 0, right: 0, count: 54833394, new-count: 1165643
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 21 database: left: 0, right: 0, count: 47455583, new-count: 8627625
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 23 database: left: 0, right: 0, count: 35605711, new-count: 3816866
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 27 database: left: 0, right: 0, count: 87045907, new-count: 8266350
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 18 database: left: 0, right: 0, count: 47292617, new-count: 1060269
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 32 database: left: 0, right: 0, count: 25132034, new-count: 3580596
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v1 1 database: left: 0, right: -1, count: 11616, new-count: 0
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 24 database: left: 0, right: 0, count: 34084274, new-count: 3001971
2015/02/25 10:06:27:557: storage_messages_env::open_environment: registered v2 19 database: left: 0, right: 0, count: 52838402, new-count: 3640714
2015/02/25 10:06:27:557: storage_messages_env::open_environment: opened 18 databases with 900373630 messages and 91047671 new messages, fragmentation level is 10%.

Так как резервный сервер не был запущен был найден и скопирован, на всякий случай, файл sync.cache.1391175119.

По логам все в порядке - ошибок нет, базы открылись, и сообщения по логам от устройств поступали но в базу они почему-то не попали.

значит сообщения во время остановки:
2015/02/25 10:01:34:616: storage_messages_env::on_core_terminating: syncing messages environment...
2015/02/25 10:01:34:617: storage_messages_env::on_core_terminating: done syncing messages environment

ничего не значат?

если смотреть систему мониторинга, то оперативной памяти ему все время хватает и файл подкачки используется максимум на 30Мб.

Хорошо, с этим понятно.
А  почему сервер во время остановки, после того как сделал logout пользователям, давал им вернуться и залогиниться вновь?

Гуртам, вы решили нас обанкротить?
Данные потеряны, но по ним сейчас нет времени разбираться.
Мое сообщение - удалили, т.к. эмоции.

Если без эмоций - то в настоящий момент сервис по непонятным причинам зависает, загрузка проца 100%.
ТП перекинула все на понедельник.
У наших дилеров спецоперация, полиция рвет и мечет. Для Алексея Щурко - просьба разобраться в чем дело.
Не ожидал что когда нибудь такое напишу - в случае, если наши клиенты и партнеры предъявят нам судебные иски - в свою очередь будем их предъявлять Гуртам (если конечно сбой не по нашей вине)

Дмитрий, сравните требования к серверу и характеристики вашего, который в несколько раз хуже чем минимального: http://docs.wialon.com/ru/pro/1401/admin/req/start
Мы делаем все возможное, но мы не волшебники.

Добрый день. Подложите этот файл.

Пока  есть support@gurtam.com лучше обращаться в тех.поддержку при возникновении проблем.

CIT

English below
Local умнее и так, как в Pro, там inf файлы не летят.
Информационная поддержка  программного обеспечения версий Wialon Local осуществляется в течение 5 лет с момента выпуска конкретной версии, так что вы правы подобная учесть постигнет и версии Local раньше или позже.
Что касается inf файлов, то прикреплю к этому сообщению архив с .inf-файлами для 1-8 баз (при использовании версии базы сообщений v2 , проверяется в файле статистики ../storage/ms/msgs_stats.txt).
Инструкция: замените невалидные (отсутствующие или нулевого размера) .inf-файлы в своем Pro (находятся в ../storage/md ) соответствующими файлами из архива, далее пробуйте запустить сервис и смотрите trace.log - ошибки должны исчезнуть.
Надеюсь это поможет решить подобные вопросы.

Archive with 1-8 .inf files is attached to this post. They can be used providing that messages database in your Pro has v2 version (check file ../storage/ms/msgs_stats.txt).
Instruction: replace invalid (those having null size or even missing) .inf files in your Pro (located in directory ../storage/md ) with the appropriate files from archive, then try to start service and search trace.log for errors. Generally it helps to solve the similar issues.

Коллеги, проблема. Wialon PRO 1401 перестал запускаться. Подозрения на убитые db файлы в /storage/pd/
Вопроса два. Как проверить и восстановить? Ну или хоть где и как получить доступ к данным по автомобилям, заведенным в систему ... Спасибо