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

pveproxy: не удалось получить информацию об адресе., Proxmox Виртуальная Среда

Fantomas

Guest

05.03.2017 18:32:00

Привет всем, у меня кластер из двух машин, работающих на текущей версии PVE. После обновления Megaraid Storage Manager до текущей версии, я больше не могу подключиться к машине, потому что pveproxy больше не запускается. Удаление всех компонентов MSM не помогает. systemctl status pveproxy.service показывает вот такой вывод:

```
● pveproxy.service - PVE API Proxy Server
Loaded: loaded (/lib/systemd/system/pveproxy.service; enabled)
Active: failed (Result: exit-code) since Sun 2017-03-05 18:14:55 CET; 12min ago
Process: 1985 ExecStart=/usr/bin/pveproxy start (code=exited, status=255)

Mar 05 18:14:55 vmhost2 pveproxy[1985]: start failed - failed to get address info for: vmhost2: System error
Mar 05 18:14:55 vmhost2 pveproxy[1985]: start failed - failed to get address info for: vmhost2: System error
Mar 05 18:14:55 vmhost2 systemd[1]: pveproxy.service: control process exited, code=exited status=255
Mar 05 18:14:55 vmhost2 systemd[1]: Failed to start PVE API Proxy Server.
Mar 05 18:14:55 vmhost2 systemd[1]: Unit pveproxy.service entered failed state.
```

Поиски на форумах и в обсуждениях не помогли решить мою проблему. Есть ли способ отладить процесс неудачного запуска pveproxy.service? Спасибо и удачи, Ян

wolfgang Guest	#2 0 06.03.2017 07:48:00 Привет, это значит, что ваш pveproxy не может разрешить IP-адрес в /etc/hosts. Или IP-адрес недоступен. Убедитесь, что в файле /etc/hosts есть запись 'pvelocalhost' в строке hosts. Это нужно прокси для получения адреса.

Fantomas Guest	#3 0 06.03.2017 08:07:00 Привет, Вольфганг! Файл hosts выглядит правильно. Я сравнил его с файлом на моём втором узле кластера. Права доступа и владельцы тоже идентичны. С уважением, Ян

wolfgang Guest	#4 0 06.03.2017 08:14:00 Адрес ник доступен?

Fantomas

Guest

06.03.2017 08:30:00

У этой машины идентичная сетевая конфигурация, как и у второй. Я также проверил файл /etc/network/interfaces. Поскольку я могу подключиться по SSH, я не думаю, что проблема в сети… *EDIT* Оказалось, что я не могу пинговать локальную машину или другие машины в сети. Nslookup работает, и пинг по IP тоже работает нормально. *EDIT* После установки и запуска nscd на проблемной машине я снова могу пинговать по имени хоста. В любом случае, попытка запуска pveproxy выдает вот такой результат:

Код: Mar 06 10:59:29 vmhost2 systemd[1]: Запуск PVE API Proxy Server…
-- Тема: Юнит pveproxy.service начал загрузку
-- Определено: systemd
-- Поддержка: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Юнит pveproxy.service начал загрузку.
Mar 06 10:59:30 vmhost2 pveproxy[3635]: Запуск не удался - Неизвестный протокол tcp в /usr/share/perl5/PVE/Daemon.pm строка 834.
Mar 06 10:59:30 vmhost2 pveproxy[3635]: Запуск не удался - Неизвестный протокол tcp в /usr/share/perl5/PVE/Daemon.pm строка 834.
Mar 06 10:59:30 vmhost2 systemd[1]: pveproxy.service: процесс управления завершился, код=вышел статус=255
Mar 06 10:59:30 vmhost2 systemd[1]: Не удалось запустить PVE API Proxy Server.
-- Тема: Юнит pveproxy.service не удался
-- Определено: systemd
-- Поддержка: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Юнит pveproxy.service не удался.
--
-- Результат: неудачный.
Mar 06 10:59:30 vmhost2 systemd[1]: Юнит pveproxy.service вошел в состояние неудачного.

Fantomas Guest	#6 0 07.03.2017 08:51:00 Поскольку это рабочая система и сейчас она не работает должным образом, я подожду до этого вечера, прежде чем переустановлю узел кластера pve. Помощь всё ещё приветствуется. Спасибо.

joerg

Guest

06.09.2018 11:42:00

6 марта 10:59:30 vmhost2 pveproxy[3635]: Не удалось запустить - Неизвестный протокол tcp в /usr/share/perl5/PVE/Daemon.pm строка 834. Сегодня я тоже наткнулся на эту проблему после обновления (или процесса ОС), и вот решение. По какой-то причине права на директорию /etc на моей системе стали 0750 вместо 0755. Perl-процесс запускается от имени пользователя www-data, поэтому он не может читать /etc/protocols и другие нужные файлы. Исправление: chmod 0755 /etc И если нужно: chown root:root /etc

Kosh Guest	#8 0 16.05.2025 09:41:00 Хочу добавить, что пришлось выставлять права на другие папки! Оставляю скриншот прав для корневых папок на случай, если у кого-то один хост и негде быстро взять правильный список

Читают тему

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