Size: a a a

OpenNebula - русскоговорящее сообщество

2019 July 22

Г

Григорий in OpenNebula - русскоговорящее сообщество
Ребят, а кто-нибудь решал задачу бекапа образов виртуалок из сефа?
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Да ещё и тех, что со снимками? Да не персистенты.
источник

ВН

Виталий На Заборе in OpenNebula - русскоговорящее сообщество
@socketpair решал
источник

МК

Марк ☢️ Коренберг in OpenNebula - русскоговорящее сообщество
О да
источник

МК

Марк ☢️ Коренберг in OpenNebula - русскоговорящее сообщество
Я седня ток с Турции вернулся
источник

МК

Марк ☢️ Коренберг in OpenNebula - русскоговорящее сообщество
Абажжыте
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Вопрос знатокам бриджей.
Дано: 2 сети, одна VN_MAD bridge, вторая VN_MAD   802.1Q.
Первая работает нормально, при подключении второй вылезает ошибка:
Mon Jul 22 17:22:56 2019 [Z0][VMM][I]: Command execution fail: /var/tmp/one/vnm/802.1Q/post "длинная портянка белиберды" 'one-1'
Mon Jul 22 17:22:56 2019 [Z0][VMM][I]: ip6tables v1.6.1: can't initialize ip6tables table `filter': Address family not supported by protocol
Mon Jul 22 17:22:56 2019 [Z0][VMM][I]: Perhaps ip6tables or your kernel needs to be upgraded.
Mon Jul 22 17:22:56 2019 [Z0][VMM][E]: post: Command Error: sudo ip6tables -S
Mon Jul 22 17:22:56 2019 [Z0][VMM][E]: post: ["/var/tmp/one/vnm/command.rb:62:in block in run!'", "/var/tmp/one/vnm/command.rb:59:in `each'", "/var/tmp/one/vnm/command.rb:59:in `run!'", "/var/tmp/one/vnm/security_groups_iptables.rb:259:in `info'", "/var/tmp/one/vnm/security_groups_iptables.rb:514:in `nic_deactivate'", "/var/tmp/one/vnm/sg_driver.rb:128:in `block in deactivate'", "/var/tmp/one/vnm/sg_driver.rb:125:in `each'", "/var/tmp/one/vnm/sg_driver.rb:125:in `deactivate'", "/var/tmp/one/vnm/sg_driver.rb:75:in `activate'", "/var/tmp/one/vnm/802.1Q/post:32:in <main>'"]
Mon Jul 22 17:22:56 2019 [Z0][VMM][I]: ExitCode: 1
ipv6 на хосте выключен через груб. Или это не про ipv6, а про сам бридж, который как-то не так сделат?
Оба бриджа сидят на одном физическом интерфейсе. Называются по разному.
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Оба бриджа работают в режиме Ethernet
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
вернул ipv6 в систему - заработало.
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Блин, а что делать если я не хочу ipv6?
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
Полагаю прогрепать скрипты на предмет ипв6 и посмотреть что и зачем делается )
источник

AT

Alex Tkachenko in OpenNebula - русскоговорящее сообщество
Григорий
Блин, а что делать если я не хочу ipv6?
Лень искать документашку. Практический опыт, провайдер давал влаги внутри влана не шел ospf, пока не включили ipv6. Потом стал читать и для работы некоторых протоколов надо включать поддержку
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Понятно. Проще включить и не трогать )
источник

AS

Alexey Shabalin in OpenNebula - русскоговорящее сообщество
Alex Tkachenko
Лень искать документашку. Практический опыт, провайдер давал влаги внутри влана не шел ospf, пока не включили ipv6. Потом стал читать и для работы некоторых протоколов надо включать поддержку
Кривые настойки ospf у провайдера? Ospf прекрасно умеет работать по ipv4-only сетям. Мало того, для динамической маршрутизации лучше разводить ipv4 и ipv6 по разным сетям/вланам.
источник

AS

Alexey Shabalin in OpenNebula - русскоговорящее сообщество
Некоторые железки например вообще не дружат с dual-stack
источник
2019 July 23

AT

Alex Tkachenko in OpenNebula - русскоговорящее сообщество
Alexey Shabalin
Кривые настойки ospf у провайдера? Ospf прекрасно умеет работать по ipv4-only сетям. Мало того, для динамической маршрутизации лучше разводить ipv4 и ipv6 по разным сетям/вланам.
Нет. Это оспф в влане провайдера, он не заработал пока не включили
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Всем привет. Есть такой вопросец - есть образ чистой системы. Из него планируется разворачивать виртуалки. Я хочу, чтобы этот образ был неизменен. Раньше я просто делал его non persistent и пользователи из него разворачивали свои виртуалки. Но с таким режимом возникли проблемы - первое, это то, что все данные пропадают, когда отсоединяешь такой диск, и второе, это проблемы со снимками. Решено было отказаться от такой ситсемы в сторону постоянных образов. Вопрос вот в чём: как мне сделать такой шаблон, который бы делал каждый раз клон диска в шаблоне и разворачивался с ним? Про галочку при создании виртуалки я знаю, но не знаю способа сделать его по умолчанию, потому что не исключено, что кто-нибудь создаст виртуалку без неё и заёмет оригинальный образ.
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Надеюсь понятно описал
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
Сделайте образ, положите его в image datastore и все новые виртуалки будут клонировать этот образ при создании. Естественно, если он non persistent.

> первое, это то, что все данные пропадают, когда отсоединяешь такой диск

Это не проблема, а нормальное поведение для non persistent. Диск отсоединили - он удалился. Если вам не надо терять данные, то не отсоединяйте образ :)
источник

Г

Григорий in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
Сделайте образ, положите его в image datastore и все новые виртуалки будут клонировать этот образ при создании. Естественно, если он non persistent.

> первое, это то, что все данные пропадают, когда отсоединяешь такой диск

Это не проблема, а нормальное поведение для non persistent. Диск отсоединили - он удалился. Если вам не надо терять данные, то не отсоединяйте образ :)
Вопрос как раз в том, как сделать тоже самое для персистент диска
источник