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

ProxmoxVE 4.1 Кластер — ошибка соединения 599 Нераспознаваемый URL, Proxmox Виртуальная Среда

rotanid

Guest

24.12.2015 14:31:00

Привет! Мы настроили новый кластер с ProxmoxVE 4.1 (pve-no-subscription), 2 узла, без HA. Можно видеть ВМ другого узла кластера и их диски, память, процессор, время работы. Но когда мы кликаем на одну из этих ВМ на другом узле (не на том, к которому подключён браузер), появляется ошибка над элементом «status» с сообщением «Unparsable URL (599)», а в области заметок написано «Error Connection error 599: Unparsable URL». Кто-нибудь ещё сталкивался с такой проблемой?

Japje Guest	#2 0 20.06.2016 15:42:00 У меня такая же проблема, есть ли новости о том, когда обновят пакет? Или, может быть, кто-то уже нашёл обходной путь (не отказываясь от подключения v6)?

CTCcloud

Guest

02.02.2016 16:02:00

Да, у меня то же самое происходит с одним из наших узлов. Если зайти в GUI этого узла напрямую — проблем нет, но когда пытаешься открыть кластерный GUI с другого узла, появляется именно та ошибка, которую вы описали. Было бы здорово услышать ответ от кого-то, кто в курсе. Заранее спасибо всем, у кого есть идеи.

CTCcloud

Guest

02.02.2016 18:21:00

Также, если кто-то из знающих сможет помочь... У меня эта проблема началась, по крайней мере, после обновления pve-manager пару дней назад из репозитория pve-no-subscription... Может, это поможет найти баг и не допустить его попадания в Enterprise репозиторий.

speedlnx Guest	#5 0 05.03.2016 15:30:00 Та же проблема: pve-manager/4.1-15/8cd55b52 (текущая версия ядра: 4.2.8-1-pve)

coppercore Guest	#6 0 05.03.2016 22:10:00 Могу подтвердить, что у меня это тоже происходит на только что установленном и обновлённом proxmox ve 4.1, который добавлен в качестве второго узла. Похоже, что проблема наблюдается на обеих машинах.

coppercore

Guest

08.03.2016 17:35:00

Информация о версиях для обоих хостов: proxmox-ve: 4.1-39 (запущенное ядро: 4.2.8-1-pve) pve-manager: 4.1-15 (текущая версия: 4.1-15/8cd55b52) pve-kernel-4.2.6-1-pve: 4.2.6-36 pve-kernel-4.2.8-1-pve: 4.2.8-39 lvm2: 2.02.116-pve2 corosync-pve: 2.3.5-2 libqb0: 1.0-1 pve-cluster: 4.0-33 qemu-server: 4.0-62 pve-firmware: 1.1-7 libpve-common-perl: 4.0-49 libpve-access-control: 4.0-11 libpve-storage-perl: 4.0-42 pve-libspice-server1: 0.12.5-2 vncterm: 1.2-1 pve-qemu-kvm: 2.5-9 pve-container: 1.0-46 pve-firewall: 2.0-18 pve-ha-manager: 1.0-24 ksm-control-daemon: 1.2-1 glusterfs-client: 3.5.2-2+deb8u1 lxc-pve: 1.1.5-7 lxcfs: 2.0.0-pve1 cgmanager: 0.39-pve1 criu: 1.6.0-1 zfsutils: 0.6.5-pve7~jessie

stuntshell Guest	#8 0 09.03.2016 13:21:00 У меня такая же проблема: только что установил кластер из 4 серверов. Если зайти напрямую по IP — доступ есть, а через кластер — нет. Похоже, дело в PVE Manager. Спасибо!

coppercore Guest	#9 0 13.03.2016 00:12:00 Есть какие новости по этому поводу? Это не обязательно большая проблема, но очень раздражает держать открытую вкладку браузера для каждого физического хоста.

speedlnx

Guest

#10

13.03.2016 18:30:00

Окей, проблема решена. Я удалил все упоминания ipv6 из файла /etc/hosts на узлах моего кластера. Главное было посмотреть содержимое /etc/pve/.members, где я увидел, что узел, к которому не удавалось подключиться через веб-интерфейс, указан с ipv6-адресом, а не с ipv4. Поэтому я удалил его ipv6-адрес и имя из файлов /etc/hosts на этом узле, перезапустил кластер на всех узлах, и всё снова заработало как надо.

coppercore

Guest

#11

13.03.2016 19:33:00

