Ошибка при выполнении команды sbin mgrctl m ispmgr periodic через планировщик

Модераторы: Art.i, garry

Перестал работать планировщик

Модераторы: Art.i, garry

Перестал работать планировщик

Внезапно перестала работать команда, которая была записана в планировщике (хотя до этого всё прекрасно работало).
Не могу понять, что произошло, после чего такое случилось?
Пробовал перезагружать VDS — смысла это не принесло.
(Стоит, само собой, ISPManager и Debian7)

Erriour
 
Сообщений: 7
Зарегистрирован: Ср окт 07, 2015 4:16 pm

Re: Перестал работать планировщик

Сообщение ls » Чт окт 15, 2015 3:45 am

А в /var/log/cron видно выполнение программы?

ls
Support team
 
Сообщений: 6352
Зарегистрирован: Чт мар 01, 2007 10:36 am
Откуда: FirstVDS

Re: Перестал работать планировщик

Сообщение Erriour » Чт окт 15, 2015 8:46 am

Такой директории просто нет… Почему-то…

Erriour
 
Сообщений: 7
Зарегистрирован: Ср окт 07, 2015 4:16 pm

Re: Перестал работать планировщик

Сообщение Erriour » Чт окт 15, 2015 3:18 pm

Немного разобрался. Планировщик изначально не работал.
Теперь возник вопрос: почему не работал и как включить?

Erriour
 
Сообщений: 7
Зарегистрирован: Ср окт 07, 2015 4:16 pm

Re: Перестал работать планировщик

Сообщение ls » Пт окт 16, 2015 9:49 am

Есть ли он в процессах?
ps ax|grep cron?

Если нет — попробовать запустить
service crond start

Уточните какая у вас операционная система на сервере?

ls
Support team
 
Сообщений: 6352
Зарегистрирован: Чт мар 01, 2007 10:36 am
Откуда: FirstVDS

Re: Перестал работать планировщик

Сообщение Erriour » Пт окт 16, 2015 12:22 pm

Изображение
Изображение
Стоит Debian-7-amd64-ispmgr5.

Erriour
 
Сообщений: 7
Зарегистрирован: Ср окт 07, 2015 4:16 pm

Re: Перестал работать планировщик

Сообщение ls » Сб окт 17, 2015 3:38 am

Так он запущен у вас, как вы видите что не работает?
Имя лога /var/log/cron или /var/log/syslog в нем записи должны быть которые пишет cron
Может быть просто задание неверное?

ls
Support team
 
Сообщений: 6352
Зарегистрирован: Чт мар 01, 2007 10:36 am
Откуда: FirstVDS

Re: Перестал работать планировщик

Сообщение Erriour » Сб окт 17, 2015 10:28 am

Erriour
 
Сообщений: 7
Зарегистрирован: Ср окт 07, 2015 4:16 pm

Re: Перестал работать планировщик

Сообщение ls » Сб окт 17, 2015 3:18 pm

Задача выполняется, видно в логе cron
Oct 17 10:18:01 *** /USR/SBIN/CRON[20638]: (root) CMD (/usr/bin/wget -O /dev/null

http://***.ru/shop/admin/cron.php

>/dev/null 2>&1)

Смотрите лог сайта на предмет обращений

Выполните в ssh команду
/usr/bin/wget -O /dev/null

http://***.ru/shop/admin/cron.php

ls
Support team
 
Сообщений: 6352
Зарегистрирован: Чт мар 01, 2007 10:36 am
Откуда: FirstVDS

Вернуться в Любые вопросы

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Источник

Спасите Помогите))) Ума не приложу что делать и как найти ошибку…
Apache 2.4.6-90.el7.centos
MySQL 5.5.64-1.el7
PHP 5.4.16-46.1.el7_7
Perl 5.16.3-294.el7_6
Kernel 3.10.0-1062.9.1.el7.x86_64

