Error: User Data Not Read. Parameter Passw

[bsn]

здраствуйте всем. поставил stargazer на freebsd. Все отлично работало, но вот седни утром старгейзер вывалился со следующим сообщением в логе

2007-03-14 11:14:29 -- Stg v. Stg 2.403b
2007-03-14 11:14:29 -- Message queue created successfully. msgKey=5555 msgID=327680
2007-03-14 11:14:29 -- Timer thread started successfully.
2007-03-14 11:14:29 -- Storage plugin: file_store v.1.02. Loading successfull.
2007-03-14 11:14:29 -- Cannot read conf for user rallo.
2007-03-14 11:14:29 -- User 'rallo' data not read. Parameter Password.
2007-03-14 11:14:29 -- USERS: Error: Cannot read users!
2007-03-14 11:14:29 -- Traffcounter: Stop successfull.
2007-03-14 11:14:29 -- Users: Stop successfull.
2007-03-14 11:14:32 -- Queue removed successfully.
2007-03-14 11:14:32 -- StgTimer: Stop successfull.
2007-03-14 11:14:32 -- Stg stopped successfully.
2007-03-14 11:14:32 -- ---------------------------------------------

если сношу папку с юзером - ругается на следующего.

 

Что делать, как пофиксить, памажите!

[Alferov]

Видимо conf-файлы обнулились. Восстанавливай из backup'а.

[Neelix]

а что в самих файлах? Если они бракованы, то только бекап тебя спасет.

[bsn]

Видимо conf-файлы обнулились. Восстанавливай из backup'а.

да, обнулились... но бекапа не делал :-/

можно ли создать заново пользователей а потом статистику восстановить?

 

и еще, почему они могут обнуляться?

[egor2fsys]

Скорей всего этот юзер криво создался, а файлы всех остальных в прядке. Обновите сервер и конфигуратор.

[bsn]

Скорей всего этот юзер криво создался, а файлы всех остальных в прядке. Обновите сервер и конфигуратор.

если я убераю текущего - ругается на следующего

[stealZ]

TO egor2fsys

На самом деле существует проблемма описанная автором.

 

У меня на FreeBSD 5.2 стоит та версия stg который ты выкладывал на рапиду (2007го года сборка)

 

Она прекрасно работает если ее не мучать НО так случилось что было необходиму несколько раз подряд ребутить сервак ресетом и после этого действительно не только STAT файл но и CONF у всех или у большенства юзеров обнулялись.

 

ps: Эксперемент проводил 3 раза ТАК что никаких случайностей. Выходит что последняя сборка(2007го года) даже более опасная чем предыдущая, так как обнуляет еще и Conf.

 

PS2: "Скорей всего этот юзер криво создался" - этот вариант исключается так как все пользователи созданы больше года назад и прекрасно работают если сервак руками не перегружать

[Alferov]

Уже много раз про это писали.

Вариантов три.

1. из крона бэкапить все каждые 5-10 минут (скрипт пробегал на форуме)

2. держать все на журналируемой файловой системе (п.1. все равно надо бы выполнять)

3. поставить модуль MySQL

[Neelix]

за все время жизни СТГ, от 2.0 до 2.4 ниразу ничего не глючило. Уже год система работает безотказно.

[stealZ]

Парни то что вы говорите то и так понятно, да надо бекапить, да при нормальных условиях СТГ работает без проблемм (пока я ресетом 3 раза сервак не ребутнул СТГ год работал без всяких обнулений ).

 

Я же хочу донести до авторов СТГ инфармацию о том что предыдушие версии СТГ при крахе неудачном обнуляли только СТАТ файл, а последняя версия обнуляет еще и КОНФ.

[Neelix]

у меня из-за отключения света > 8 часов, сервер падал и при включении СТГ нормально все читал. FS - ext3

[egor2fsys]

Да, что касается журналируемой ФС, то её использование мы настоятельно рекомендуем, ибо было несколько случаев именно с FreeBSD, когда стояла нежурналируемая ФС и после таких грубых перезагрузок сервера, данные терялись. После перехода на журналируемую ФС проблемы прекратились.

[XoRe]

Против обнуления можно вот так:

http://local.com.ua/forum/index.php?showtopic=3845

 

Или так:

http://local.com.ua/forum/index.php?showto...=40entry49854

[masters]

Вообщем, как отважный тестер - рассказываю:

Поставил я STG 2.4 и в течении недели вырубал каждый час комп резетом!

 

Вот что получил:

 

1. Пропадают файлы не только stats, но и conf - поэтому бэкапить нужно и их!

2. 30% случаев - файлы стираются не полностью. Т.е. он не 0байт, а в нем пара строчек есть - т.е. все упомянутые тут скрипты не подходят, они бэкапят запоротый файл!