Это сработало! Большое спасибо. Но это, конечно, баг, который нужно исправлять. Я на 99% уверен, что где-то в коде веб-интерфейса всё, что нужно сделать — это добавить квадратные скобки [] вокруг всех IPv6-адресов. Например, https://2001:470:abcd:ef::1/ надо заменить на https://[2001:470:abcd:ef::1] при передаче в браузер. Все браузеры не очень умные и воспринимают IPv6-адреса как имена хостов, пока ты не поставишь скобки вокруг адреса. Это довольно раздражает. Сейчас помогает, если закомментировать IPv6-адреса в hosts, но всё равно немного неудобно.

stuntshell

Guest

#12

14.03.2016 14:11:00

Окей, вы используете IPv6 в своих сетях? В моём случае это логично, так как я не использую, но я просто хочу убедиться, что именно в этом причина. На V3 такой же симптом означал бы проблему с кворумом. Я перезагрузил весь кластер и по очереди заходил на каждый узел, перезапуская pveproxy. До этого у меня были зелёные иконки, но при этом ошибка 595 unparsable. Спасибо!

CTCcloud

Guest

#13

16.05.2016 14:31:00

К вашему сведению, на 16 мая и в версии Proxmox 4.2-4 эта проблема всё ещё существует. У меня есть кластер, полностью работающий по IPv6, и при этом для большой части веб-интерфейса выходит ошибка Unparsable URL (599). Я не собираюсь отказываться от IPv6... Может, кто-нибудь из Proxmox может подсказать, как это исправить или хотя бы предложить временное решение до выпуска патча? Заранее спасибо.

dcsapak Guest	#14 0 17.05.2016 13:56:00 Привет, не мог бы ты выложить свою сетевую конфигурацию, чтобы я мог попытаться воспроизвести это?

CTCcloud

Guest

#15

17.05.2016 14:14:00

vmbr0 — имеет как IPv4, так и IPv6 адреса
vmbr1 — не имеет IP, в подчинении eth1
vmbr2 — не имеет IP, в подчинении eth2
vmbr3 — не имеет IP, в подчинении eth3
eth4 — автозапуск, IPv6 адрес в другой /64 сети, отличной от публичной, которую будут использовать для связи Ceph (IPv4 адреса нет)
eth5 — автозапуск, IPv6 адрес в той же сети, что и у eth4, тоже для связи Ceph (IPv4 адреса нет)

В файле /etc/hosts публичный IPv6 адрес сопоставлен с hostname + доменом, а также с hostname и pvelocalhost — без информации по IPv4.

Скажи, если я что-то упустил, что тебе нужно, чтобы воспроизвести это для тестирования.

dcsapak

Guest

#16

18.05.2016 10:15:00

После отладки мы теперь знаем, что проблема в библиотеке из Debian. Это баг, который уже был зафиксирован в Debian, но исправленный пакет есть только в unstable, а в jessie его нет. Мы рассмотрим наши варианты (возможно, предложим более новую версию пакета через наши репозитории).

CTCcloud Guest	#17 0 18.05.2016 14:04:00 Значит, это связано с IPv6 в конкретной библиотеке Debian? Просто чтобы понять... Спасибо, Доминик. Как всегда, отличная работа от команды и разработчиков Proxmox.

dcsapak Guest	#18 0 18.05.2016 14:18:00 Да, это библиотека libanyevent-http-perl, которая в версии 2.21 есть в Jessie, а версия 2.22 содержит нужный багфикс (на сегодняшний день он есть только в unstable).

CTCcloud

Guest

#19

18.05.2016 14:25:00

Хорошо... ещё раз спасибо за разъяснения, очень признателен. Я погуглил и похоже, что это есть не только в "unstable", но ещё и в "testing", то есть "Stretch"... Надеюсь, до релиза осталось недолго, и, может быть, раз это в репозиториях Stretch, вам будет проще это включить? Просто мысли вслух... https://packages.debian.org/search?keywords=libanyevent-http-perl

CTCcloud Guest	#20 0 26.05.2016 16:34:00 Для тех, кто следит за этим так же, как и мы, обратите внимание на этот URL http://osdir.com/ml/general/2015-05/msg26656.html Там показано, что Debian знает об этом уже целый год, и хотя проблема присутствует в unstable и testing, к сожалению, её всё ещё нет в stable (Jessie), так что, по всей видимости, её точно нужно будет бэкпортировать, чтобы Proxmox получил полноценную поддержку IPv6. С уважением.

Читают тему

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