Биллинговая система Nodeny
24 Ноября 2024, 04:59:24 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: [1] 2
  Печать  
Автор Тема: y2010x6x30  (Прочитано 11683 раз)
keeper1978
NoDeny
Постоялец
*

Карма: -16
Offline Offline

Сообщений: 101


Просмотр профиля
« : 01 Июля 2010, 17:30:27 »

как пробороть ошибку
DBD::mysql::db do failed: Table './bill/y2010x6x30' is marked as crashed and should be repaired at nodeny.pl line 1157.

я так понимаю она связанна с переходом на новый месяц  всвязи с этим вопрос какие данные nodeny не сохранила
« Последнее редактирование: 01 Июля 2010, 17:38:48 от keeper1978 » Записан
stix
NoDeny
Спец
*

Карма: 72
Offline Offline

Сообщений: 1872


Nodeny Support Team

205539
Просмотр профиля
« Ответ #1 : 01 Июля 2010, 18:34:56 »

через phpmyadmin можешь сделать repair

можно с консоли сделать через mysqlcheck
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #2 : 01 Июля 2010, 18:37:17 »

c консоли

mysql -u root -pпароль bill

repair table y2010x6x30;

это не с переходом - это повреждена таблица мускула.
Записан
versus
Администратор
Спец
*****

Карма: 21
Offline Offline

Сообщений: 845


44306843
Просмотр профиля WWW Email
« Ответ #3 : 01 Июля 2010, 20:03:43 »


я так понимаю она связанна с переходом на новый месяц  всвязи с этим вопрос какие данные nodeny не сохранила

Если отсутствие системного администратора связано с переходом на новый месяц, то да. Если отсутствие бесперебейника связано с переходом на новый месяц, то да. Если бэкапы не делаются в связи с переходом на новый месяц, то да.

Интерсно что могла не сохранить нодени в поврежденную таблицу с дневным трафиком Непонимающий
Записан
keeper1978
NoDeny
Постоялец
*

Карма: -16
Offline Offline

Сообщений: 101


Просмотр профиля
« Ответ #4 : 01 Июля 2010, 22:58:15 »


Если бэкапы не делаются в связи с переходом на новый месяц, то да.
а при чём здесь бэкапы ? если эти таблицы не бэкапятся
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4790



Просмотр профиля
« Ответ #5 : 01 Июля 2010, 23:07:13 »


Если бэкапы не делаются в связи с переходом на новый месяц, то да.
а при чём здесь бэкапы ? если эти таблицы не бэкапятся
там скрыта ирония. Потому что вопрос явно глупый, а та часть которая не глупая неоднократно обсуждена. Во-первых, как физическое повреждение таблицы связано с NoDeny? Я пока еще не умею так вредить, но подумаю. Во-вторых - ремонт поврежденных таблиц обсужден и на форуме и вообще внесен в FAQ.html:

Цитировать
Если есть таблицы с поврежденной структурой, то необходимо запустить утилиту с указанием отремонтировать такие таблицы:

bash# mysqlcheck -repair -p -u bill_kernel bill

из доки посвежее:
Код:
mysqlcheck -repair -u root --password=`perl -e'require "/usr/local/nodeny/history.nod"; print $sql_root_pass;'` bill 
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #6 : 02 Июля 2010, 20:52:52 »

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

подскажите как намеренно повредить таблицу? нужно для теста.
Записан
goletsa
NoDeny
Спец
*

Карма: 21
Offline Offline

Сообщений: 973


Просмотр профиля
« Ответ #7 : 02 Июля 2010, 21:59:02 »

Не надо.
Все нештатные ситуации надо обрабатывать руками чтобы ваша автоматика вместо починки окончательно не доломала все.
Записан
stix
NoDeny
Спец
*

Карма: 72
Offline Offline

Сообщений: 1872


Nodeny Support Team

205539
Просмотр профиля
« Ответ #8 : 02 Июля 2010, 22:03:19 »

