+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

[SOLVED] проблема с обновлением, Proxmox Виртуальная Среда

svennd

Guest

07.02.2017 10:30:00

Я хотел установить обновления, но возникли проблемы. В прошлый раз, когда это случилось, мне пришлось полностью переустанавливать машину... Не очень хочу повторять это снова... Можешь подсказать, что делать: apt-get update apt-get upgrade : http://pastebin.com/aci33CRT systemctl status pvedaemon.service Код: systemctl status pvedaemon.service
● pvedaemon.service - PVE API Daemon
Загружено: загружено (/lib/systemd/system/pvedaemon.service; включено)
Активно: активно (работает) (Результат: код выхода) с четверга 2017-02-02 10:02:50 CET; 5 дней назад
Процесс: 25724 ExecReload=/usr/bin/pvedaemon restart (код вышел, статус=2)
Основной PID: 3124 (pvedaemon)
CGroup: /system.slice/pvedaemon.service
├─ 3124 pvedaemon
├─11299 рабочий pvedaemon
├─11689 рабочий pvedaemon
└─26073 рабочий pvedaemon

7 февраля 10:19:49 rocky pvedaemon[25724]: Ошибка компиляции в require на /usr/share/perl5/PVE/API2/Cluster.pm строка 13.
7 февраля 10:19:49 rocky pvedaemon[25724]: BEGIN завершился неудачей -- компиляция прервана на /usr/share/perl5/PVE/API2/Cluster.pm строка 13.
7 февраля 10:19:49 rocky pvedaemon[25724]: Ошибка компиляции в require на /usr/share/perl5/PVE/API2.pm строка 13.
7 февраля 10:19:49 rocky pvedaemon[25724]: BEGIN завершился неудачей -- компиляция прервана на /usr/share/perl5/PVE/API2.pm строка 13.
7 февраля 10:19:49 rocky pvedaemon[25724]: Ошибка компиляции в require на /usr/share/perl5/PVE/Service/pvedaemon.pm строка 8.
7 февраля 10:19:49 rocky pvedaemon[25724]: BEGIN завершился неудачей -- компиляция прервана на /usr/share/perl5/PVE/Service/pvedaemon.pm строка 8.
7 февраля 10:19:49 rocky pvedaemon[25724]: Ошибка компиляции в require на /usr/bin/pvedaemon строка 11.
7 февраля 10:19:49 rocky pvedaemon[25724]: BEGIN завершился неудачей -- компиляция прервана на /usr/bin/pvedaemon строка 11.
7 февраля 10:19:49 rocky systemd[1]: pvedaemon.service: управляющий процесс завершился, код=вышел, статус=2
7 февраля 10:19:49 rocky systemd[1]: Перезагрузка не удалась для PVE API Daemon. Повторная попытка приводит к: Код: apt-get upgrade
Чтение списков пакетов... Готово
Формирование дерева зависимостей
Чтение информации о состоянии... Готово
Расчет обновления... Готово
Следующие пакеты удержаны:
libpve-common-perl pve-container pve-manager qemu-server
0 обновлено, 0 ново установлено, 0 к удалению и 4 не обновлены.
26 не полностью установлены или удалены.
После этой операции будет использовано 0 Б дополнительного дискового пространства.
Вы хотите продолжить? [Y/n] y
Настройка libssl1.0.0:amd64 (1.0.1t-1+deb8u6) ...
Настройка libxpm4:amd64 (1:3.5.12-0+deb8u1) ...
Настройка libuutil1linux (0.6.5.8-pve14~bpo80) ...
Настройка libnvpair1linux (0.6.5.8-pve14~bpo80) ...
Настройка libpve-access-control (4.0-23) ...
Настройка libpve-storage-perl (4.0-73) ...
Настройка libzpool2linux (0.6.5.8-pve14~bpo80) ...
Настройка libzfs2linux (0.6.5.8-pve14~bpo80) ...
Настройка lxcfs (2.0.6-pve1) ...
Настройка lxc-pve (2.0.7-1) ...
Настройка openssl (1.0.1t-1+deb8u6) ...
Настройка pve-kernel-4.4.35-2-pve (4.4.35-79) ...
Обработка /etc/kernel/postinst.d.
run-parts: выполнение /etc/kernel/postinst.d/apt-auto-removal 4.4.35-2-pve /boot/vmlinuz-4.4.35-2-pve
run-parts: выполнение /etc/kernel/postinst.d/initramfs-tools 4.4.35-2-pve /boot/vmlinuz-4.4.35-2-pve
update-initramfs: Генерация /boot/initrd.img-4.4.35-2-pve
run-parts: выполнение /etc/kernel/postinst.d/zz-update-grub 4.4.35-2-pve /boot/vmlinuz-4.4.35-2-pve
Генерация конфигурационного файла grub ...
Найдено изображение linux: /boot/vmlinuz-4.4.35-2-pve
Найдено изображение initrd: /boot/initrd.img-4.4.35-2-pve
Найдено изображение linux: /boot/vmlinuz-4.4.19-1-pve
Найдено изображение initrd: /boot/initrd.img-4.4.19-1-pve
Найдено изображение memtest86+: /boot/memtest86+.bin
Найдено изображение memtest86+ multiboot: /boot/memtest86+_multiboot.bin
готово
Настройка spiceterm (2.0-2) ...
Настройка pve-ha-manager (1.0-40) ...
Работа для pve-ha-lrm.service не удалась. Смотри 'systemctl status pve-ha-lrm.service' и 'journalctl -xn' для деталей.
Работа для pve-ha-crm.service не удалась. Смотри 'systemctl status pve-ha-crm.service' и 'journalctl -xn' для деталей.
Настройка pve-docs (4.4-3) ...
Настройка pve-manager (4.4-5) ...
Работа для pvedaemon.service не удалась. Смотри 'systemctl status pvedaemon.service' и 'journalctl -xn' для деталей.
dpkg: ошибка при обработке пакета pve-manager (--configure):
подпроцесс установленного скрипта постустановки вернул ошибку выхода 1
dpkg: проблемы с зависимостями мешают настройке proxmox-ve:
proxmox-ve зависит от pve-manager; однако:
Пакет pve-manager еще не настроен.

