Сообщений в теме: 37

[andibrag]

Ежедневно ровно в 20:00 и до 0 часов останавливается cron.
Странно, что ошибок никаких он не выдает. Запуск cron.php возвращает Done. Но напоминания не работают.
Техподдержка хостинга тоже ошибок не наблюдает. В чем может быть причина?
Монитор показывает, что задача выполняется и не более.

[Analitic]

Что именно происходит в 20:00? у хостера?
У вас зависает выполнение задания напоминания, т.е. возможно в это время перезаргужается apache? и процесс php в котором формируется напомнинание убивается. В результате он не может отрапортавать что он завершился. Снятие авариных процессов происходит через 4 часа, поэтому в 24.00 снова все начинает работать. Также сбросить очеред можно вручную, во вкладке монитор.

[andibrag]

Analitic (25.2.2011, 14:58) писал:

Что именно происходит в 20:00? у хостера?
У вас зависает выполнение задания напоминания, т.е. возможно в это время перезаргужается apache? и процесс php в котором формируется напомнинание убивается. В результате он не может отрапортавать что он завершился. Снятие авариных процессов происходит через 4 часа, поэтому в 24.00 снова все начинает работать. Также сбросить очеред можно вручную, во вкладке монитор.

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

[Analitic]

andibrag (25.2.2011, 17:48) писал:

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

Автоматический сброс и происходит, если проходит более 4-х часов.
Если хотите другие условия, то можете написать свою проверку состояния, и вызывать функцию
terminate_cron_tasks();
из файла functions_cron.php

[andibrag]

Analitic (28.2.2011, 14:15) писал:

Автоматический сброс и происходит, если проходит более 4-х часов.
Если хотите другие условия, то можете написать свою проверку состояния, и вызывать функцию
terminate_cron_tasks();
из файла functions_cron.php

Как проверить работает скрипт или завис? Теперь он зависает у меня в любое время. Хостеры говорят, что теоретически после перезапуска апач скрипт тоже должен сбрасываться. Может быть использование wget дает этот эффект? Скачивание файла и перезагрузка апач совпадают по времени - скрипт не отрабатывает.

[Analitic]

andibrag (1.3.2011, 10:19) писал:

Как проверить работает скрипт или завис? Теперь он зависает у меня в любое время. Хостеры говорят, что теоретически после перезапуска апач скрипт тоже должен сбрасываться. Может быть использование wget дает этот эффект? Скачивание файла и перезагрузка апач совпадают по времени - скрипт не отрабатывает.

Не нужно переодически перезапускать апач, это прерывает работу монитора который следит за заданиями в крон. И становиться невозможно достоверно узнать завис скрипт или нет.

В вашем случае, вы знаете что напоминания формируются не более 5 минут, можете вызывать функцию сброса, если напомнинание работает дольше.
В следующей версии мы сделаем настройку, в ней можно будет указывать максимальное время выполнения для каждого задания. А не обобщенно для всех заданий максимум 4 часа.

[andibrag]

Analitic (1.3.2011, 11:11) писал:

Не нужно переодически перезапускать апач, это прерывает работу монитора который следит за заданиями в крон. И становиться невозможно достоверно узнать завис скрипт или нет.

Апач не я перезапускаю, это по каким-то причинам происходит на сервере и, судя по зависанию монитора, довольно часто. Я поставил в cron задание на сброс скрипта через каждые пять минут
*/5 * * * * wget http://www.mysite.ru...p?reset_tasks=1
Все ли правильно и не повлияет ли это на формирование, например, тех же напоминаний и работу online консультанта?

[andibrag]

что-то не правильно...
как запустить прерывание процесса?

[Analitic]

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

[andibrag]

Analitic (1.3.2011, 17:15) писал:

предыдущая команда неправильна, во первых вы не проходите авторизацию

Это я увидел

Цитата

возможно вам стоит сменить хостера?

Не самый подходящий момент
Дa и пока не прибегал к крон особых нареканий на sweb не было
Можно как-то отследить висит крон или нет? Если да - прервать. Функцию какую-то написать на пхп.
У меня это проблема пока вызывает больше неудобства, чем создает убытки, но у кого-то подвисание скрипта и несвоевременный перезапуск может привести к потере денег - онлайн консультант просто не увидит вопроса от клиента, например.

[Analitic]

andibrag (1.3.2011, 17:47) писал:

Это я увидел
Не самый подходящий момент
Дa и пока не прибегал к крон особых нареканий на sweb не было
Можно как-то отследить висит крон или нет? Если да - прервать. Функцию какую-то написать на пхп.
У меня это проблема пока вызывает больше неудобства, чем создает убытки, но у кого-то подвисание скрипта и несвоевременный перезапуск может привести к потере денег - онлайн консультант просто не увидит вопроса от клиента, например.

Нужно понимать, что скрипт не зависает сам по себе. Аварийную ситуацию вызывают частые перзапуски apache.
В таких условиях задания не могут нормально выполняться. Например у вас делается бекап, а вы перезапустили apache, это приведет к тому что бекап будет не полным, и вы не сможете восстановиться. Что приведет к потере данных, а следственно и денег. И перезапуск вас в этом случае не спасет.
Также возможны другие сюрпризы, с двойными напоминаниями и т.д.