все уже придумано.
через тот же --log-bin
Код:
или вот mysqlcheck -A -r
myisamchk -r /var/lib/mysql/*/*.MYI
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4790



Просмотр профиля
« Ответ #9 : 04 Июля 2010, 11:45:15 »

а кстати появилась идейка - билинг пишет что повреждена таблица - почему не пойти чуть далее и дописать пару строк - что бы таблица сама востанавливалась - по логике ничего сложного.
это не биллинг пишет, а перловый модуль для работы с БД. В принципе можно отлавливать его сообщения и парсить, но во-первых я не уверен, что сообщение стандартизировано и в будущем не изменится, а во-вторых это явно излишний функцинал - в нормальных системах (с нормальным питанием) повреждения таблиц не будет никогда, так что проверять нет никакого смысла.
Записан
blackjack
NoDeny
Старожил
*

Карма: 24
Offline Offline

Сообщений: 352


Просмотр профиля Email
« Ответ #10 : 04 Июля 2010, 13:32:40 »

это не биллинг пишет, а перловый модуль для работы с БД. В принципе можно отлавливать его сообщения и парсить, но во-первых я не уверен, что сообщение стандартизировано и в будущем не изменится, а во-вторых это явно излишний функцинал - в нормальных системах (с нормальным питанием) повреждения таблиц не будет никогда, так что проверять нет никакого смысла.
1. ви не забувайте шо ми живемо в Україні
2. маленькі піонер-мережі не можуть собі дозволити "нормальні системи (з нормальним живленням)"

імхо. виправляти таблиці білінг не повинен
« Последнее редактирование: 04 Июля 2010, 13:37:48 от blackjack » Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #11 : 04 Июля 2010, 17:34:47 »

Все нештатные ситуации надо обрабатывать руками чтобы ваша автоматика вместо починки окончательно не доломала все.
хм. а чем будет отличатся или ручками набрана или сриптом? или ручками учитываются тайминги - и метод чумака-кашпировского?
Записан
versus
Администратор
Спец
*****

Карма: 21
Offline Offline

Сообщений: 845


44306843
Просмотр профиля WWW Email
« Ответ #12 : 04 Июля 2010, 20:13:44 »

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

Вы можете дописать функциональность в виде модуля, но тогда все обращения клиентов будем переадресовывать вам.
Записан
versus
Администратор
Спец
*****

Карма: 21
Offline Offline

Сообщений: 845


44306843
Просмотр профиля WWW Email
« Ответ #13 : 04 Июля 2010, 20:18:09 »

Есть три уровня восприятия: что, как, и зачем.
И вкладывая 1 килокалорию усилий на решение проблемы на каждом уровне приводит к «отдаче инвестиций» на порядки отличающейся.
Поясню: например я пишу программу.
Уровень «что» — я выделил для этого специальное время, записал про задачу в списки, напоминания, все такое… В результате написал программу. Зашибись.
Уровень «как» — прежде чем писать программу, покумекал, спросил умных людей, купил готовые компоненты, нанял ассистента… В результате написал программу в два раза быстрее. Зашибись.
Уровень «зачем» — Покумекал, и понял — что мне не нужна программа, в принципе. А мне нужно новое железо, которое аппаратным образом делает то же самое, но потребляет меньше всего остального. Но, правда, стоит соответственно. Денег нет. Но результат работы железа, нужен не только мне, а еще куче кому в здании. Обошел людей, поговорил — они скинулись, курьеры доставили, распаковал-установил — Profit!
Заняло все дело 3 дня, и приносит деньги ежемесячно. Вот это — зашибись!

(с) HEDO http://hedo.habrahabr.ru/
Записан
ser970
NoDeny
Спец
*

Карма: 70
Offline Offline

Сообщений: 1323

262462619
Просмотр профиля Email
« Ответ #14 : 05 Июля 2010, 09:09:57 »

имелось в виду сдалать так (найду способ повредить таблици или кто поделится файоами поврежленых таблиц сделаю)

если таблица повреждена  суточного трафа то сначала скопируем этот файл в любое место а потом попробуем востановить таблицу - так вроде безопасно и хуже чем есть не сделаешь. при аварии остальных таблиц ничего не делать.
написать не сложно - но как повредить таблицу?
Записан
Страниц: [1] 2
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!