Jump to content

Error: User Data Not Read. Parameter Passw

bsn

By bsn,
in Stargazer questions

 Share Followers 1

Recommended Posts

bsn

bsn 0

Posted
Posted

здраствуйте всем. поставил 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 -- ---------------------------------------------

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

 

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

Link to post
Share on other sites
bsn

bsn 0

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

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

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

 

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

Link to post
Share on other sites
bsn

bsn 0

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

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

Link to post
Share on other sites
stealZ

stealZ 0

Posted
Posted

TO egor2fsys

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

 

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

 

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

 

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

 

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

Link to post
Share on other sites
Alferov

Alferov 0

Posted
Posted

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

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

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

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

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

Link to post
Share on other sites
stealZ

stealZ 0

Posted
Posted

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

 

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

Link to post
Share on other sites
egor2fsys

egor2fsys 5

Posted
Posted

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

Link to post
Share on other sites
masters

masters 126

Posted
Posted

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

Поставил я 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

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

Link to post
Share on other sites
masters

masters 126

Posted
Posted

Как обещал! Вот скриптик, запускаемый по 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

Link to post
Share on other sites
Колян

Колян 2

Posted
Posted

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

Link to post
Share on other sites
Genius

Genius 0

Posted
Posted

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

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

Link to post
Share on other sites
Genius

Genius 0

Posted
Posted

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

Link to post
Share on other sites
Polo

Polo 0

Posted
Posted

Всем превед!

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

Link to post
Share on other sites
Genius

Genius 0

Posted
Posted

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

Link to post
Share on other sites
masters

masters 126

Posted
Posted

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

Link to post
Share on other sites
  • 4 weeks later...
Колян

Колян 2

Posted
Posted

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

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Followers 1
Go to topic listing

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...