Во время выполнения подпрограммы сервисных функций было утеряно соединение

[a_eugene]

V50.28

24.10.2009 22:05:04 kernel: Во время выполнения подпрограммы сервисных функций было утеряно соединение с mysql. Вероятно не все запланированные действия были выполнены. Будут выполнены в следующий раз
24.10.2009 21:05:03 kernel: Во время выполнения подпрограммы сервисных функций было утеряно соединение с mysql. Вероятно не все запланированные действия были выполнены. Будут выполнены в следующий раз
24.10.2009 20:05:02 kernel: Во время выполнения подпрограммы сервисных функций было утеряно соединение с mysql. Вероятно не все запланированные действия были выполнены. Будут выполнены в следующий раз

Может ли быть с этим связано неудаление временных платежей?

Что я забыл сделать?

[Efendy]

Да, в "подпрограмме сервисных функций" происходит удаление временных платежей. Если обычно коннект с mysql нормальный, а постоянно выводятся такие сообщения - проверь целостность всех таблиц - подпрограмма прекращает выполнение, если операция с какой-либо таблицей неуспешна

[a_eugene]

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

Как проверить целостность таблиц? В каких манах искать?

[versus]

в документации к базе данных ключевое слово mysqlcheck

[a_eugene]

Это оно?
Можно ли восстанавливать "налету" или надо что-то останавливать?
#mysqlcheck -p -u bill_kernel bill
bill.traf_info                                                           
warning  : Table is marked as crashed                                   
warning  : 1 client is using or hasn't closed the table properly         
error    : Size of indexfile is: 3176448        Should be: 3177472       
error    : Size of datafile is: 6329500         Should be: 6329788       
error    : Corrupt                                                       

[a_eugene]

А вот это что за ошибка может быть?
19.10.2009 09:02:46 Starting noserver
DBD::mysql::db do failed: MySQL server has gone away at /usr/local/nodeny/nosat.pl line 253.

[a_eugene]

Спасибо, набрал
mysqlcheck -repair -p -u bill_kernel bill
через час все временные платежи удалились

[versus]

Причем тут нодени? Мы не пишем  Субд  Mysql  Попробуйте обратится с проблемой к  корпорации Sun Microsystem  владелице MySQL.
Такое ощущение как будто мы виноваты что у вас поламалась база данных.

[goletsa]

Да почти навернка на сервере или не было упса или его не хватило по времени.
Ибо у мну база крэшилась только когда резко вырубало свет.

[a_eugene]

Район такой - бывает и не хватает... А кто и какими упсами пользуется на FreeBSD?

[VitalVas]

у мну район работает без перебоев, максимум вырубают на 10 минут, а там хватает простова за 300-400 грн.

[goletsa]

http://www.lidermarket.ru/kod_SUA1500RMI2U_APC-Smart-2U-Rack-Mount-1500VA.html
У нас парочка таких стоит.

[Maks]

А у меня простенькие Mustek которые выключают компы при критическом заряде батареи. А при появлении питания компы включаются обратно сами.

[goletsa]

Коректное выключение через shutdown? Или просто питало вырубают?
Я пробовал соединять один из бесперебойников с сервером но у меня какойто кривой кабель - при его втыкании упс нафиг вырубается.

[Maks]

У меня вообще хитрая технология.
Была идея чтоб при пропаже питания, серваки правельно  (через shutdown) выключались.
При появлении питания на матери стояла команда включиться.
Но тут была одна ошибочка.
Упс выкл комп. и дальше почти не садился, таким образом комп не заметит изчезновения питания. И не включится, что нам не подходит.

Сделал немногу по другому. Ниже пишу цепочку начиная от пропажи до появления питания в сети.
- 220 изчезло
- упс держит 10 мин
- упс на приделе критической раздярки ( часто пищит )
- упс даёт команду FreeBSD "shutdown -h +0" - фря завершает все процесы и на мониторе видно надпись "Please press any key to reboot"
- усп сел
- питание на серваке изчезло, комп выключился
- 220 появилось, FreeBSD загружается и продолжает работать.