лог мессаджес
Oct 31 10:04:07 new mariadb-prepare-db-dir: Database MariaDB is probably initialized in /var/lib/mysql already, nothing is done.
Oct 31 10:04:07 new mariadb-prepare-db-dir: If this is not the case, make sure the /var/lib/mysql is empty before running mariadb-prepare-db-dir.
Oct 31 10:04:07 new mysqld_safe: 201031 10:04:07 mysqld_safe Logging to ‘/var/log/mariadb/mariadb.log’.
Oct 31 10:04:07 new mysqld_safe: 201031 10:04:07 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
Oct 31 10:04:10 new systemd: Started MariaDB database server.
Oct 31 10:05:01 new systemd: Started Session 43549 of user root.
Oct 31 10:05:01 new systemd: Started Session 43546 of user root.
Oct 31 10:05:01 new systemd: Started Session 43548 of user root.
Oct 31 10:05:01 new systemd: Started Session 43547 of user root.
Oct 31 10:05:01 new systemd: Started Session 43550 of user root.
Oct 31 10:05:01 new systemd: Started Session 43551 of user root.
Oct 31 10:05:01 new systemd: Started Session 43552 of user root.
Oct 31 10:05:01 new systemd: Started Session 43553 of user root.
Oct 31 10:06:01 new systemd: Started Session 43555 of user root.
Oct 31 10:06:01 new systemd: Started Session 43554 of user root.
Oct 31 10:06:01 new systemd: Started Session 43556 of user root.
Oct 31 10:07:01 new systemd: Started Session 43557 of user root.
Oct 31 10:07:01 new systemd: Started Session 43559 of user root.
Oct 31 10:07:01 new systemd: Started Session 43558 of user root.
Oct 31 10:08:01 new systemd: Started Session 43560 of user root.
Oct 31 10:08:01 new systemd: Started Session 43561 of user root.
Oct 31 10:08:01 new systemd: Started Session 43562 of user root.
Oct 31 10:08:01 new systemd: Started Session 43563 of user root.
Oct 31 10:08:02 new systemd: Stopping MariaDB database server…
Oct 31 10:08:04 new systemd: Stopped MariaDB database server.
Oct 31 10:08:04 new systemd: Starting MariaDB database server…
Oct 31 10:08:04 new mariadb-prepare-db-dir: Database MariaDB is probably initialized in /var/lib/mysql already, nothing is done.
Oct 31 10:08:04 new mariadb-prepare-db-dir: If this is not the case, make sure the /var/lib/mysql is empty before running mariadb-prepare-db-dir.
Oct 31 10:08:04 new mysqld_safe: 201031 10:08:04 mysqld_safe Logging to ‘/var/log/mariadb/mariadb.log’.
Oct 31 10:08:04 new mysqld_safe: 201031 10:08:04 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
Oct 31 10:08:07 new systemd: Started MariaDB database server.
Oct 31 10:09:01 new systemd: Started Session 43565 of user root.
Oct 31 10:09:01 new systemd: Started Session 43564 of user root.
Oct 31 10:09:01 new systemd: Started Session 43566 of user root.

лог Марии:

201031 10:16:10 Percona XtraDB (www.percona.com) 5.5.61-MariaDB-38.13 started; log sequence number 1966363809
201031 10:16:10 [Note] Plugin ‘FEEDBACK’ is disabled.
201031 10:16:10 [Note] Server socket created on IP: ‘127.0.0.1’.
201031 10:16:10 [Note] Event Scheduler: Loaded 0 events
201031 10:16:10 [Note] /usr/libexec/mysqld: ready for connections.
Version: ‘5.5.64-MariaDB’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MariaDB Server
201031 10:20:02 [Note] /usr/libexec/mysqld: Normal shutdown
201031 10:20:02 [Note] Event Scheduler: Purging the queue. 0 events
201031 10:20:02 InnoDB: Starting shutdown…
201031 10:20:04 InnoDB: Shutdown completed; log sequence number 1966363819
201031 10:20:04 [Note] /usr/libexec/mysqld: Shutdown complete
201031 10:20:04 mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended
201031 10:20:05 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
201031 10:20:05 [Note] /usr/libexec/mysqld (mysqld 5.5.64-MariaDB) starting as process 14360 …
201031 10:20:05 InnoDB: The InnoDB memory heap is disabled
201031 10:20:05 InnoDB: Mutexes and rw_locks use GCC atomic builtins
201031 10:20:05 InnoDB: Compressed tables use zlib 1.2.7
201031 10:20:05 InnoDB: Using Linux native AIO
201031 10:20:05 InnoDB: Initializing buffer pool, size = 8.0G
201031 10:20:05 InnoDB: Completed initialization of buffer pool
201031 10:20:05 InnoDB: highest supported file format is Barracuda.
201031 10:20:05 InnoDB: Waiting for the background threads to start
201031 10:20:06 Percona XtraDB (www.percona.com) 5.5.61-MariaDB-38.13 started; log sequence number 1966363819
201031 10:20:06 [Note] Plugin ‘FEEDBACK’ is disabled.
201031 10:20:06 [Note] Server socket created on IP: ‘127.0.0.1’.
201031 10:20:06 [Note] Event Scheduler: Loaded 0 events
201031 10:20:06 [Note] /usr/libexec/mysqld: ready for connections.
Version: ‘5.5.64-MariaDB’ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MariaDB Server
201031 10:24:01 [Note] /usr/libexec/mysqld: Normal shutdown
201031 10:24:01 [Note] Event Scheduler: Purging the queue. 0 events
201031 10:24:01 InnoDB: Starting shutdown…
201031 10:24:06 InnoDB: Shutdown completed; log sequence number 1966363829
201031 10:24:06 [Note] /usr/libexec/mysqld: Shutdown complete
201031 10:24:06 mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended
201031 10:24:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
201031 10:24:06 [Note] /usr/libexec/mysqld (mysqld 5.5.64-MariaDB) starting as process 15334 …
201031 10:24:06 InnoDB: The InnoDB memory heap is disabled
201031 10:24:06 InnoDB: Mutexes and rw_locks use GCC atomic builtins
201031 10:24:06 InnoDB: Compressed tables use zlib 1.2.7
201031 10:24:06 InnoDB: Using Linux native AIO
201031 10:24:06 InnoDB: Initializing buffer pool, size = 8.0G
201031 10:24:07 InnoDB: Completed initialization of buffer pool
201031 10:24:07 InnoDB: highest supported file format is Barracuda.
201031 10:24:07 InnoDB: Waiting for the background threads to start
201031 10:24:08 Percona XtraDB (www.percona.com) 5.5.61-MariaDB-38.13 started; log sequence number 1966363829
201031 10:24:08 [Note] Plugin ‘FEEDBACK’ is disabled.
201031 10:24:08 [Note] Server socket created on IP: ‘127.0.0.1’.
201031 10:24:08 [Note] Event Scheduler: Loaded 0 events
201031 10:24:08 [Note] /usr/libexec/mysqld: ready for connections.

