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

  1. 22.05.2014, 04:27


    #1

    VadimD вне форума


    Member

    По умолчанию Ошибки планировщика

    Каждые сутки от планировщика на e-mail приходит сообщение об ошибке.

    Тема сообщения:
    Cron <root@name> /usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok

    Ошибка:
    ERROR pkg_cache_busy(pkgctl): Cache update in progress. Try to run the Setup Wizard later

    Ну, а сегодня ночью вообще крон сошёл с ума, забомбил почтовый ящик письмами с отправкой интервалом 5 минут следующего содержания:

    Тема сообщения:
    Cron <root@name> /usr/local/mgr5/addon/srvmon

    Ошибка:
    No services for monitoring!

    Пришлось отключить задачу srvmon.

    В чём проблемы?

  2. 22.05.2014, 15:53


    #2

    Olya вне форума


    ISPsystem team

    По умолчанию

    ERROR pkg_cache_busy(pkgctl): Cache update in progress. Try to run the Setup Wizard later

    Такое ощущение, что у вас дважды подряд это задание запускается и не успевает отработать. Проверьте, пожалуйста, это задание нигде не дублируется?

    Ошибка:
    No services for monitoring!

    В модуле «службы» вы не поставили ни одного сервиса на мониторинг. Если вам мониторинг не нужен, то задание можно удалить.

  3. 22.05.2014, 20:04


    #3

    purel81 вне форума


    Senior Member

    По умолчанию

    Здравствуйте!
    Извините что вклиниваюсь, попутный вопрос:
    А как поставить сервис на мониторинг?
    Нажимаю мониторинг, выставляю 5-минут, ОК.
    Всё? а как выбрать службу?
    каждые 5 минут приходит «No services for monitoring!»
    Выделить какую то строчку и нажать мониторинг?
    тоже самое происходит…

  4. 23.05.2014, 02:25


    #4

    VadimD вне форума


    Member

    По умолчанию

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

    В планировщике вот такие задачи стоят и по-моему ничего не повторяется.

    /usr/local/mgr5/addon/srvmon

    /usr/local/mgr5/sbin/mgrctl -m core problems.autosolve

    /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate

    /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate >/dev/null 2>&1

    /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 software.update update_cache=on sok=ok >/dev/null 2>&1

  5. 23.05.2014, 06:33


    #5

    borzy вне форума


    Senior Member

    Аватар для borzy

    По умолчанию

    А как поставить сервис на мониторинг?

    «Система»=>»Службы»=>Выбирает е нужную=>»Добавить»

    Нажимаю мониторинг, выставляю 5-минут, ОК.

    Это Вы только мониторинг включаете, не добавляя служб. Отсюда и ошибки. Каждые пять минут мониторинг запускается, но мониторить ему нечего

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

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

  6. 23.05.2014, 07:30


    #6

    purel81 вне форума


    Senior Member

    По умолчанию

    У меня галочка давно стояла, а в последних обновлениях её наверное полноценно задействовали.
    За это («Система»=>»Службы»=>Выбирае� �е нужную=>»Добавить»)
    СПАСИБО! никогда-бы не догадался, и в мануале нет…

    п.с. запустил, теперь бы разобраться что и на каких портах мониторить???
    а то он ihttpd по HTTP:1500 не увидел … завис напрочь

    п.с. перезагрузил, отключил все
    пример использования есть???
    понимаю, глупо звучит, добавил в мониторинг, а убрать не могу, после обновления страницы, они снова есть …

    Последний раз редактировалось purel81; 23.05.2014 в 08:15.

  7. 23.05.2014, 09:01


    #7

    Sedna вне форума


    Senior Member

    Аватар для Sedna

    По умолчанию

    Цитата Сообщение от purel81
    Посмотреть сообщение

    п.с. запустил, теперь бы разобраться что и на каких портах мониторить???
    а то он ihttpd по HTTP:1500 не увидел … завис напрочь

    Здравствуйте,

    Службы — Добавить — Тип службы — в выпадающем меню выбрать нужный (сменить с «неизвестного») — указать порт.

    В доку допишу на днях.

    Последний раз редактировалось Sedna; 23.05.2014 в 09:04.

  8. 23.05.2014, 15:09


    #8

    purel81 вне форума


    Senior Member

    По умолчанию

    Здравствуйте!
    Спасибо, да я так и делал.
    Мне понятны с первого раза были HTTP, FTP и SSH, а вот по поводу IP в доках опишите пожалуйста поподробнее, то реальный, то 127.0.0.1 и так далее.

    А вот с отключением их возникла у меня проблема, наверное от того что стояла 1 минута, не мог их отключить, обновление страницы стоит 15 сек.
    выбираю, нажимаю удалить из мониторинга и так далее, страница обновилась и всё как было, раз пять пробовал.
    решение нашел как отключить мониторинг глобально, перезагрузить и потом отключить все или ненужные.
    Кстати нельзя-ли добавить поле «кому» и «от кого» отсылать письма?

  9. 24.05.2014, 10:16


    #9

    Dasha вне форума


    Senior Member

    Аватар для Dasha

    По умолчанию

    Мониторинг добавляет новое уведомление в Статистика — Уведомления. Там вы можете настроить отправку e-mail (кнопка Настроить — галочка Отправлять Email-уведомления).

  10. 14.11.2014, 13:17


    #10

    intervision вне форума


    Senior Member

    По умолчанию

    Та же проблема уже несколько месяцев подряд

    ERROR pkg_cache_busy(pkgctl): Cache update in progress. Try to run the Setup Wizard later

    Код:

     > crontab -l