dpkg: ошибка при обработке пакета proxmox-ve (--configure):
проблемы с зависимостями - оставить неконфигурированным
Настройка tcpdump (4.9.0-1~deb8u1) ...
Настройка zfsutils-linux (0.6.5.8-pve14~bpo80) ...
Установка новой версии конфигурационного файла /etc/cron.d/zfsutils-linux ...
Установка новой версии конфигурационного файла /etc/sudoers.d/zfs ...
Настройка zfs-initramfs (0.6.5.8-pve14~bpo80) ...
Настройка zfs-zed (0.6.5.8-pve14~bpo80) ...
Настройка libnvpair1 (0.6.5.8-pve14~bpo80) ...
Настройка libuutil1 (0.6.5.8-pve14~bpo80) ...
Настройка libzfs2 (0.6.5.8-pve14~bpo80) ...
Настройка libzpool2 (0.6.5.8-pve14~bpo80) ...
Настройка zfsutils (0.6.5.8-pve14~bpo80) ...
Обработка триггеров для libc-bin (2.19-18+deb8u7) ...
Обработка триггеров для initramfs-tools (0.120+deb8u2) ...
update-initramfs: Генерация /boot/initrd.img-4.4.35-2-pve
При обработке возникли ошибки:
pve-manager
proxmox-ve
E: Подпроцесс /usr/bin/dpkg вернул код ошибки (1) Просто для уверенности, вся установка сломана из-за простого обновления: Код: pveversion -v
Не удается найти PVE/RESTEnvironment.pm в @INC (возможно, вам нужно установить модуль PVE::RESTEnvironment) (@INC содержит: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) на /usr/share/perl5/PVE/RPCEnvironment.pm строка 6.
BEGIN завершился неудачей -- компиляция прервана на /usr/share/perl5/PVE/RPCEnvironment.pm строка 6.
Ошибка компиляции в require на /usr/share/perl5/PVE/API2/APT.pm строка 20.
BEGIN завершился неудачей -- компиляция прервана на /usr/share/perl5/PVE/API2/APT.pm строка 20.
Ошибка компиляции в require на /usr/bin/pveversion строка 7.
BEGIN завершился неудачей -- компиляция прервана на /usr/bin/pveversion строка 7. Вот это мне нужно?

svennd

Guest

21.02.2017 15:44:00

apt-get update : обновляет кэш репозиториев apt-get upgrade : обновляет все пакеты с исправлениями безопасности (без обновлений, которые могут нарушить работу) apt-get dist-upgrade : обновляет все пакеты и такие вещи, как ядро, что может вызвать проблемы, поэтому их нужно тестировать перед производственным использованием. Похоже, я ошибался, и вместо этого нужно запускать dist-upgrade.

fabian

Guest

22.02.2017 09:57:00

