Ошибка Cron для плагинов СДЭК и Брошенные корзины - Exited with return code = 255 Есть решение

Хостинг reg.ru, панель ISPmanager, PHP 5.6.
Все задания Cron для сайта отрабатывают корректно, настройки у всех абсолютно идентичны.
Но задания для плагинов "Интеграция СДЭК" и "Брошенные корзины" завершаются с ошибкой Exited with return code = 255.
Почему - не понятно.
Пробовал менять настройки заданий, прописывать полный путь к php - результат не меняется.
В итоге

php /var/www/u0000000/data/www/ххххххххх.ru/cli.php blog emailsubscription >/dev/null 2>&1
(и shop followup и т.д.)

завершается нормально и фреймворк пишет в админке, что задание работает нормально. А

php /var/www/u0000000/data/www/ххххххххх.ru/cli.php shop cartsPluginCheck >/dev/null 2>&1
(и shop sdekintPlugin)

завершаются с Exited with return code = 255 и фрейморк пишет, что задание не выполняется.

Отчего это может быть?

10 ответов

  • 3

    Посмотрите, может поможет соответствующая статья от автора плагина Брошенные корзины?

  • 2

    Попробовал в заданиях переименовать cartsPluginCheck в cartsplugincheck
    После этого при тестовом запуске из контрольной панели хостинга "Exited with return code = 255" исчезло.
    Задание завершается просто с пустой страницей, как и другие задания.
    Но в настройках плагина в магазине всё равно пишется:
    Настройка CRON Отправка отложенных сообщений в данный момент работает.
    Последняя проверка 2016-09-09 23:00:01


  • 1
    Eugen Nichikov 14 сентября 2016 20:26 #

    Вот первый результат из Гугла по запросу "Exited with return code = 255". Пишут

    Да, это ошибка панели. К сожалению, ее еще не пофиксили.

    Если есть SSH, стоит проверить запуск вручную. Должно работать нормально.

    Регистр команды менять не стоит, т.к. фреймворк не найдёт нужный класс и возвращает что-то типа "команда не найдена".

    А вообще, надо было не трогать :) 2016-09-09 23:00:01 запустилось же.

    • +2

      Это не моё. Я и не трогал. ))
      Но 2016-09-09 запустилось

      php /var/www/u0000000/data/www/ххххххххх.ru/cli.php shop cartsPluginCheck >/dev/null 2>&1

      судя по всему

    • +2

      На счет написанного про ошибку панели - не очень авторитетный источник там. Я не стал дочитывать когда искал.
      На сайте у провайдера в доке как бы пути указаны, но не работают.
      В доке разработчиков плагина - указаны для этого хостинга, но другой панели.
      Но танцы с бубном и хаб - помогли.

      • +2
        Eugen Nichikov Eugen Nichikov 14 сентября 2016 21:51 #

        ок :) я разработчик плагина.

        Если что-то есть в статье, я его как минимум один раз так настраивал.

        С кроном без SSH если не знаю как настроить, настраиваю разные варианты с интервалом 1 минуту (в 21, 22, 23 и т.п.) и смотрю когда запустились корзины.

  • 4
    Алексей | shop-script.org Партнер-эксперт 14 сентября 2016 20:41 # Решение

    В общем так

    /opt/php/5.6/bin/php -f /var/www/u0000000/data/www/ххххххххх.ru/cli.php shop cartsplugincheck

    не заработало, а

    /opt/php/5.6/bin/php -f /var/www/u0000000/data/www/ххххххххх.ru/cli.php shop cartsPluginCheck

    заработало. В статье правило для Reg.ru - Cpanel но, для ISPmanager тоже подошло.

    Самое странное, что как написано в документации на Reg.ru https://www.reg.ru/support/hosting-i-servery/hosti...

    /opt/php/5.3/bin/php-cgi -f /var/www/user_id/data/www/site.ru/script.php

    тоже не работало, а

    php /var/www/u0000000/data/www/ххххххххх.ru/cli.php blog emailsubscription

    и так работало для "родных" плагинов Вебасиста.

    Павлу Макарову - респект, обратил внимание.


Добавить ответ

Чтобы добавить комментарий, зарегистрируйтесь или войдите