Перезапуск системы cron это аварийная ситуация. Страховка.
Для нормальной работы нужна стабильная работа apache.

[andibrag]

Analitic (2.3.2011, 11:44) писал:

Для нормальной работы нужна стабильная работа apache.

опять возвращаюсь к этой теме
ситуация так и не разрешилась
хостер утверждает, что апач не перезагружается так часто, как у меня происходит остановка заданий
поправьте меня если я, что-то не так понимаю:
1. крон запускает процедуру скачивания php скрипта через wget
2. скрипт запускает встроенные функции согласно расписанию и ставит, формируемые ими процессы, в очередь на выполнение
3. задание в очереди по какой-то причине прекращает работу и как следствие все остальные задания ждут его исполнения и не отрабатывают
4. последующие запуски скрипта кроном формируют следующие задание и продолжают заполнять стек
вопрос: можно ли предусмотреть функцию в cron.php, проверяющую все ли задания отработали и если нет - перезапустить (а не сбросить) именно то задание, которое "висит"?
тогда все должно отработать корректно, задержка выполнения заданий будет не более минуты и ничего из процессов не потеряется, поскольку очередь заданий будет соблюдена

[Analitic]

andibrag (17.3.2011, 21:20) писал:

вопрос: можно ли предусмотреть функцию в cron.php, проверяющую все ли задания отработали и если нет - перезапустить (а не сбросить) именно то задание, которое "висит"?
тогда все должно отработать корректно, задержка выполнения заданий будет не более минуты и ничего из процессов не потеряется, поскольку очередь заданий будет соблюдена

1. Нельзя написать функцию определяющую, отработало задание или нет, когда перезапускается apache. Максимум это можно завершить его по таймауту.
2. По поводу перезапуска а не сброса. Eсли у вас ошибка в php коде задания, и оно просто каждый раз зависает. То при последующем перезапуске, оно снова зависнет. Это полность остановит выполнение других заданий в очереди. Чтобы, невозможно было полностью заблокировать работу очереди одним заданием, это задание сбрасывается.

В бетта версии 1.9.3 реализованн механизм расширенного управления таймаутами (ссылка на документацию). Если вы зададите минимальные таймауты, на задания типа 'Напоминаний', это сколько-то облегчит работу, но полноценного решения не даст. Как уже написал выше, нужна стабильная работа apache, без частых перезапусков.

[andibrag]

Analitic (18.3.2011, 10:59) писал:

1. Нельзя написать функцию определяющую, отработало задание или нет, когда перезапускается apache. Максимум это можно завершить его по таймауту.

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

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

Цитата

В бетта версии 1.9.3 реализованн механизм расширенного управления таймаутами (ссылка на документацию). Если вы зададите минимальные таймауты, на задания типа 'Напоминаний', это сколько-то облегчит работу, но полноценного решения не даст. Как уже написал выше, нужна стабильная работа apache, без частых перезапусков.

не наблюдаю таких настроек

[Analitic]

andibrag (18.3.2011, 12:27) писал:

я не знаю куда копать

сменить хостера, не вариант?
можем предложить завести saas аккаунт у нас. будет адрес типа andibrag.clientbase.ru, который можно изменить на ваш домен.

andibrag (18.3.2011, 12:27) писал:

не наблюдаю таких настроек

Ревизия не последняя? 1.9.3 бетта, и еще меняется.

[andibrag]

Analitic (18.3.2011, 15:04) писал:

сменить хостера, не вариант?

сменить можно
но только это равнозначно закрыть дырку в борту корабля шкафом - на глаза не давит, но судну не поможет
хостер отрекается от проблемы, если это правда, значит глюк надо искать в другом месте, но его нужно искать и устранить, а не отмахиваться и менять хостера

Ревизию поменял настройки - появились, в принципе это частично решит проблему от зависания
но, насколько я понимаю, это может привести к потере сообщений и напоминаний?

[Analitic]

andibrag (18.3.2011, 16:04) писал:

Ревизию поменял настройки - появились, в принципе это частично решит проблему от зависания
но, насколько я понимаю, это может привести к потере сообщений и напоминаний?

Прерывание выполнения формирования напоминаний может привести к потере части напоминаний.
Прерывание процесса бекапа может привести к потере части бекапа.

[andibrag]

монитор показывает одно, список заданий - другое состояние
раньше такого не было
в "напоминаниях" системное ограничение времени работы - 2 минуты, а висит, как оказалось, уже 4 часа

[Analitic]

Исправлено в ревизии 1936.
Спасибо за скриншоты, но также очень желательно видеть лог задания.

[andibrag]

Analitic (28.3.2011, 11:18) писал:

Спасибо за скриншоты, но также очень желательно видеть лог задания.

к сожалению поздно прочел, лог данного события стерт
если будут еще сбои - пришлю лог