Это не совсем так, "apt-get update" обновляет репозитории пакетов, "apt-get upgrade" обновляет установленные пакеты, но не удаляет ни один из них и не устанавливает новые, которые еще не установлены. "apt-get dist-upgrade" обновляет установленные пакеты, но может удалять установленные пакеты и/или устанавливать новые пакеты, чтобы удовлетворить зависимости обновленных пакетов. Исторически "apt-get upgrade" использовался для обновлений при работе со стабильными релизами, такими как Debian, где обновленные пакеты в стабильных релизах (почти) никогда не вводят измененные зависимости, потому что это только исправления безопасности и серьезные ошибки. "apt-get dist-upgrade" использовался для обновления до следующего стабильного релиза, что обычно означало установку и удаление довольно многих пакетов из-за новых версий, изменений в упаковке и т.д. Это различие не применимо к PVE с моделью непрерывного обновления, потому что любое обновление может ввести новую зависимость (или конфликт), и если вы используете apt-get upgrade, вы частично обновите пакеты, что не особенно хорошая идея. Чтобы внести еще больше путаницы, есть новый интерфейс для dpkg под названием "apt", который объединяет несколько инструментов "apt-*", и предлагает: "apt update" работает как "apt-get update", но с цветами и индикатором выполнения; "apt upgrade" работает как "apt-get upgrade", но будет загружать новые зависимости (что удобно, например, для обновления ядра); "apt full-upgrade" или "apt dist-upgrade" работает как "apt-get dist-upgrade". Ни одно из вышеуказанного не учитывает, являются ли обновления обновлениями безопасности, функциональными обновлениями, исправлениями ошибок, новыми версиями и т.д. В Debian обновления безопасности имеют свою собственную часть репозиториев, так что вы можете настроить вашу систему только на установку обновлений безопасности — многие люди автоматически устанавливают обновления безопасности, но вручную устанавливают точечные релизы (с исправлениями не без проблем). Например, это не работает для PVE, так как мы не упаковываем исправления безопасности отдельно от других обновлений (это одна из основных различий между нашей моделью релиза и, например, моделью Debian). Короче: используйте встроенные функции обновления PVE или используйте "apt-get update; apt-get dist-upgrade"!

fabian

Guest

27.02.2017 10:49:00

и небольшое дополнение: возможно настроить apt-get / apt так, чтобы это нарушало указанные предположения, например, сказав ему автоматически удалять пакеты, которые больше "не нужны" ("не нужны" означает, что они помечены как автоматически установленные в качестве зависимости другого пакета, но в данный момент на них ничего уже не зависит). Такое автоматическое удаление также может происходить во время операции "обновления", но такое поведение не включено по умолчанию.

svennd Guest	#5 0 28.02.2017 11:32:00 На самом деле, вчера я искал способ отключить "apt-get upgrade", чтобы никто не запускал его в продакшене... но у меня это не вышло... Я пытался обернуть apt-get, но не справился... может, вы сможете попробовать...?

fabian

Guest

28.02.2017 11:41:00

Я думаю, ты имеешь в виду "apt-get upgrade"? Похоже, решение тут организационное — у кого-то, кто имеет доступ к root на твоем сервере, должно быть понимание, как правильно устанавливать обновления. PVE имеет встроенный механизм обновления, который "делает все как надо"™, так что просто скажи своим администраторам, чтобы использовали его. Конечно, ты мог бы заменить бинарный файл apt-get на скрипт, который заменяет "upgrade" на "dist-upgrade" или что-то в этом роде, но что насчет людей, которые используют aptitude? apt? insert-favorite-dpkg/apt-frontend-here?

svennd Guest	#7 0 28.02.2017 11:54:00 Да, но раньше интерфейс не справлялся с обновлениями, поэтому было рекомендовано использовать консоль.

fabian Guest	#8 0 28.02.2017 13:54:00 вы также можете использовать "pveupdate" и "pveupgrade" в командной строке, но это всего лишь очень тонкие оболочки вокруг "apt-get update" и "apt-get dist-upgrade".

Jean-François Dagenais Guest	#9 0 17.03.2017 14:41:00 Сломал свою систему... во второй раз из-за обновления. В прошлый раз была проблема с загрузчиком grub. Почему кто-то вообще захочет обновлять свой grub на стабильной системе... Я уже загрузился и нахожусь в системе! Это просто рисково. Поэтому я заблокировал пакет grub-pc, чтобы обойти это. Да, я ошибочно предположил, что apt-get upgrade "менее рискованно", чем dist-upgrade. Но, ребята, ваши пакеты должны содержать необходимую информацию о зависимостях, чтобы не позволять обновлять пакет, если требуется другой для установки. Таким образом, apt-get upgrade должен сообщать мне, что те или иные пакеты были задержаны. Я не эксперт по deb-пакетам, но вы-то должны быть! Это плохо. Не знаю, есть ли у вас разные политики обслуживания в корпоративных репозиториях, но это плохо. Теперь я очень боюсь обновлений.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры