Отказо-устойчивость

[Urbas81]

Ох вы и завернули с роботами тут включать полив и управлять фонтаном и то стремно доверить. Пример, сегодня ночью моргнул свет, было кратковременное пропадание, после этого сервер не запустился, над этим я еще поработаю, хотя другой компьютер, который был выключен запустился сдесь надо тоже смотреть из-за чего. Но после того как я запустил вручную системник, дальше все заводится автоматически, но зная по предыдущему опыту, что портится пару таблиц в БД, полез проверил, и действительно history и phistory были запороты, причем при индивидуальной проверке отсутствовали для них пункты восстановить таблицу, и только когда выбрал все таблицы, вроде все восстановилось. Так вот я что хотел спросить, можно ли как-то встроить данный процесс проверки и восстановления таблиц в сам MDM при запуске. Код на php можно выдрать из phpmyadmin4, а что с ним дальше делать?

[sergejey]

(переместил в отдельную тему)

да, с поломанными таблицами есть проблема.
сейчас некоторые меры уже встроены, но их, похоже, недостаточно.

из того что есть (при запуске)
1. делается резервная копия базы данных (хранится в папке htdocs/backup) -- восстановить её можно через тот же phpmyadmin
2. по каждой из таблиц базы данных делается выборка одного элемента, чтобы проверить не поломаная ли она. если выборка не удалась, то всей таблице делается команда REPAIR (починка).

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

может у кого ещё какие идеи будут -- делитесь

[Urbas81]

(переместил в отдельную тему)

да, с поломанными таблицами есть проблема.
сейчас некоторые меры уже встроены, но их, похоже, недостаточно.

из того что есть (при запуске)
1. делается резервная копия базы данных (хранится в папке htdocs/backup) -- восстановить её можно через тот же phpmyadmin
2. по каждой из таблиц базы данных делается выборка одного элемента, чтобы проверить не поломаная ли она. если выборка не удалась, то всей таблице делается команда REPAIR (починка).

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

может у кого ещё какие идеи будут -- делитесь

а по 2 пункту, это давно добавилось, может мне надо обновиться, а то я даненько этого не делал, может быть это уже б и помогло? Еще хотел спросить, в чем заключается процесс восстановления таблицы например рhistory, при этом теряется какая-то информация, или просто происходит удаление последней недописаной записи, которая допустим оборвалась в момент отключения света?

[sergejey]

(переместил в отдельную тему)

да, с поломанными таблицами есть проблема.
сейчас некоторые меры уже встроены, но их, похоже, недостаточно.

из того что есть (при запуске)
1. делается резервная копия базы данных (хранится в папке htdocs/backup) -- восстановить её можно через тот же phpmyadmin
2. по каждой из таблиц базы данных делается выборка одного элемента, чтобы проверить не поломаная ли она. если выборка не удалась, то всей таблице делается команда REPAIR (починка).

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

может у кого ещё какие идеи будут -- делитесь

а по 2 пункту, это давно добавилось, может мне надо обновиться, а то я даненько этого не делал, может быть это уже б и помогло? Еще хотел спросить, в чем заключается процесс восстановления таблицы например рhistory, при этом теряется какая-то информация, или просто происходит удаление последней недописаной записи, которая допустим оборвалась в момент отключения света?

это добавилось довольно давно по-моему. уже и не вспомню точно когда. но, повторюсь, это не всегда работает почему-то.

в процессе восстановления в первую очередь приводится в порядок целостность структуры файла с таблицей. если есть какие-то "битые" записи, то они удаляются. детально объяснить не смогу, т.к. сам не в курсе всех подробностей процедуры.

[Vadymkyr]

можно еще использовать в режиме USE_FRM. Мне восстановление помогло только с ним

Код: Выделить всё

для REPAIR существует режим USE_FRM. Используйте его, если отсутствует файл .MYI или поврежден его заголовок. В этом режиме MySQL воссоздаст таблицу, используя информацию из файла .frm. Этот вид исправления в myisamchk недоступен.

[Urbas81]

За праздники заметил пару раз остановку циклов в системе, просто перестают бежать циклы в окне cmd.exe, управление через 1-wire работает, но графики и все задачи останавливается. С чем это может быть связано, было ли у кого-нибудь такое, или это проблемы с компьютером.

[sergejey]

За праздники заметил пару раз остановку циклов в системе, просто перестают бежать циклы в окне cmd.exe, управление через 1-wire работает, но графики и все задачи останавливается. С чем это может быть связано, было ли у кого-нибудь такое, или это проблемы с компьютером.

У меня было подобное -- на windows-машине синтезатор речи иногда зависал и соответственно задачи останавливались. Тогда решил переодическим прибиванием процесса cscript.exe, но это на старом компьютере было -- на новой машине такое не случается. Вообще надо посмотреть что висит в процессах на момент зависания -- может на самом деле какая внешняя команда.

[Urbas81]

За праздники заметил пару раз остановку циклов в системе, просто перестают бежать циклы в окне cmd.exe, управление через 1-wire работает, но графики и все задачи останавливается. С чем это может быть связано, было ли у кого-нибудь такое, или это проблемы с компьютером.

У меня было подобное -- на windows-машине синтезатор речи иногда зависал и соответственно задачи останавливались. Тогда решил переодическим прибиванием процесса cscript.exe, но это на старом компьютере было -- на новой машине такое не случается. Вообще надо посмотреть что висит в процессах на момент зависания -- может на самом деле какая внешняя команда.

Да у меня тоже на windows, синтезатор поставил как описывалось сдесь Infovox Desktop 2.2, разговаривает много, молчит только ночью, а что за cscript.exe и как его переодически прибить, может поможет, дело в том что останов происходит не систематически, а хаотично, если OWFS отваливался закономерно по превышении памяти, то тут такого нет.

[sergejey]

через cscript запускается проговаривание текста
можно сделать bat-файл со строчкой
taskkill /IM cscript.exe

ну и запускать его раз в 10-15 минут через стандартный windows-планировщик

[Urbas81]

Спасибо, попробую, а запускаться он будет автоматически по событию say("бла бла бла") из системы, при этом не будет потери разговорчивости?