Стабильность нового СТГ

[Kucher2]

2007-11-11 11:00:36 -- Stg v. Stg 2.403b

2007-11-11 11:00:36 -- Message queue created successfully. msgKey=5555 msgID=262144

2007-11-11 11:00:36 -- Timer thread started successfully.

2007-11-11 11:00:36 -- Storage plugin: file_store v.1.02. Loading successfull.

2007-11-11 11:00:36 -- Cannot read conf for user 100043.

2007-11-11 11:00:36 -- User '100043' data not read. Parameter Password.

2007-11-11 11:00:36 -- USERS: Error: Cannot read users!

2007-11-11 11:00:36 -- Traffcounter: Stop successfull.

2007-11-11 11:00:36 -- Users: Stop successfull.

2007-11-11 11:00:39 -- Queue removed successfully.

2007-11-11 11:00:39 -- StgTimer: Stop successfull.

2007-11-11 11:00:39 -- Stg stopped successfully.

 

FreeBSD-6.2, СТГ-2.401.9.7 - последняя, что нашёл на офе (конфигуратор пишет версию 2.4.01, в логах, как видно - цифра другая).

Проблема банальна: после аварийного отключения, файлы некоторых юзеров stat и conf, становятся пустыми. Как результат - СТГ не поднимается. Происходит это при КАЖДОМ аварийном отключении сервера.

До этого стояла версия СТГ 2.014 - почти 2 года стояла, отключали свет не реже, но никогда такого небыло. Бесперебойник есть, но держит он - минут 40.

Поскольку мне приходится иногда ездить по области - не всегда имеется возможность быстро поправить сервак.

Сейчас речь идёт не о том, что можно купить ИБП размером с бабушкин шкаф, повесить пару электриков на трансформаторной будке, написать на стене Горсвета нехорошее слово...

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

Возвращаться на 2.014 не очень хочется - много юзеров ткнуло уже себе новый авторизатор, да и удобств на новой версии поболее.

Посему - вопрос:

Может есть близкая по билду, более стабильная версия СТГ, чтобы не менять назад авторизатор?

[Max]

может попробовать другое хранилище? типа firebird или mysql?

[Kucher2]

Идея в общем-то неплоха, но возникает справедливый вопрос:

Зачем лечить кривость - дополнительным ПО? По духу - это будет аналог предлагаемых на форуме скриптов. К тому же формат хранения данных в базах СТГ меня очень устраивает. Не хочется всё усложнять. Главным образом потому, что для этого по крайней мере придётся разбираться с MYSQL например.

Может какая-то более ранняя версия СТГ?.. 8)

[Lambert]

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

А бэкап даже по отношению к базам mysql - никто не отменял.

Я вкрутил на сервере скрипты отслеживания и архивирования базы старгейзера, безпроблемно работает, бэкапит каждые 5 минут, при сбое - восстанавливает из последней копии автоматически.

Еще порекомендовал бы софт для наблюдения за бесперебойником. Если оно смартовое - то умеет сообщать, сколько ему жить от батареи осталось. И когда это значение составляет 5 минут - у меня система корректно шатдаунится upsd.

А как питание возобновится - сервер запустится автоматически, на это есть опция в BIOS материнской платы.

[Kucher2]

Всё это я знаю, но хотелось бы обойтись малой кровью.

[stg-34]

Проблема банальна: после аварийного отключения, файлы некоторых юзеров stat и conf, становятся пустыми. Как результат - СТГ не поднимается. Происходит это при КАЖДОМ аварийном отключении сервера.

Сдается мне, полседний сервер при таком выключении света оставляет за собой файлы stat.bak и conf.bak И в настройках хранилища есть пункт ReadBak=yes/no, вытсавление которого позволяет читать забэкапленные файлы.

[Kucher2]

А можно узнать зачем он это делает?

Ведь насколько проще было с версией 2.014 например. И никогда не возникало необходимости что-то перечитывать. А здесь - какие-то bak-файлы. Можно подробнее? Я сколько читал здесь на форуме - не встречал упоминание о таких возможностях последней версии. Как их найти и прочитать? И очень жаль - тут много народу на форуме голову себе ломает как восстановить данные. Где находятся эти файлы? Какой формат имеют и как попроще реализовать восстановление инфы из них?

[stg-34]

1. Почему таких приколов не было с стг-2.0, честно говоря не могу сказать, может у него эти операции проходили быстрее и реже случалос. Но точно не скажу.

2. В стг-2.4 запись файлов происходит следующим образом: перед записью делается резервная копия фала stat.bak или conf.bak, потом происходит запись файла и после завершения записи бак файлы удалаются. Т.о. если свет выключается в средине операции, и файлы пустые, то бак-файлы остаются не стертыми и их можно юзать для восстановления.

 

Если в настройках хранилища поставить опцию removebak=no, то бак файлы вообще не будут удаляться. При включенной опции ReadBak=yes, если не удалось прочитать основной файл, будет сделана попытка прочитать бак файл.

 

ПС. Дока по стг-2.4 написана, щас вычитывается и будет выложена

[Kucher2]

Спасибо.

Только вот пока суть да дело - не могли бы вы подсказать: эту опцию следует прописать в stg.conf? Как это реализовать, более конкретно?

Это значит, что не нужно будет заморачиваться с резервным копированием, СТГ сам прочтёт bak-файлы и создаст из него нормальные stat и conf - файлы?