## ISPmanager available software list update
0 0 * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok >/dev/null 2>&1
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m ispmgr problems.autosolve >/dev/null 2>&1
## Backup plan 'BACKUP_USERS' task
0 0 * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr backup.plan.run elid=bkpusr >/dev/null 2>&1
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m core problems.autosolve >/dev/null 2>&1
## ISPsystem products autoupdate task (/usr/local/mgr5)
42 0 * * *      /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate >/dev/null 2>&1
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m core problems.autosolve
## ISPsystem products autoupdate task (/usr/local/mgr5)
57 1 * * *      /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m ispmgr problems.autosolve
## ISPmanager available software list update
0 0 * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok
## ISPsystem task which collect system statistics
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m ispmgr sysinfostat
## ISPmanager periodic tasks handler (ispmgr)
* * * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr periodic

    Удаленные лишние строки возвращаются обратно через сутки. В панели отключение уведомлений на email включается обратно также через сутки самостоятельно.

Источник

  1. 22.05.2014, 04:27

    #1

    VadimD вне форума


    Member

    По умолчанию Ошибки планировщика

    Каждые сутки от планировщика на e-mail приходит сообщение об ошибке.

    Тема сообщения:
    Cron <root@name> /usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok

    Ошибка:
    ERROR pkg_cache_busy(pkgctl): Cache update in progress. Try to run the Setup Wizard later

    Ну, а сегодня ночью вообще крон сошёл с ума, забомбил почтовый ящик письмами с отправкой интервалом 5 минут следующего содержания:

    Тема сообщения:
    Cron <root@name> /usr/local/mgr5/addon/srvmon

    Ошибка:
    No services for monitoring!

    Пришлось отключить задачу srvmon.

    В чём проблемы?

  2. 22.05.2014, 15:53

    #2

    Olya вне форума


    ISPsystem team

    По умолчанию

    ERROR pkg_cache_busy(pkgctl): Cache update in progress. Try to run the Setup Wizard later

    Такое ощущение, что у вас дважды подряд это задание запускается и не успевает отработать. Проверьте, пожалуйста, это задание нигде не дублируется?

    Ошибка:
    No services for monitoring!

    В модуле «службы» вы не поставили ни одного сервиса на мониторинг. Если вам мониторинг не нужен, то задание можно удалить.

  3. 22.05.2014, 20:04

    #3

    purel81 вне форума


    Senior Member

    По умолчанию

    Здравствуйте!
    Извините что вклиниваюсь, попутный вопрос:
    А как поставить сервис на мониторинг?
    Нажимаю мониторинг, выставляю 5-минут, ОК.
    Всё? а как выбрать службу?
    каждые 5 минут приходит «No services for monitoring!»
    Выделить какую то строчку и нажать мониторинг?
    тоже самое происходит…

  4. 23.05.2014, 02:25

    #4

    VadimD вне форума


    Member

    По умолчанию

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

    В планировщике вот такие задачи стоят и по-моему ничего не повторяется.

    /usr/local/mgr5/addon/srvmon

    /usr/local/mgr5/sbin/mgrctl -m core problems.autosolve

    /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate

    /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate >/dev/null 2>&1

    /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 software.update update_cache=on sok=ok >/dev/null 2>&1

  5. 23.05.2014, 06:33

    #5

    borzy вне форума


    Senior Member

    Аватар для borzy

    По умолчанию

    А как поставить сервис на мониторинг?

    «Система»=>»Службы»=>Выбирает е нужную=>»Добавить»

    Нажимаю мониторинг, выставляю 5-минут, ОК.

    Это Вы только мониторинг включаете, не добавляя служб. Отсюда и ошибки. Каждые пять минут мониторинг запускается, но мониторить ему нечего

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

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

  6. 23.05.2014, 07:30

    #6

    purel81 вне форума


    Senior Member

    По умолчанию

    У меня галочка давно стояла, а в последних обновлениях её наверное полноценно задействовали.
    За это («Система»=>»Службы»=>Выбирае� �е нужную=>»Добавить»)
    СПАСИБО! никогда-бы не догадался, и в мануале нет…

    п.с. запустил, теперь бы разобраться что и на каких портах мониторить???
    а то он ihttpd по HTTP:1500 не увидел … завис напрочь

    п.с. перезагрузил, отключил все
    пример использования есть???
    понимаю, глупо звучит, добавил в мониторинг, а убрать не могу, после обновления страницы, они снова есть …

    Последний раз редактировалось purel81; 23.05.2014 в 08:15.

  7. 23.05.2014, 09:01

    #7

    Sedna вне форума


    Senior Member

    Аватар для Sedna

    По умолчанию

    Цитата Сообщение от purel81
    Посмотреть сообщение

    п.с. запустил, теперь бы разобраться что и на каких портах мониторить???
    а то он ihttpd по HTTP:1500 не увидел … завис напрочь

    Здравствуйте,

    Службы — Добавить — Тип службы — в выпадающем меню выбрать нужный (сменить с «неизвестного») — указать порт.

    В доку допишу на днях.

    Последний раз редактировалось Sedna; 23.05.2014 в 09:04.

  8. 23.05.2014, 15:09

    #8

    purel81 вне форума


    Senior Member

    По умолчанию

    Здравствуйте!
    Спасибо, да я так и делал.
    Мне понятны с первого раза были HTTP, FTP и SSH, а вот по поводу IP в доках опишите пожалуйста поподробнее, то реальный, то 127.0.0.1 и так далее.

    А вот с отключением их возникла у меня проблема, наверное от того что стояла 1 минута, не мог их отключить, обновление страницы стоит 15 сек.
    выбираю, нажимаю удалить из мониторинга и так далее, страница обновилась и всё как было, раз пять пробовал.
    решение нашел как отключить мониторинг глобально, перезагрузить и потом отключить все или ненужные.
    Кстати нельзя-ли добавить поле «кому» и «от кого» отсылать письма?

  9. 24.05.2014, 10:16

    #9

    Dasha вне форума


    Senior Member

    Аватар для Dasha

    По умолчанию

    Мониторинг добавляет новое уведомление в Статистика — Уведомления. Там вы можете настроить отправку e-mail (кнопка Настроить — галочка Отправлять Email-уведомления).

  10. 14.11.2014, 13:17

    #10

    intervision вне форума


    Senior Member

    По умолчанию

    Та же проблема уже несколько месяцев подряд

    ERROR pkg_cache_busy(pkgctl): Cache update in progress. Try to run the Setup Wizard later

    Код:

     > crontab -l
