ошибки в базе в связке с радиусом

Технические вопросы по UTM 5.0
Ответить
avaddon
Сообщения: 20
Зарегистрирован: Пт фев 15, 2013 09:53

ошибки в базе в связке с радиусом

Сообщение avaddon »

День добрый. Может не по адресу но все же помогите кто сможет. Проблема возникла совсем не давно. Связка MYSQL+UTM+Radius+Cisco (PPPoE сервер) работала замечательно. Абоненты PPPoE стали рости и в базе начали появляться ошибки вида:
130529 2:57:29 InnoDB: Error: page 2195477 log sequence number 3045 2332144760
InnoDB: is in the future! Current system log sequence number 3045 640121722.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.0/en/ ... overy.html
InnoDB: for more information.

Сам MYSQL пишет что использовать force recovery. Но не могу понять какую именно таблицу он просит починить. И клиенты не могут подключиться поскольку база вовремя не отвечает((( Возможно средствами UTM как то восстановить целостность базы? Или средствами MYSQL? Может сталкивался кто-то?! Проблема стала возникать когда увеличился прирост клиентов PPPoE. большое количество запросов на подключение, и видимо что-то пошло не так. ПОМОГИТЕ РАЗОБРАТЬСЯ-БУДУ ПРИЗНАТЕЛЕН!!!!

RuffiAn
Сообщения: 107
Зарегистрирован: Пн янв 24, 2011 16:11

Сообщение RuffiAn »

UTM точно базу не пролечит. А что в логах utm?

avaddon
Сообщения: 20
Зарегистрирован: Пт фев 15, 2013 09:53

Сообщение avaddon »

нашли ошибку. она была в таблицу discount transaction all. Сделали бэкап без нее. восстановили и ошибка больше не валиться. Посидели подумали вроде как таблица и не шибко важна. то что нужно выдрали с нее и на резервной базе подняли. Ошибки есть но как архивная база хранить можно

Manjur
Сообщения: 30
Зарегистрирован: Ср июн 02, 2010 00:02
Откуда: Казахстан

Сообщение Manjur »

Ошибка не из-за абонентов. Это у вас MySQL ругается на целостность файлов данных. Либо у вас на сервере, где БД крутится питание падало, либо жесткие диски сыпятся. Ошибка говорит о том, что MySQL не смог сам восстановить данные из бинарных логов innodb и вам теперь придется делать это вручную. Курите про ключ innodb_force_recovery .

discount_transactions_all - это ваши списания по учеткам абонентов.

Ответить