Простите за навязчивость, но это пока единственный глюк, который был мною обнаружен в последнем СТГ. Надеюсь - последний.

[stg-34]

в stargazer.conf:

 

................

<StoreModule store_files>

   ................

   RemoveBak=no
   ReadBak=yes

   ................

</StoreModule>

................

[Kucher2]

Спасибо большое. В конфиг вписал. Дождался пока народ уляжется спать - сбросил машину по RESET. И сервер снова лёг.

Примечательно то, что обнулились файлы юзеров, компьютеры которых вообще выключены (некоторые не включались уже с месяц). Т.е. файлы в момент сброса - не использовались. Видимо придётся всё-таки лепить что-то вроде резервирования базы, скриптами. :/

[stg-34]

А бак файлы вообще появились? И какие настройки ты выставил?

[Kucher2]

Сделал так, как вы писали выше - просто добавил в секцию <StoreModule store_files>

 

две строки:

 

RemoveBak=no

ReadBak=yes

 

Если что-то ещё надо было сделать - увы, документации у меня нет.

 

bak-файлы так и не увидел. Если они должны создаваться в тех же папках, что и оригиналы - там их нет.

Ничего не изменилось. Глюк с обнулением файлов конфига и статистики, по прежнему присутствует, хотя у пользователей на момент сброса сервера - даже машины не включены. Странно всё это. =)

[Lambert]

Ничего странного. Полистай форум надцатью страницами назад - тема давно обсосана.

Либо ставить *sql для хранения базы, либо ставить журналируемую ФС (я не знаю, есть ли такое под FreeBSD) либо бэкапить файлы и восстанавливать из бэкапа при необходимости.

Либо не допускать аварийного отключения сервера

[Kucher2]

Но это же неправильно!

Зачем лепить ещё кучу перестраховок, если исправно работающий билинг должен делать всё это сам! С СТГ-2.0 ведь такого небыло, надо разобраться!

[zulu_Radist]

Такая же шняга была когда на сервера стояла reiserfs, сменил на ext3 как рукой сняло. :00:

Но бекап делаем, на всякий случай...

[Watson]

Сделал так, как вы писали выше - просто добавил в секцию <StoreModule store_files>

 

две строки:

 

  RemoveBak=no

  ReadBak=yes

 

Если что-то ещё надо было сделать - увы, документации у меня нет.

 

bak-файлы так и не увидел. Если они должны создаваться в тех же папках, что и оригиналы - там их нет.

Ничего не изменилось. Глюк с обнулением файлов конфига и статистики, по прежнему присутствует, хотя у пользователей на момент сброса сервера - даже машины не включены. Странно всё это.  =)

Сделал точно так же, но у меня после аварийного отключения файлы stat.bak и conf.bak появились во всех юзеров.Удалил у нескольких юзеров файлы стат и перегрузил сервер в результате файлы стат были востановлены из резервной копии.Так что все работает нормально!!!!

ALT Linux 4.0 server, stg-2.403 последней сборки.

[Kucher2]

У меня сразу после ребута сервера - СТГ стартует автоматом, потом пишет в лог ошибку чтения данных юзера и вываливается. Смотрю папки юзеров - файлов типа bak там нет. Почему? СТГ тоже последний, FreeBSD 6.2.

И вообще - по идее СТГ должен сам прочитать bak в случае порчи оригинального файла и заменить им оригинал. Разве нет?

[stg-34]

Последний сервер, с stg.dp.ua или с local.com?

[Kucher2]

Я вообще-то все версии брал всегда с stg.dp.ua. А что не так? :/

P.S. Ясно. Поправлю - отпишусь.

Скачал с local.com.ua - stg-2.4-2007.06.26-14.14.41.

Сделал ./build - с кучей ошибок (не может найти bash и ещё что-то); попробовал сделать ./install. Потом нашёл на сайте инструкцию - там make и make install. ХЕЗ, но сервер стал и работает.

Позже напишу что происходит при нажатии на reset, когда народ спать уйдёт.

[vop]

Либо ставить *sql для хранения базы, либо ставить журналируемую ФС (я не знаю, есть ли такое под FreeBSD) либо бэкапить файлы и восстанавливать из бэкапа при необходимости.

Либо, наконец, написать нормальную работу с файлами без всех этих подпорок Ну не сложно же ведь!

[Kucher2]

Читай тему, мы тут как раз все этого и добиваемся.

[vop]

Читай тему, мы тут как раз все этого и добиваемся.

Так кто должен написать? Разве не Борис? Или просто надо обсудить алгоритм и принципы гарантированной записи данных в файл. Я могу предложить один из вариантов, который я рассказывал Борису лет 5 назад. Какая проблема-то?

[Kucher2]

Мы просто пытаемся общими усилиями добиться нормальной работы СТГ.

 

Возвращаясь к теме - обновил СТГ до последней версии (stg-2.4-2007.06.26-14.14.41) с сайта local.com.ua, Строки

 

RemoveBak=no

ReadBak=yes

 

в конфиг СТГ дописал, сбросил сервер. По прежнему не вижу bak-файлов после перезагрузки и СТГ лежит. Где грабли? :/

[stg-34]

Или просто надо обсудить алгоритм и принципы гарантированной записи данных в файл. Я могу предложить один из вариантов, который я рассказывал Борису лет 5 назад. Какая проблема-то?

Похоже у меня склероз. А можно поподробнее про гаранитрованную запись в файл. Больно интересный вопрос...