Меню

Ошибка при выполнении команды 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 включается обратно также через сутки самостоятельно.


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

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

    При попытке:

    Код:


    /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

  • Наверх


0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка при выполнении приложения сервера progid atkexcom axdata
  • Ошибка при выключении память не может быть written