## ISPmanager available software list update
0 0 * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok >/dev/null 2>&1
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m ispmgr problems.autosolve >/dev/null 2>&1
## Backup plan 'BACKUP_USERS' task
0 0 * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr backup.plan.run elid=bkpusr >/dev/null 2>&1
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m core problems.autosolve >/dev/null 2>&1
## ISPsystem products autoupdate task (/usr/local/mgr5)
42 0 * * *      /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate >/dev/null 2>&1
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m core problems.autosolve
## ISPsystem products autoupdate task (/usr/local/mgr5)
57 1 * * *      /usr/local/mgr5/sbin/mgrctl -m core product.autoupdate
## ISPsystem problems autosolve task (/usr/local/mgr5)
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m ispmgr problems.autosolve
## ISPmanager available software list update
0 0 * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr software.update update_cache=on sok=ok
## ISPsystem task which collect system statistics
*/5 * * * *     /usr/local/mgr5/sbin/mgrctl -m ispmgr sysinfostat
## ISPmanager periodic tasks handler (ispmgr)
* * * * *       /usr/local/mgr5/sbin/mgrctl -m ispmgr periodic

    Удаленные лишние строки возвращаются обратно через сутки. В панели отключение уведомлений на email включается обратно также через сутки самостоятельно.

  • Не удалось запустить панель

    При попытке зайти в панель из браузера «! Ошибка Не удалось запустить панель. Обратитесь к администратору»

    При попытке:

    Код:

    /usr/local/mgr5/sbin/mgrctl -m ispmgr exit

    В ответ:

    Код:

    Error: Type: 'client' Object: 'open' Value: 'ispmgr'

    При этом сайты вроде доступны и нормально работают.

  • Здравствуйте.
    Покажите лог /usr/local/mgr5/var/ispmgr.log в момент, когда пытаетесь зайти в панель через браузер.

  • Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    Здравствуйте.
    Покажите лог /usr/local/mgr5/var/ispmgr.log в момент, когда пытаетесь зайти в панель через браузер.

    Сейчас туда уже ничего не пишется. А вот последние записи:

    Код:

    Nov  6 02:10:20 [17052:1] core [1;35mWARNING Module 'license_expire' was unloaded[0m
    Nov  6 02:10:20 [17052:1] core [1;35mWARNING Module 'dnsnsfix' was unloaded[0m
    Nov  6 02:10:20 [17052:1] core [1;35mWARNING Module 'unixsocket' was unloaded[0m
    Nov  6 02:10:20 [17052:1] core [1;35mWARNING Module 'core' was unloaded[0m
    Nov  6 02:11:21 [17052:1] core [1;35mWARNING Trying to terminate thread '00d7bf0a927f0000'[0m
    Nov  6 02:11:21 [17052:1] core [1;35mWARNING Trying to terminate thread '00e75f0b927f0000'[0m
    Nov  6 02:11:21 [17052:1] core [1;35mWARNING Trying to terminate thread '00f7ff0b927f0000'[0m
    Nov  6 02:11:21 [17052:1] core [1;35mWARNING Trying to terminate thread '00d75e1d927f0000'[0m

  • Странно, а какие версии ISPmanager и COREmanager?

  • Цитата:

    Сообщение от usaafko
    Посмотреть сообщение

    Странно, а какие версии ISPmanager и COREmanager?

    Я бы был Вам признателен если бы Вы подсказали как это можно определить. В панель то не попасть чтоб посмотреть :)

  • Прошу прощения, выполните в консоли

    Код:

    /usr/local/mgr5/bin/core -V
    /usr/local/mgr5/bin/core ispmgr -V

  • Цитата:

    Сообщение от usaafko
    Посмотреть сообщение

    Прошу прощения, выполните в консоли

    Код:

    /usr/local/mgr5/bin/core -V
    /usr/local/mgr5/bin/core ispmgr -V

    core 5.20.7
    core ispmgr 5.20.10-2014.11.05_15:08

  • Проверьте что ihttpd запущен

    Код:

    ps axu | grep ihttpd

  • Цитата:

    Сообщение от usaafko
    Посмотреть сообщение

    Проверьте что ihttpd запущен

    Код:

    ps axu | grep ihttpd

    Код:

    root      1203  0.0  0.0 108196  600 ?        S    Oct19  0:00 /bin/sh /usr/local/mgr5/sbin/ihttpd_safe
    root      1208  0.0  0.2  92216  4284 ?        SL  Oct19  0:33 sbin/ihttpd -f -d
    root    19455  0.0  0.0 103252  804 pts/0    R+  16:50  0:00 grep ihttpd

  • Напишите в поддержку, если есть возможность, с доступами — посмотрим.

  • Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    Напишите в поддержку, если есть возможность, с доступами — посмотрим.

    Перезапустили сервер. Заработало. Повторится — сообщим.

  • Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    Напишите в поддержку, если есть возможность, с доступами — посмотрим.

    Доброй ночи,

    Да, один из клиентов подобное так же словил, коллега отправил информацию в запросе: 10122425

  • В случае Lazek проблема была в файле /usr/local/mgr5/var/.ispmgr.progress.xml, который панель не могла распарсить. Удалила, панель сгенерировала новый и запустилась.

  • Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    В случае Lazek проблема была в файле /usr/local/mgr5/var/.ispmgr.progress.xml, который панель не могла распарсить. Удалила, панель сгенерировала новый и запустилась.

    Да, Дарья, Вы полностью правы, может быть, стоит в ошибки::

    Цитата:

    Nov 15 13:27:44 [12260:1] err ERROR Error: Type: ‘xml’ Object: ‘parse_file’ Value: ‘var/.ispmgr.progress.xml’
    Nov 15 13:27:44 [12260:1] core WARNING Module ‘progress_data’ was unloaded
    Nov 15 13:27:44 [12260:1] core WARNING CORE module was not loaded due errors: Type: ‘xml’ Object: ‘parse_file’ Value: ‘var/.ispmgr.progress.xml’
    Nov 15 13:27:44 [12260:1] core WARNING Module ‘internalsocket’ was unloaded

    Добавить в ошибке мотивирование пользователя на то чтобы пользователь сам допустим удалил / переместил этот файл, либо вовсе это сделала панель, т.к. ручных действий со слов клиента не производилось..

  • Я сталкивалась с подобной проблемой раньше, не могу пока отследить закономерность. Возможно, с обновлением связано. Скинула эту тему разработчику посмотреть.
    Не все, что панель не может распарсить, нужно удалять :) Сложно такие ошибки автоматически обработать.

  • Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    Я сталкивалась с подобной проблемой раньше, не могу пока отследить закономерность. Возможно, с обновлением связано. Скинула эту тему разработчику посмотреть.
    Не все, что панель не может распарсить, нужно удалять :) Сложно такие ошибки автоматически обработать.

    Не, тут клиент сказал что ошибка появилась, он наоборот запустил обновление, но проблемку это не решило :)

    Спасибо, ну тут тогда тока текстом дописать чтобы дропали))

  • u menia takajaze problema byla no stior fail /usr/local/mgr5/var/.ispmgr.progress.xml peregruzil pc i vsio zarabotalo, uze 3 clienta

  • Да, да. Разработчиков о данной проблеме уведомили, пытаются отловить, насколько мне известно.

  • Всем привет.
    Не могу зайти в админ панель ispmgr
    core заходит и в «Уведомлениях» пишет «Ошибка при выполнении команды ‘sbin/mgrctl -m ispmgr problems.autosolve’ через планировщик»
    Доп. информ. «Type: ‘client’ Object: ‘open’ Value: ‘ispmgr’»

    /usr/local/mgr5/bin/core -V
    5.39.0

    /usr/local/mgr5/bin/core ispmgr -V
    5.39.3-2015.09.28_13:08

    ps axu | grep ihttpd
    root 1787 0.0 0.0 7844 1976 pts/0 S+ 10:57 0:00 grep ihttpd
    root 16896 0.0 0.0 123440 13816 ? SL 03:12 0:00 ihttpd accept

    Файлика /usr/local/mgr5/var/.ispmgr.progress.xml — нету

    Подскажиет как поправить ошибку без ребута. спасибо

  • Лог ISPmanager’a нужен.
    Что делали с сервером до проблемы?

  • Цитата:

    Сообщение от Fly
    Посмотреть сообщение

    Лог ISPmanager’a нужен.
    Что делали с сервером до проблемы?

    ihttpd.log

    Цитата:

    Oct 1 11:17:58 [16896:1] misc EXTINFO 0x2035ec0 add connection 14 form 91.209.__.__:50073
    Oct 1 11:17:58 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:17:58 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:17:58 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:18:01 [16896:1] misc INFO Request: /core GET HTTP/1.1. data = (nil) (with POST size 0)
    Oct 1 11:18:01 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:18:02 [16896:1] misc INFO Request: /core GET HTTP/1.1. data = (nil) (with POST size 0)
    Oct 1 11:18:02 [16896:1] misc INFO Request: /core GET HTTP/1.1. data = (nil) (with POST size 0)
    Oct 1 11:18:02 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:18:02 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:18:04 [16896:1] misc INFO Request: /core GET HTTP/1.1. data = (nil) (with POST size 0)
    Oct 1 11:18:04 [16896:1] misc WARNING Cross-origin request from » denied
    Oct 1 11:18:04 [16896:1] misc INFO Request: /manimg/orion/lib/ZeroClipboard.swf GET HTTP/1.1. data = (nil) (with POST size 0)
    Oct 1 11:18:04 [16896:1] misc INFO Request: /core GET HTTP/1.1. data = (nil) (with POST size 0)
    Oct 1 11:18:04 [16896:1] misc WARNING Cross-origin request from » denied

    Сервер работал без изменений

  • Это точно лог ISPmanager, а не CORE?

  • Цитата:

    Сообщение от Sedna
    Посмотреть сообщение

    Это точно лог ISPmanager, а не CORE?

    ihttpd.log первый лог, сорри (

    ispmgr.log

    Цитата:

    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.suspend.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.suspend’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.suspend’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.resume.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.resume.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.resume’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.resume’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.delete.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.delete.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.delete’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.delete’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.edit’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users.edit’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.users’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.delete.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.delete.one’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.delete’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.delete’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.edit’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group.edit’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.group’
    Oct 1 12:28:03 [10318:1] action EXTINFO Drop event ‘userrights’ for action ‘*’
    Oct 1 12:28:03 [10318:1] core WARNING Module ‘rights’ was unloaded
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.user’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘userrights.user’
    Oct 1 12:28:03 [10318:1] core WARNING Module ‘progress’ was unloaded
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘progress.set’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘progress.set’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘progress.get’
    Oct 1 12:28:03 [10318:1] action INFO Drop action ‘progress.get’
    Oct 1 12:28:03 [10318:1] core WARNING Module ‘isp_api_shell’ was unloaded
    Oct 1 12:28:03 [10318:1] core WARNING Module ‘execute’ was unloaded

  • В приведенном логе нет ничего интересного. Скорее всего выше где-то ошибки есть, смотрите внимательно лог при загрузке.

    ОС случайно не Debian?

  • Цитата:

    Сообщение от Fly
    Посмотреть сообщение

    В приведенном логе нет ничего интересного. Скорее всего выше где-то ошибки есть, смотрите внимательно лог при загрузке.

    ОС случайно не Debian?

    Distributor ID: Debian
    Description: Debian GNU/Linux 7.8 (wheezy)
    Release: 7.8
    Codename: wheezy

    Добавил файл

  • Подскажите где еще посмотреть, для входа в ispmgr.

  • Oct 1 13:53:37 [14130:1] config EXTINFO Reload manager configuration need_reload = true state = 6200465481451700569
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/bind.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/myadmin.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/proftpd.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/php.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/roundcube.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/dovecot.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/ispmgr.conf.d/mysql.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/sieve.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/logrotate.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/httpd-itk.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/quota.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/conf.d/exim.conf’
    Oct 1 13:53:37 [14130:1] config EXTINFO Load config data from ‘/usr/local/mgr5/etc/ispmgr.conf’
    Oct 1 13:53:37 [14130:1] err ERROR Error in src/ispapi/module.cpp:191 void* {anonymous}::ModulePrivate::CheckLibLinks(const string&). Library libtasn1 linked to /usr/lib/x86_64-linux-gnu/libtasn1.so.6 conflicting with already loaded one
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO mgr_err::AssertError::Raise(char const*, int, char const*, std::string const&) (lib/libmgr.so.5.39.0 + 0x93) [*0x7f8382774225]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (lib/libispapi.so.5.39.0 + 0x0) [*0x7f8382774110]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (lib/libispapi.so.5.39.0 + 0x0) [*0x7f8382774873]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO isp_api::LoadModule(std::string const&) (lib/libispapi.so.5.39.0 + 0x1d3) [*0x7f8383b8c837]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (lib/ispmgr.so + 0x0) [*0x7f8382773676]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (lib/libispapi.so.5.39.0 + 0x0) [*0x7f838277620d]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO isp_api::InitCoreModules() (lib/libispapi.so.5.39.0 + 0x2d) [*0x7f83833e99b1]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ispcore::Init(int, char**) (lib/libbase.so.5.39.0 + 0xf1) [*0x7f83833f45e2]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (lib/libbase.so.5.39.0 + 0x3b2) [*0x7f8383f4d212]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (libexec/core.so + 0x72) [*0x40151d]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (bin/core + 0x0) [*0x7f838416dead]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (/lib/x86_64-linux-gnu/libc.so.6 + 0xfd) [*0x401749]
    Oct 1 13:53:37 [14130:1] backtrace EXTINFO ??? (bin/core + 0x0) [*(nil)]

    Проверьте, что файл /usr/local/mgr5/etc/ispmgr.conf существует и это нормальный конфиг.

  • И покажите вывод cat /etc/debian_version

    Что-то есть нехорошее подозрение.

  • Цитата:

    Сообщение от Fly
    Посмотреть сообщение

    И покажите вывод cat /etc/debian_version

    Что-то есть нехорошее подозрение.

    cat /etc/debian_version
    7.8

  • Цитата:

    Сообщение от Fly
    Посмотреть сообщение

    Oct 1 13:53:37 [14130:1]
    Проверьте, что файл /usr/local/mgr5/etc/ispmgr.conf существует и это нормальный конфиг.

    cat /usr/local/mgr5/etc/ispmgr.conf

    Цитата:

    WebUser www-data
    WebGroup www-data
    Option UsageStatAgree
    Option ApsRepositoryUpdated
    Option Agree
    Option SendErrorReports
    Option EULA
    PWStrength 1
    Firewall iptables
    WebModules apache
    SlaveNSManagement core
    WebMail roundcube
    ErrorReporter user_ya@gmail.com
    ForwardedSecret 4e95ggdktshS8m7dfgdfgdfgoOyRW6
    path secure-private-key /usr/local/mgr5/etc/ispmgr.pem

  • Oct 1 13:53:37 [14130:1] err ERROR Error in src/ispapi/module.cpp:191 void* {anonymous}::ModulePrivate::CheckLibLinks(const string&). Library libtasn1 linked to /usr/lib/x86_64-linux-gnu/libtasn1.so.6 conflicting with already loaded one

    so-шку надо перелинковать правильно. Посмотрите, куда сейчас линка ведет.

  • Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    Oct 1 13:53:37 [14130:1] err ERROR Error in src/ispapi/module.cpp:191 void* {anonymous}::ModulePrivate::CheckLibLinks(const string&). Library libtasn1 linked to /usr/lib/x86_64-linux-gnu/libtasn1.so.6 conflicting with already loaded one

    so-шку надо перелинковать правильно. Посмотрите, куда сейчас линка ведет.

    ls /usr/lib/x86_64-linux-gnu/libtasn1.so.6 -l
    lrwxrwxrwx 1 root root 17 Nov 18 2014 /usr/lib/x86_64-linux-gnu/libtasn1.so.6 — > libtasn1.so.6.3.2

    файл libtasn1.so.6.3.2 в той же папке

  • avena

    К сожалению после обновления на одном из серверов в панель не могу попасть.
    Там предупреждение «Ошибка
    Не удалось запустить панель. Возможно, она перезапускается. Попробуйте позже или обратитесь к администратору»

    Код:

    root@sv1:/# uname -m
    x86_64
    root@sv1:/# lsb_release -a
    No LSB modules are available.
    Distributor ID: Debian
    Description:    Debian GNU/Linux 8.2 (jessie)
    Release:        8.2
    Codename:      jessie
    root@sv1:/# /usr/local/mgr5/bin/core -V
    5.39.0
    root@sv1:/# /usr/local/mgr5/bin/core ispmgr -V
    5.39.3-2015.09.28_13:08
    root@sv1:/# ps axu | grep ihttpd
    root      549  0.0  0.1 124256  6240 ?        SLs  18:03  0:00 ihttpd accept             
    root    12985  0.0  0.0  12724  2040 pts/0    S+  18:41  0:00 grep ihttpd
    root@sv1:/# tail -n200 /usr/local/mgr5/var/ispmgr.log | grep ERROR
    Oct  3 18:41:46 [12974:1] err ERROR Error in src/ispapi/module.cpp:191 void* {anonymous}::ModulePrivate::CheckLibLinks(const string&). Library libgcrypt linked to /lib/x86_64-linux-gnu/libgcrypt.so.20 conflicting with already loaded one
    root@sv1:/# tail -n200 /usr/local/mgr5/var/mgrctl.log | grep ERROR
    Oct  3 18:38:30 [8406:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:38:42 [8624:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:39:25 [9369:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:39:50 [9689:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:40:31 [10526:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:40:41 [10739:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:40:41 [10757:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:40:43 [10760:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:41:21 [11734:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:41:21 [11737:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    Oct  3 18:41:43 [12148:1] err ERROR Error: Type: 'client' Object: 'open' Value: 'ispmgr'
    root@sv1:/# tail -n200 /usr/local/mgr5/var/core.log | grep ERROR
    root@sv1:/#
    root@sv1:/# ls /lib/x86_64-linux-gnu -l | grep libgcrypt.so.20.0.3
    lrwxrwxrwx 1 root root      19 Mar  1  2015 libgcrypt.so.20 -> libgcrypt.so.20.0.3
    -rw-r--r-- 1 root root  924096 Mar  1  2015 libgcrypt.so.20.0.3
    root@sv1:/#

  • Сегодня пытаюсь зайти в ISPmanager, а он меня радует таким сообщением:

    Код:

    Blocked
    Access to the panel is denied by administrator. The panel might be updating now

    При обращении к панели изменяется только лог ihttpd, говорит 423.
    Как бороться?

  • попробуйте сделать
    /usr/local/mgr5/sbin/mgrctl -u ispmgr

    Также в логе можно поискать
    grep ERROR /usr/local/mgr5/var/ispmgr.log

  • Цитата:

    Сообщение от usaafko
    Посмотреть сообщение

    попробуйте сделать
    /usr/local/mgr5/sbin/mgrctl -u ispmgr

    Также в логе можно поискать
    grep ERROR /usr/local/mgr5/var/ispmgr.log

    Цитата:

    …
    Oct 5 09:10:12 [2392:1] err ERROR Error in src/ispapi/module.cpp:191 void* {anonymous}::ModulePrivate::CheckLibLinks(const string&). Library libtasn1 linked to /usr/lib/x86_64-linux-gnu/libtasn1.so.6 conflicting with already loaded one
    Oct 5 09:10:14 [2434:1] err ERROR Error in src/ispapi/module.cpp:191 void* {anonymous}::ModulePrivate::CheckLibLinks(const string&). Library libtasn1 linked to /usr/lib/x86_64-linux-gnu/libtasn1.so.6 conflicting with already loaded one

    ls /usr/lib/x86_64-linux-gnu/libtasn1.so.6 -l
    lrwxrwxrwx 1 root root 17 Nov 18 2014 /usr/lib/x86_64-linux-gnu/libtasn1.so.6 — > libtasn1.so.6.3.2

    как и куда поправить линк?
    спасибо

  • Проблема одна и та же как понимаю у многих по теме. Кто нибудь задачу смог решить? Суппорт как обычно послал в платный блок, мол не наша проблема.

  • У меня были поключены сторонние репозитории, в итоге они обновились и оказалось что установлены 2а libgnutls. Из-за этого возникает конфликт библиотек и в принципе уже образовались неразрешенные зависимости пакетов.
    Конфликт возник из-за libgnutls-deb0-28.
    частично пообновляли пакеты из бэкпортов и панелька /ispmgr запустилась
    dpkg -i|grep bpo — отобразит пакеты из бэкпортом

  • avena, есть подозрение, что у вас проблема в том, что Debian обновился с 7 до 8. Панелька от такого ломается, т.к. пакеты все установлены для wheezy.
    Если мое предположение верно, то сейчас вам нужно удалить репозиторий ispsystem wheezy, подключить репозиторий

    Код:

    deb http://download.ispsystem.com/repo/debian beta-jessie main

    Обновить apt-get update.
    А потом выполнить установку всех пакетов, с указание версии. Должно получиться что-то типа

    Код:

    apt-get install coremanager=5.41.0-jessie1 coremanager-pkg-bind=5.41.0-jessie1 ispmanager-lite=5.41.0-jessie1 ispmanager-lite-common=5.41.0-jessie1 .... и тп

    После этого панель должна заработать.

  • avena

    Цитата:

    Сообщение от Dasha
    Посмотреть сообщение

    avena, есть подозрение, что у вас проблема в том, что Debian обновился с 7 до 8. Панелька от такого ломается, т.к. пакеты все установлены для wheezy.
    Если мое предположение верно, то сейчас вам нужно удалить репозиторий ispsystem wheezy, подключить репозиторий

    Код:

    deb http://download.ispsystem.com/repo/debian beta-jessie main

    Обновить apt-get update.
    А потом выполнить установку всех пакетов, с указание версии. Должно получиться что-то типа

    Код:

    apt-get install coremanager=5.41.0-jessie1 coremanager-pkg-bind=5.41.0-jessie1 ispmanager-lite=5.41.0-jessie1 ispmanager-lite-common=5.41.0-jessie1 .... и тп

    После этого панель должна заработать.

    При обновлений я также обновлял репозитарий сразу на stable-jessie и но пошел конфликт (хотя этого конфликта на других серверах что недели две назад ставились вообще не было и работает нормально).

    Видимо ваш новый репозитарий от 6 октября создавался видимо без проверки совместимости…он ругается
    The following packages have unmet dependencies:
    ispmanager-lite : Depends: ispmanager-pkg-bind but it is not going to be installed
    ispmanager-pkg-pdns : PreDepends: coremanager-pkg-pdns but it is not going to be installed

    а добавишь в список ispmanager-pkg-bind и coremanager-pkg-pdns говорит что уже конфликты будут и переставлять отказывается даже force

    The following packages have unmet dependencies:
    coremanager-pkg-bind : Conflicts: coremanager-pkg-pdns but 5.41.0-jessie1 is to be installed
    coremanager-pkg-pdns : Conflicts: coremanager-pkg-bind but 5.39.0-wheezy1 is to be installed
    ispmanager-pkg-bind : Conflicts: ispmanager-pkg-pdns but 5.41.0-jessie1 is to be installed
    ispmanager-pkg-pdns : Conflicts: ispmanager-pkg-bind but 5.41.0-jessie1 is to be installed

    Хотя список на обновление не маленький, но всё же так и не получилось решить проблему (((

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

Модераторы: 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

#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

  • Наверх

Источник

Перейти к контенту

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

Модераторы: 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

  • Наверх

Источник

Old
04-26-2017, 09:37 AM

  
#1

Member

 

Join Date: Nov 2016

Posts: 57

lexsusdk is on a distinguished road

Default
Notification properties — cron sbin/mgrctl -m core problem

What is this error gets it often

Description:
Error executing command sbin/mgrctl -m core problems.autosolve via cron

Additional information:
ERROR sys(summer): An error occurred while executing the request

lexsusdk is offline

 

Reply With Quote

Old
04-27-2017, 02:36 AM

  
#2

ISPsystem team

 

Join Date: Jul 2014

Posts: 443

ksenya is on a distinguished road

Default

Hello
For some reson cron could not execute sbin/mgrctl -m core problems.autosolve
Run the command manually and show us the result.

If this doesn’t help, execute
killall core and then sbin/mgrctl -m core problems.autosolve

ksenya is offline

 

Reply With Quote
Источник


0

1

Всем привет! Есть VDS на Debian 8, на ней установлен proftpd, Коннектится по FTP нормально, но вот когда пытаюсь залить файлы более чем 98кБ, — не загружаются, FAR при загрузке пишет что «Lost connection. Timeout Detected» «Error transferring file»
Логи
/var/log/proftpd/proftpd.log
2018-03-30 14:54:44,587 debian8x64 proftpd[12753] localhost (188.170.81.203[188.170.81.203]): FTP session opened.
2018-03-30 11:54:44,777 debian8x64 proftpd[12753] localhost (188.170.81.203[188.170.81.203]): USER administrator: Login successful.

/var/log/proftpd/xferlog
Fri Mar 30 10:26:44 2018 40 188.170.81.203 66640 /var/www/admin/data/www/krovlya-yuga.ru/thumb/calc_wood_2.xcf b _ i r administrator ftp 0 * i
Fri Mar 30 10:45:08 2018 399 188.170.81.203 66640 /var/www/admin/data/www/krovlya-yuga.ru/thumb/calc_wood_1.xcf b _ i r administrator ftp 0 * i
Fri Mar 30 10:46:23 2018 31 188.170.81.203 66640 /var/www/admin/data/www/krovlya-yuga.ru/thumb/calc_wood_2.xcf b _ i r administrator ftp 0 * i
Fri Mar 30 11:54:03 2018 0 188.170.81.203 66640 /var/www/admin/data/www/krovlya-yuga.ru/thumb/calc_wood_2.xcf a _ d r administrator ftp 0 * c

Источник

  • Ошибка при выполнении метода объекта компоненты c program files x86 1cv77 bin v7plus dll
  • Ошибка при выполнении команды sbin mgrctl m ispmgr periodic через планировщик
  • Ошибка при выполнении макрофункции signdocument
  • Ошибка при выполнении команды pavucontrol
  • Ошибка при выполнении команды c program files security code terminal station ngc exe b c