Биллинговая система Nodeny

Здравствуйте. freebsd 7.2 Nodeny 49.32 не получается сделать backup базы данных.

mysqldump -u root -p --default-character-set=cp1251 bill > bill.sql      Enter password:
mysqldump: Got error: 145: Table './bill/traf_info' is marked as crashed and should be repaired when using LOCK TABLES

починить таблицу

mysqlcheck -p --auto-repair bill  базу не повредить?
Почему такая проблема возникла?

свет пропадал или некорректное выключение сервера вот те и вышло

Чтобы всем было страшнее, расскажу как всего два бэда убило мне сервер сегодня ночью.
Один бэд был не страшный, а второй попал на перл ))) все мгновенно умерло.
Спасибо, что я делал бэкап не только базы, поэтому довольно быстро все перенес на другой винт.

Наверное потому что вы сэкономили на упсах и сисадмине. Не ?

gmirror + gjournal + online ups + вменяемый админ = решат проблемы ))

Сегодня дважды убедился, что gmirror все таки не является панацеей.
Два раза за сегодня развалился ПОЛНОСТЬЮ рейд на тех же винтаж на тойже машинке.
Причем развалился так, что на одном винте пропали все разделы, а на втором половина инфы.
Винты трижды проверены.
Понятно, что проблема в железе, но собранное с нуля и оттестированное по отдельным компонентам, при большой  нагрузке (это шлюз)
все в сборе дает вот такой забавный результат ((((
Копаюсь второй день, пока мыслей мало.
Сымитировать такое колво ппс/сессий/трафа кроме как на живых юзверях даже не в курсе как.

п.с. это все лирика ))) о необходимости делать бакапы итд ))

Я вот как раз недавно вел с Элитом задушевную беседу в асе на эту тему. ))) В общем мнения разошлись ) и пост выше подтверждает что я был прав ) а все почему? У меня был случай похожий, правда на виндовом сервере, но это не важно т.к. рейд был аппаратный - но мне повезло больше, когда все начало рушится я  одно зеркало выдрал с корнями ))) и слава Богу, бо меня бы убили... честно...

а я и не говорил, что зеркало - панацея от всех бед, но если вдруг винт умрет быстро и внезапно, то зеркало спасет :)

Чето у меня база уменьшилась. Предыдущий размер файла bill.sql был 120 Мб вчера сделал backup получилось 57 Мб. Как такое может быть?

Может таблица побилась? сделайте mysqlcheck

Сделал mysqlcheck -p --auto-repair bill, размер файла 58,3 Мб. Клиенты все на месте, вроде бы все работает.

Пытаюсь восстановиться из резервной копии:


В чем может быть проблема?
P.S. дамп создан скриптом, который прилагается в мануале по ноуденай.

в студию

''N6i3OOOk8WKZU'
тут апостроф в данных, убери его и все пройдет

Перенес базу на тестовую машину
 perl nocheck.pl
Проверка прав на чтение таблиц:

1. SELECT COUNT(*) FROM users...OK

2. SELECT COUNT(*) FROM files...OK

3. SELECT COUNT(*) FROM nets...OK

4. SELECT COUNT(*) FROM plans2...OK

5. SELECT COUNT(*) FROM users_trf...OK

6. SELECT COUNT(*) FROM dopdata...OK

DBD::mysql::st execute failed: Table 'bill.dop_oldvalues' doesn't exist at nocheck.pl line 66.
7. SELECT COUNT(*) FROM dop_oldvalues...ОШИБКА
Table 'bill.dop_oldvalues' doesn't exist

В чем проблема?

Я так думаю проблема в том, что вы бэкап 49.32 версии пытаетесь внести в 49.33 версию совершенно не думая, что в новой версии циферка добавлена не с проста. Вам надо внести в базу изменения для 33 вкрсии, которые описаны в файле bill.sql

Установил 49.32 и загрузил базу, затем обновил до 49.33
perl nocheck.pl  - все ок

а
perl nodeny.pl -v -nowait


02.05.2010 13:07:18 : Version /usr/local/nodeny/noconf.pl is 49.32! nodeny.pl version is 49.33. Resave the config. NoDeny is stopped

Разве не по русски английски написано, что нужно перезаписать конфиг? В админке заходишь в настройки->сателлиты, выбираешь сателлит и просто жмешь кнопку  "сохранить"