Источник

#11

Отправлено 04 October 2016 — 05:58

Посмотрел. Ошибка скрывается nginx-ом.

Попробуйте повторить ошибку под apache на локале.

  • 0

  • Наверх

#12


SpellCraft

Отправлено 04 October 2016 — 10:19

Может стандартные кроны из коробки дополнительно вешают нагрузку?

  • 0

  • Наверх

#13


SmetDenis

Отправлено 04 October 2016 — 13:14

Как часто они выполняются, что делают и как долго это делают?

  • 0

  • Наверх

#14


SpellCraft

Отправлено 04 October 2016 — 15:11

/usr/local/mgr5/sbin/mgrctl -m core problems.autosolve — в ручную

/usr/local/mgr5/sbin/mgrctl -m core product.autoupdate — ежедневно

/usr/local/mgr5/sbin/mgrctl -m ispmgr backup.plan.run elid=backup — ежедневно

/usr/local/mgr5/sbin/mgrctl -m ispmgr periodic — каждую минуту

/usr/local/mgr5/sbin/mgrctl -m ispmgr problems.autosolve — в ручную

/usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok — ежедневно

/usr/local/mgr5/sbin/mgrctl -m ispmgr sysinfostat — в ручную

2, 3 и 6 выключены.

  • 0

  • Наверх

#15


SpellCraft

Отправлено 04 October 2016 — 15:16

  • 0

  • Наверх

#16


SmetDenis

Отправлено 04 October 2016 — 17:29

Я не знаю, за что отвечают эти задачи. Думаю обычные для isp.

Дело не в производительности, а в плавающей ошибке.

Баг повторился под апачем на локале?

  • 0

  • Наверх

#17


SpellCraft

Отправлено 04 October 2016 — 17:35

Не успел пока проверить, только бэкапы слил…

  • 0

  • Наверх

#18


SpellCraft

Отправлено 17 October 2016 — 08:51

Странно… Ошибка пропала сама после удаления тасков в исп. Но, появился другой гемор (правда эта проблема появилась еще до возникновения 502) ругается на следующий код в route.php, строка 467 по адресу administrator/components/com_zoo/helpers/
 

	protected function _findInCategoryPath($category) {
		foreach ($category->getPathway() as $id => $cat) {
			if ($menu_item = $this->_find('category', $id)) {
				return $menu_item;
			}
		}
	}

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

 http://screenshot.ru…1a63eb92e40fcc8

Сообщение отредактировал SpellCraft: 17 October 2016 — 08:54

  • 0

  • Наверх

#19


SpellCraft

Отправлено 03 November 2016 — 15:03

Со вчерашнего дня опять вылезла 502 — я и 504 — я при сохранении, Денис, Вы случайно не пробовали что?

  • 0

  • Наверх

#20


SmetDenis

Отправлено 07 November 2016 — 06:29

Со вчерашнего дня опять вылезла 502 — я и 504 — я при сохранении, Денис, Вы случайно не пробовали что?

Нет, Я не заходил на ваш сайт.

Баг повторяется на локале?

  • 0

  • Наверх

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка при выполнении файловой операции v8srvr configsave
  • Ошибка при выполнении запроса возникла ошибка пожалуйста повторите попытку позже qiwi
  • Ошибка при выполнении файловой операции unknown exception 1с
  • Ошибка при выполнении запроса возможно ncm crypto plugin не запущен что это значит
  • Ошибка при выполнении файловой операции std exception