-
12.03.2017, 15:14
#1
Junior Member
Ошибка при выполнении команды ‘sbin/pkgupgrade.sh coremanager’ через планировщик
Добрый день
Увидел в уведомлениях сообщение об ошибке, которая уже больше недели появляется каждый день, после запуска по крону обновления системы.
Сервер работает на CENTOS
Описание ошибки:
Ошибка при выполнении команды ‘sbin/pkgupgrade.sh coremanager’ через планировщик
Дополнительная информация
Error: Cannot find a valid baseurl for repo: epel
На картинке вот что видно:
Что это такое и как исправить эту чертовщину ? =) На втором моем сервере со схожей конфигурацией проблем нет.
Спасибо.
epel.jpg
-
12.03.2017, 15:44
#2
Junior Member
Добавлю, что ручное обновление по SSH командой yum update проходит успешно.
При этом ошибка появилась в конце февраля, но версия панели стоит последняя 5.90.3Решать эту проблему или просто глюк, который будет исправлен при следующем обновлении?
-
13.03.2017, 21:17
#3
ISPsystem team
Здравствуйте,
Ошибка означает, что репозиторий epel, подключенный в системе, имеет не корректный base url.
Вам лучше решить эту проблему. Это не ошибка панели, а не верно настроенное окружение. Посмотрите настройки epel (/etc/yum.repos.d/epel.repo) на сервер, где нет проблем и сравните с проблемным сервером, скорее всего url отличаются.
-
13.03.2017, 22:10
#4
Junior Member
Добрый день, сравнил эти файлы на разных серверах — они полностью идентичны.
Саппорт ISP склонился к мысли, что это проблема на интернет-канале хостинга, так как проблема плавающая…
Сегодня ночью все нормально прошло, посмотрю еще.
Спасибо за ответ.
-
21.06.2017, 03:33
#5
Такая же проблема, появляется один раз в день.
Код:
Заблокировано /var/run/yum.pid: другая копия запущена с pid 29953. Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:01 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:03 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:05 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:07 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:09 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:11 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:13 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:15 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:17 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:19 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:21 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:23 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:25 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:27 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:29 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:31 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:33 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:35 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:37 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:39 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 25 M RSS (416 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:41 назад Статус : Ожидание, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:43 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:45 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:47 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:49 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:51 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:53 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:55 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:57 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 01:59 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 02:01 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 02:03 назад Статус : Запуск, pid: 29953 Another app is currently holding the yum lock; waiting for it to exit... Другое приложение: yum Память : 30 M RSS (421 MB VSZ) Запущено : Tue Jun 20 03:23:00 2017 — 02:05 назад Статус : Запуск, pid: 29953 One of the configured repositories failed (Неизвестно), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid> 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: epel
-
21.07.2017, 15:08
#6
Member
Та же самая проблема при установке ISP Lite на чистый сервер. Все расширения ставил через панель.
Ошибка при выполнении команды ‘sbin/pkgupgrade.sh coremanager’ через планировщик
Разве ISP не должен работать корректно без ошибок из коробки? -Конечно должен, для этого и существует продукт. А тех.поддержка не горит желанием решать такие вещи в штатном режиме (хотя должны, потому что это дефолтные возможности продукта, без установки доп.программного обеспечения). Беспредел с этой поддержкой. Надо письмо директору писать похоже. Нельзя так клиентов игнорировать…
Просмотр полной версии : Ошибка при выполнении команды ‘sbin/pkgupdate.sh’ через планировщик
RafeLyons
28.04.2017, 08:25
Который день не обновляется ISPManager.
В уведомлениях:
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Error: Cannot find a valid baseurl for repo: epel
Could not retrieve mirrorlist http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt error was
12: Timeout on http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt: (28, ‘connect() timed out!’)
yum update нормально отрабатывает:
================================================== =============================
Updating:
ispmanager-lite-common i686 5.100.5-1.el6 ispsystem-5.100 5.1 M
ispmanager-pkg-awstats i686 5.100.5-1.el6 ispsystem-5.100 4.8 k
ispmanager-pkg-dovecot i686 5.100.5-1.el6 ispsystem-5.100 7.1 k
ispmanager-pkg-exim i686 5.100.5-1.el6 ispsystem-5.100 13 k
ispmanager-pkg-httpd-itk i686 5.100.5-1.el6 ispsystem-5.100 7.7 k
ispmanager-pkg-logrotate i686 5.100.5-1.el6 ispsystem-5.100 3.9 k
ispmanager-pkg-myadmin i686 5.100.5-1.el6 ispsystem-5.100 7.4 k
ispmanager-pkg-nginx i686 5.100.5-1.el6 ispsystem-5.100 6.5 k
ispmanager-pkg-php i686 5.100.5-1.el6 ispsystem-5.100 5.5 k
ispmanager-pkg-phpfpm i686 5.100.5-1.el6 ispsystem-5.100 5.2 k
ispmanager-pkg-proftpd i686 5.100.5-1.el6 ispsystem-5.100 8.8 k
ispmanager-pkg-quota i686 5.100.5-1.el6 ispsystem-5.100 8.2 k
ispmanager-plugin-letsencrypt i686 5.100.5-1.el6 ispsystem-5.100 11 k
ispmanager-plugins i686 5.100.5-1.el6 ispsystem-5.100 5.6 k
php-pear noarch 1:1.10.4-1.el6.remi remi 367 k
Transaction Summary
================================================== =============================
Upgrade 15 Package(s)
Total download size: 5.6 M
Is this ok [y/N]:
Куда копать и как попинать систему что бы автоматом обновлялось?
Здравствуйте,
Похоже, что http://download.ispsystem.com/ не доступен с вашего сервера. Такое бывает, если IP адрес вашего сервера блокируется ркн. В этом случае можно использовать зеркало http://cdn.ispsystem.com/
RafeLyons
28.04.2017, 16:58
Как проверить доступность? Просто пингом?
PING download.ispsystem.com (185.146.158.10) 56(84) bytes of data.
64 bytes from download.ispsystem.com (185.146.158.10): icmp_seq=1 ttl=54 time=1.83 ms
64 bytes from download.ispsystem.com (185.146.158.10): icmp_seq=2 ttl=54 time=2.09 ms
64 bytes from download.ispsystem.com (185.146.158.10): icmp_seq=3 ttl=54 time=1.90 ms
64 bytes from download.ispsystem.com (185.146.158.10): icmp_seq=4 ttl=54 time=1.88 ms
RafeLyons
28.04.2017, 16:59
[root@pxxx ~]# wget http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt
—2017-04-28 11:59:12— http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt
Resolving download.ispsystem.com… 185.146.158.10, 2a01:230:2:fffe::2
Connecting to download.ispsystem.com|185.146.158.10|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 70 [text/plain]
Saving to: `mirrorlist.txt’
100%[================================================== ========>] 70 —.-K/s in 0s
2017-04-28 11:59:12 (12.5 MB/s) — `mirrorlist.txt’ saved [70/70]
А если вручную запустить /usr/local/mgr5/sbin/pkgupdate.sh ошибка возникает? Или только когда скрипт по крону запускается?
RafeLyons
29.04.2017, 07:46
Вот результат ручного запуска.
Еще что то запускать нужно?, т.к. IPSManager все равно не обновился.
[root@pxxx sbin]# /usr/local/mgr5/sbin/pkgupdate.sh
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.corbina.net
* extras: mirror.corbina.net
* remi: mirror.awanti.com
* remi-php56: mirror.awanti.com
* remi-safe: mirror.awanti.com
* updates: mirror.corbina.net
base | 3.7 kB 00:00
epel | 2.9 kB 00:00
extras | 3.3 kB 00:00
ispsystem-5.100 | 2.9 kB 00:00
ispsystem-base | 2.9 kB 00:00
nginx | 2.9 kB 00:00
remi | 2.9 kB 00:00
remi-php56 | 2.9 kB 00:00
remi-safe | 2.9 kB 00:00
updates | 3.4 kB 00:00
vz-base | 951 B 00:00
vz-updates | 951 B 00:00
Metadata Cache Created
[root@pxxx sbin]#
RafeLyons
02.05.2017, 15:22
У меня ничего не изменилось. Все так же пишет:
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Error: Cannot find a valid baseurl for repo: epel
Could not retrieve mirrorlist http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt error was
12: Timeout on http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt: (28, ‘connect() timed out!’)
Куда еще посмотреть?
RafeLyons
03.05.2017, 22:04
Кто нибудь ответит?
RafeLyons
04.05.2017, 22:12
Ответа так и нет.
P.S. Лицензии на две копии ISPManager куплены через хостера, так что я тут не «типа, бедный родственник».
сложно сказать вот так «по картинке» 🙂
yum может у Вас через другой IP ходит (прокся какая-то, какая в блоке РКН)
копать на месте нужно проверяя tcpdump’ом, strace и т.д.
Я тоже долго ловил эту ошибку, никак не мог понять в чем дело.
Потом просто в настройках обновления ISP поставил в «настройки системы» -«обновлять все пакеты системы».
С тех пор я не видел этой ошибки.
Вручную через yum update обновление тоже проходило удачно.
RafeLyons
05.05.2017, 07:14
Какие то фантазии пошли. «yum через другой IP»
Запустил ручками /usr/local/mgr5/sbin/pkgupgrade.sh coremanager и все обновилось.
По крону не работает.
В который раз убеждаюсь что «саппорт» никакой.
Почему же фантазии, это один из возможных вариантов
yum поддерживает прокси, который мы активно юзаем при установке VDS
Используется локальный прокси, который держит в кеше все пакеты, требующиеся для установки
В итоге пакеты тянутся не из сети, а из локалки, что гораздо быстрее
Я рад, что всё решилось 🙂
Выкатиолсь такое: Ошибка при выполнении команды ‘sbin/pkgupgrade.sh coremanager’ через планировщик
One of the configured repositories failed (Неизвестно),
and yum doesn’t have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work «fix» this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum —disablerepo=<repoid> …
4. Disable the repository permanently, so yum won’t use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use —enablerepo for temporary usage:
yum-config-manager —disable <repoid>
or
subscription-manager repos —disable=<repoid>
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager —save —setopt=<repoid>.skip_if_unavailable=true
Cannot find a valid baseurl for repo: epel
Репозиторий подключен:
[epel]
name=Extra Packages for Enterprise Linux 7 — $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt
failovermethod=priority
enabled=1
gpgcheck=1
RafeLyons
08.05.2017, 12:13
Все таки проблема остается. Автоматом не обновляется IPSManager
Смотрим лог pkg.log
автоматическое обновление не отрабатывает!
*** Mon May 8 03:10:01 MSK 2017
*** UPGRADING PACKAGE coremanager
Loaded plugins: fastestmirror
Cleaning repos: base epel extras ispsystem-5.100 ispsystem-base nginx remi
: remi-php56 remi-safe updates vz-base vz-updates
Cleaning up Everything
Cleaning up list of fastest mirrors
Loaded plugins: fastestmirror
Setting up Update Process
Determining fastest mirrors
Could not retrieve mirrorlist http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt error was
12: Timeout on http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt: (28, ‘connect() timed out!’)
Далее захожу в «Обновление возможностей» и выбираю галки «Обновить список доступного ПО» и «Обновить ПО»
Судя по логу все прекрасно обновляется!
*** Mon May 8 07:03:50 MSK 2017
*** UPGRADING PACKAGES
Loaded plugins: fastestmirror
Cleaning repos: base epel extras ispsystem-5.100 ispsystem-base nginx remi
: remi-php56 remi-safe updates vz-base vz-updates
Cleaning up Everything
Cleaning up list of fastest mirrors
Loaded plugins: fastestmirror
Setting up Update Process
Determining fastest mirrors
* base: mirror.yandex.ru
* extras: mirror.yandex.ru
* remi: mirror.awanti.com
* remi-php56: mirror.awanti.com
* remi-safe: mirror.awanti.com
* updates: mirror.yandex.ru
Resolving Dependencies
—> Running transaction check
—> Package ispmanager-lite-common.i686 0:5.100.5-1.el6 will be updated
—> Package ispmanager-lite-common.i686 0:5.100.6-1.el6 will be an update
—> Package ispmanager-pkg-awstats.i686 0:5.100.5-1.el6 will be updated
—> Package ispmanager-pkg-awstats.i686 0:5.100.6-1.el6 will be an update
—> Package ispmanager-pkg-dovecot.i686 0:5.100.5-1.el6 will be updated
—> Package ispmanager-pkg-dovecot.i686 0:5.100.6-1.el6 will be an update
—> Package ispmanager-pkg-exim.i686 0:5.100.5-1.el6 will be updated
—> Package ispmanager-pkg-exim.i686 0:5.100.6-1.el6 will be an update
—> Package ispmanager-pkg-httpd-itk.i686 0:5.100.5-1.el6 will be updated
…
и т.д.
И выходит что нет никаких проблем с доступом.
Буду смотреть дальше. Но хотелось бы получить квалифицированный ответ от сопровождения.
Два сервер у одного хостера. Один обновляется, второй нет!
Простите за невежство, но где вы логи обновления для CENTOS смотрите? Не очень силен в этом, спасибо.
RafeLyons
10.05.2017, 08:56
По последнему посту смотрел в /usr/local/mgr5/var/pkg.log
По последнему посту смотрел в /usr/local/mgr5/var/pkg.log
Спасибо.
проблемы возникают с epel. Попробуйте в
[epel]
name=Extra Packages for Enterprise Linux 7 — $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=http://download.ispsystem.com/repo/centos/epel/mirrorlist.txt
failovermethod=priority
enabled=1
gpgcheck=1
раскоментировать baseurl
RafeLyons
12.05.2017, 17:36
Не силен в CentOS
Подскажите где это править?
Спасибо.
/etc/yum.repos.d/epel.repo скорей всего
Powered by vBulletin® Version 4.2.5 Copyright © 2023 vBulletin Solutions Inc. All rights reserved. Перевод: zCarot
Модератор: Art.i
Ошибка при выполнении команды ‘sbin/usagestat’
Всем привет)
Друзья, товарищи…не могу разобраться(честно сказать, слишком глубоко пока не разбирался из-за отсутствия времени).
Постоянно, минимум раз в день появляется уведомление об ошибке «Ошибка при выполнении команды ‘sbin/usagestat’ через планировщик», в доп. информации «Type: ‘rpc’ Object: ‘query’ Value: ‘query: Couldn’t connect to server'».
Есть ли шаблонное решение или причина проблемы?
Если есть и подскажите, буду очень признателен. Если нет, буду копаться сам.
Заранее спасибо!
- tokarevvs
- Сообщений: 4
- Зарегистрирован: Пн апр 27, 2015 9:39 pm
Re: Ошибка при выполнении команды ‘sbin/usagestat’
ls » Чт авг 27, 2015 11:57 am
Вероятнее всего у вас включена отсылка статистика об использовании панели ISPmanager и она не отсылается к разработчикам (
http://www.ispsystem.com
) по какой-то причине (недоступность их сервера или блокировка адреса)
Отключить можно в Настройки — Настройки системы — снять галочку Отправлять сведения об использовании
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Ошибка при выполнении команды ‘sbin/usagestat’
tokarevvs » Пт сен 04, 2015 12:04 am
Спасибо. Отключил, посмотрим как пойдет.
- tokarevvs
- Сообщений: 4
- Зарегистрирован: Пн апр 27, 2015 9:39 pm
Re: Ошибка при выполнении команды ‘sbin/usagestat’
tokarevvs » Вс сен 06, 2015 4:31 pm
Отправлять отчет об использовании отключил, проблема все равно осталась.
- tokarevvs
- Сообщений: 4
- Зарегистрирован: Пн апр 27, 2015 9:39 pm
Re: Ошибка при выполнении команды ‘sbin/usagestat’
ls » Вт сен 08, 2015 11:46 am
Версия панели последняя?
- ls
- Support team
- Сообщений: 6352
- Зарегистрирован: Чт мар 01, 2007 10:36 am
- Откуда: FirstVDS
Re: Ошибка при выполнении команды ‘sbin/usagestat’
tokarevvs » Сб сен 12, 2015 5:43 pm
ISPmanager Lite 5.37.1
- tokarevvs
- Сообщений: 4
- Зарегистрирован: Пн апр 27, 2015 9:39 pm
Вернуться в ISPmanager
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Вернуться назад
При использовании на сервере ispmanager5 yum начал выдавать ошибку:
** Предварительно ошибок в rpmdb: 14, «yum check» выдает следующее: coremanager-pkg-ipset-5.212.0-1.el7.centos.x86_64 — то же, что и coremanager-pkg-ipset-5.211.0-1.el7.centos.x86_64 coremanager-pkg-mysql -5.212.0-1.el7.centos.x86_64 — то же, что и coremanager-pkg-mysql-5.211.0-1.el7.centos.x86_64 coremanager-pkg-php-5.212.0-1.el7.centos.x86_64 — то же, что и coremanager-pkg-php-5.211.0-1.el7.centos.x86_64
Соответственно обновления в системе перестали работать.
Необходимо выполнить поиск установленных пакетов ispmanager командой:
rpm -qa | grep manager | sort -n
После чего удалить задвоенные пакеты с более старой версией:
rpm —erase —nodeps полное_название_пакета_в_базе_с_номером_версии
Затем выполнить обновление вручную
Спасибо @Vlad
Дата: 08 августа 2019 г. в 17:52:43
Автор: igel
В почтовом сервере Exim в версиях с 4.87 по 4.91 включительно обнаружена критическая уязвимость безопасности, позволяющая выполнить код на сервере с правами root. Это значит, что злоумышленник может получить доступ к серверу пользователя Exim. Так как ISPmanager работает с Exim, владельцы панели тоже под угрозой.
Как защититься
Чтобы защитить сервер, нужно обновить пакеты Exim до последней актуальной версии для вашей операционной системы.
ISPsystem устранили данную уязвимость во всех панелях с версии 5.178.2 и новее, обновите пожалуйста ISPmanager.
Ручное обновление, которое позволяет обновлять программное обеспечение в нужное время. Чтобы обновить все пакеты, установленные из репозиториев ISPsystem, введите в терминале команду:
/usr/local/mgr5/sbin/pkgupgrade.sh coremanager
Настройка автоматического обновления ISPmanager
Позволяет обновлять программное обеспечение по расписанию. При включении автоматического обновления ежедневно запускается задание в планировщике cron. По умолчанию задание запускается в 03:10 ночи по времени сервера.
Для настройки автоматического обновления перейдите в «Настройки → «Настройки системы» под пользователем root.
Укажите:
- Обновлять ПО автоматически — режим работы автоматического обновления:
- не обновлять — автоматическое обновление отключено;
- обновлять продукты ISPsystem — автоматическое обновление программного обеспечения ISPsystem. Затрагиваются только пакеты, установленные из репозиториев ISPsystem;
- обновлять все пакеты системы — автоматическое обновление всех пакетов операционной системы.
CentOS — проверка
Убедитесь, что почтовый сервер установлен: rpm -qa | grep exim
Результатом будет версия Exim: exim-4.88-3.el7.x86_64
Если версия ниже 4.92, выполните обновление с помощью команды: yum update exim
Перезапустите почтовый сервер: service exim restart
Ubuntu/Debian — проверка
Убедитесь, что exim установлен: dpkg -l | grep exim
Выполните обновление: apt-get update && apt-get install exim4
Перезапустите почтовый сервер: service exim4 restart
После обновления в профилактических целях смените все пароли на сервере: root, обычных пользователей, пароли баз данных и т.п.
Как понять, что сервер взломан?
Проверьте запущенные процессы командой top. На заражённых серверах наблюдается 100%-я нагрузка, создаваемая процессом [kthrotlds]. В планировщике cron добавляется задание с ограничением прав на редактирование.
Наш телеграм-канал
Регулярно пишем о технологиях.
Подписаться
Материал из Wiki — Iphoster — the best ever hosting and support. 2005 — 2023
Перейти к:навигация, поиск
ISPManager 5 — зависла панель с ошибкой «core FATAL Library libmgr linked to lib/libmgr.so.5.122.0 conflicting with already loaded one»
Проблема — зависла панель ISPManager 5 с ошибкой в логах:
# tail -f /usr/local/mgr5/var/ispmgr.log Sep 15 09:28:08 [2192:1] core FATAL Library libmgr linked to lib/libmgr.so.5.122.0 conflicting with already loaded one
Ошибка говорит о том, что панень пытается повторно загрузить библиотеку libmgr.so.5.122.0, которая уже стоит. Это говорит в свою очередь про то, что при обновлении панель ISPManager 5 поставила дублирующий пакет coremanager-5.x, который нужно удалить.
Смотрим какие пакеты у нас стоят:
# rpm -qa | grep coremanager-5 coremanager-5.109.0-1.el7.centos.x86_64 coremanager-5.122.0-1.el7.centos.x86_64
Удаляем тот что старой версии — без его зависимостей:
# rpm --nodeps -e coremanager-5.109.0-1.el7.centos.x86_64
Обновляем заново ISPManager 5 и все его пакеты:
# /usr/local/mgr5/sbin/pkgupgrade.sh coremanager
Параллельно смотрим процесс обновления панели в лог файле
# tail -f /usr/local/mgr5/var/pkg.log
В нем видно весь процесс установки панетов ISPManager 5
Updated: coremanager-pkg-bind.x86_64 0:5.122.0-1.el7.centos coremanager-pkg-ipset.x86_64 0:5.122.0-1.el7.centos coremanager-pkg-mysql.x86_64 0:5.122.0-1.el7.centos coremanager-pkg-php.x86_64 0:5.122.0-1.el7.centos ispmanager-lite-common.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-awstats.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-bind.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-dovecot.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-exim.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-httpd-itk.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-logrotate.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-myadmin.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-mysql.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-nginx.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-php.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-proftpd.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-roundcube.x86_64 0:5.122.0-1.el7.centos ispmanager-pkg-sieve.x86_64 0:5.122.0-1.el7.centos ispmanager-plugins.x86_64 0:5.122.0-1.el7.centos
Проверяем результат:
# rpm -qa | grep coremanager-5 coremanager-5.122.0-1.el7.centos.x86_64
и в итоге — пробуем зайти в ISPManager 5 через 1500 порт