3. Бэкапить в bak нельзя, т.к. STG 2.4 сам юзает баки - поэтому не удивляйтесь что забэкапаные файлы пропадают!

4. Когда файл запоролся, но не 0байт, в папке обычно лежит .bak файл - сделанный самим СТГ, нужно юзать его!

 

Получил алгоритм для бэкапов:

 

----------запускать по крон-----------

Проверить файлы stats и conf, если не 0байт - забэкапить (только не в *.bak). Если 0 - восстановить.

-------------------------------------------

 

---запускать перед запуском СТГ---

Проверить на наличие *.bak файлов, если есть - скопировать их в stats и conf. Нету - проверить: пустые stats и conf или нет, если пустые - вытащить из бэкапа; не пустые - забэкапить!

-------------------------------------------

 

Вот так. Набросал небольшой скриптик - вечером выложу, щас на работе!!!!

3 дня тестю резетом - пока все нормально, запускается как часы.

 

ОС: FreeBSD 5.4

(во время тестов один раз слетела ОС =) пришлось из бэкапа поднимать, так что не советую сильно тестить)

[Genius]

Может быть все таки проще использовать журналируемую ФС и UPS?

[masters]

Как обещал! Вот скриптик, запускаемый по cron (я запускаю каждые 2 часа):

------backup.sh--------

#!/bin/sh

 

#by masters, crontab script

 

users="/var/stargazer/users"

 

for a in $users/*

do

# echo "$a/stat"

/bin/cp $a/stat $a/stat.con

/bin/test -s $a/stat.con && /bin/cp $a/stat.con $a/stat.lls

/bin/test ! -s $a/stat && /bin/cp $a/stat.lls $a/stat

 

/bin/cp $a/conf $a/conf.con

/bin/test -s $a/conf.con && /bin/cp $a/conf.con $a/conf.lls

/bin/test ! -s $a/conf && /bin/cp $a/conf.lls $a/conf

 

done

 

Вот скриптик, запускаемый перед загрузкой STG (у меня в rc.d).

------beforestart.sh--------

#!/bin/sh

 

#by masters, beforestart script

 

users="/var/stargazer/users"

 

for a in $users/*

do

# echo "$a/stat"

 

/bin/test -s $a/stat.bak && /bin/cp $a/stat.bak $a/stat

/bin/test -s $a/conf.bak && /bin/cp $a/conf.bak $a/conf

 

/bin/cp $a/stat $a/stat.con

/bin/test -s $a/stat.con && /bin/cp $a/stat.con $a/stat.lls

/bin/test ! -s $a/stat && /bin/cp $a/stat.lls $a/stat

 

/bin/cp $a/conf $a/conf.con

/bin/test -s $a/conf.con && /bin/cp $a/conf.con $a/conf.lls

/bin/test ! -s $a/conf && /bin/cp $a/conf.lls $a/conf

 

done

 

Работает как часы!!! ОС: FreeBSD 5.4 + STG 2.4

[Колян]

А насчет журналирующей ФС? Без потери данных можно как-то поменять ФС? Утилитами какими-то... Как я понял, под фряху толком и нету журналирующей ФС?

[Genius]

Хм, утилитами просто только ext2->ext3 , про остальные такого не слышал.

Под фрю не знаком с ними, хотя вроде никто не мешает пользоватся любой ФС (resiserfs, ext2-3)

[Колян]

На фре какая-то JFS есть но шота ниче найти не могу как и куда.

[masters]

Нашел кое-что!

 

http://www.namesys.com/

 

Кто-нибудь такое пробовал?

[Genius]

это и есть reiserfs, правда 4ый я бы еще не рискнул использовать на серверах, а 3.6 у меня показывает себя хорошо, особенно если учесть его эффективность в работе с большим числом файлов.

[Polo]

Всем превед!

А не надоело ли изобретать велосипед? Почему сам биллинг не достаточно стабилен? Теряет данные!!! Почему файлы конф и стат все время находяться в открытом состоянии? неужели нельзя держать это в памяти, а данные записывать только активным пользователям и нагрузку на ФС уменьшить таким образом и никаких потерь!!!! :mrrr:

[Genius]

У меня за 3 года работы не одной потери, может быть все таки задуматся над нормыльным подходом к делу, UPS + журналируемая система? Без УПСы дело может кончится просто банально убитым хардом и никакие скрипты не помогут, кроме бекапа конечно, но и без него нельзя.

[masters]

У меня UPS + скрипты для бэкапа и восстановления! Месяц пока работает нормально, хотя 3 раза из-за питания уже вырубался.

[Колян]

вопрос действительно актуален, так как уже не раз пропадало питалово. Действительно, зачем постоянно открытыми файло держать? Только что был сбой, и всех юзераф как рукой сняло...