Size: a a a

KVM (PVE/oVirt etc)

2021 March 10

DY

Dan Y in KVM (PVE/oVirt etc)
Aleksandr K
Всем привет. Ребят, подскажите по такой проблеме с oVirt
дано: oVirt 4.3, закрытый контур без доступа к инету.
Удалил хост из кластера, решил его обратно добавить (все делаю через web интерфейс engine), но получил разного рода ошибки:
- cannot activate host. host has no unique id
или
- Host has no default route.
Подскажите куда смотреть? в логах engine.log нашел при добавлении хоста, хочет достучатся до репозитория.
sudo dmidecode -s system-uuid
источник

AK

Aleksandr K in KVM (PVE/oVirt etc)
Dan Y
sudo dmidecode -s system-uuid
Спасибо, возьму на заметку. В одной статье предлагали использовать смену UUID в /etc/vdsm/vdsm.id, но это мне не помогло
источник

DY

Dan Y in KVM (PVE/oVirt etc)
а что, dmidecode ничего не показывает?
источник

AK

Aleksandr K in KVM (PVE/oVirt etc)
в данный момент не могу проверить, но как будет возможность отпишусь. Вообще должен что то показать, вопрос только в том, почему engine не дает обратно вернуть хост в кластер.
источник

DY

Dan Y in KVM (PVE/oVirt etc)
Aleksandr K
в данный момент не могу проверить, но как будет возможность отпишусь. Вообще должен что то показать, вопрос только в том, почему engine не дает обратно вернуть хост в кластер.
надо смотреть полный лог
источник
2021 March 11

TF

Terry Filch in KVM (PVE/oVirt etc)
источник

TF

Terry Filch in KVM (PVE/oVirt etc)
источник
2021 March 12

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Джентельмены. А никто не сталкивался с такой интересной проблемой. Есть кластер прокс-а, внутри на него заходит с циски транк с пачкой vlan-ов. Для того что бы рулить трафиком этой пачки вланов внутри развернут Vyos в виде виртуалки. Он тупо роутит трафик, не более. Так вот, оборудование провайдера в упор отказывается гонять через себя по vlan-ам пакеты с МАС-ами сгенереными qemu/kvm. Т.е. есть vyos -> cisco -> trunk -> оборудование L2 провайдера -> наша удаленная точка (тоже циска). Так вот пакеты выплевываются в транк провайдера (т.е. vyos генерит например arp запрос, он проходит нашу циску, попадает на оборудование провайдера, они его там видят) а затем умирают где-то на его gpon-ах (по их словам). Если на интерфейс vyos повешать мак с любой реальной железки все работает, но сгенеренные для виртуалки маки не работают (пробовали несколько, ни один не заработал).
источник

AP

Andrew Plekhanoff in KVM (PVE/oVirt etc)
Vladimir Manko
Джентельмены. А никто не сталкивался с такой интересной проблемой. Есть кластер прокс-а, внутри на него заходит с циски транк с пачкой vlan-ов. Для того что бы рулить трафиком этой пачки вланов внутри развернут Vyos в виде виртуалки. Он тупо роутит трафик, не более. Так вот, оборудование провайдера в упор отказывается гонять через себя по vlan-ам пакеты с МАС-ами сгенереными qemu/kvm. Т.е. есть vyos -> cisco -> trunk -> оборудование L2 провайдера -> наша удаленная точка (тоже циска). Так вот пакеты выплевываются в транк провайдера (т.е. vyos генерит например arp запрос, он проходит нашу циску, попадает на оборудование провайдера, они его там видят) а затем умирают где-то на его gpon-ах (по их словам). Если на интерфейс vyos повешать мак с любой реальной железки все работает, но сгенеренные для виртуалки маки не работают (пробовали несколько, ни один не заработал).
Ну и оставь мак с реальной железки, только поменяй пару байт)
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Andrew Plekhanoff
Ну и оставь мак с реальной железки, только поменяй пару байт)
Ну как бы там 32 интерфеса, я конечно понавешал МАС-и со сгоревших железок, но тут вопрос - почему так? Что может так себя вести?
источник

AP

Andrew Plekhanoff in KVM (PVE/oVirt etc)
Vladimir Manko
Ну как бы там 32 интерфеса, я конечно понавешал МАС-и со сгоревших железок, но тут вопрос - почему так? Что может так себя вести?
С провом созвонись)
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Andrew Plekhanoff
С провом созвонись)
Так мы с ним и ебемся уже вторую неделю. У нас добавились точки присутствия, и поменялся пров. На старом такого не было, а вот у нового такая замануха. Сегодня выяснили что дело именно в вирутальном МАС-е который наебошил kvm/qemu. Но почему?
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Пров не знает почему так. И я не знаю =)
источник

F

Firs in KVM (PVE/oVirt etc)
Никогда не сталкивался.
источник

F

Firs in KVM (PVE/oVirt etc)
Там у прова какой-то Вайт лист что ли?
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Но вот есть факт, по каналу не идут МАС-и которые сгенерил сервер виртуализации.
источник

AP

Andrew Plekhanoff in KVM (PVE/oVirt etc)
Vladimir Manko
Пров не знает почему так. И я не знаю =)
Беги от этого прова или выходи на инженера этого всего)
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Firs
Там у прова какой-то Вайт лист что ли?
Нет, ничего нет. Утверждает что все чисто - просто L2 канал точка- точка.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Andrew Plekhanoff
Беги от этого прова или выходи на инженера этого всего)
Уже с 3-я инжеренами общаюсь. Убежать не пошансам, только он согласился вести оптику в точки присутствия.
источник

AP

Andrew Plekhanoff in KVM (PVE/oVirt etc)
Vladimir Manko
Нет, ничего нет. Утверждает что все чисто - просто L2 канал точка- точка.
И ты им веришь?) Коммутатор на аццессе смотреть надо в первую очередь.
источник