Size: a a a

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

2020 May 21

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
таак brctl больше не используется)) прогресс)
источник

p

pio in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
таак brctl больше не используется)) прогресс)
В rhel8 brctl deprecated
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
ну это хорошо, я понимаю, но пока не найду решения как выше указанную беду излечить у себя
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
вдруг у кого-то такая же беда будет ,то вот
--- ./remotes/vnm/vlan.rb       2020-05-21 14:52:01.273371755 +0300
+++ ./remotes/vnm/vlan.rb.cusctom       2020-05-21 14:51:44.742132967 +0300
@@ -147,7 +147,7 @@
            return if @bridges.key?(@nic[:bridge])

            OpenNebula.exec_and_log("#{command(:ip)} link add name " \
-                "#{@nic[:bridge]} type bridge #{list_bridge_options}")
+                "#{@nic[:bridge]} type bridge #{list_bridge_options}", nil, 2)

            @bridges[@nic[:bridge]] = []
источник

AS

Alexey Shabalin in OpenNebula - русскоговорящее сообщество
А какая версия iproute2 у вас, и какую ожидает небула?
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
@AlexeyShabalin
iproute-4.11.0-25.el7.x86_64
вот вы сказали "и какую ожидает небула?"
а где указывается версия которую она "ждет"?
источник

AS

Alexey Shabalin in OpenNebula - русскоговорящее сообщество
Надо сравнить параметры команды ip  у el7, el8, и Ubuntu ( какие там LTS были)
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
вроде как у el8  iproute-4.18.0-3.el8 из коробки
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
а в 8.1    4.18.0-15.el8
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
пакет тотже самый, сборка другая
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
вдруг у кого-то такая же беда будет ,то вот
--- ./remotes/vnm/vlan.rb       2020-05-21 14:52:01.273371755 +0300
+++ ./remotes/vnm/vlan.rb.cusctom       2020-05-21 14:51:44.742132967 +0300
@@ -147,7 +147,7 @@
            return if @bridges.key?(@nic[:bridge])

            OpenNebula.exec_and_log("#{command(:ip)} link add name " \
-                "#{@nic[:bridge]} type bridge #{list_bridge_options}")
+                "#{@nic[:bridge]} type bridge #{list_bridge_options}", nil, 2)

            @bridges[@nic[:bridge]] = []
лучше PR в апстрим пришли
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
да мне кажется это на моей стороне шляпа какая-то, надо проверить, у меня смотрю перестали отображаться и USER_INPUTS когда инстанс создается, хотя в шаблоне они есть
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
неее, решил откатиться
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
бета версия 5.11.85 не взлетела
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
нормально
источник
2020 May 23

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
one-vm-153-checkpoint

при какой операции вот такая штука можеть создаваться?
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
one-vm-153-checkpoint

при какой операции вот такая штука можеть создаваться?
suspend / offline migration
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
спасибо
источник
2020 May 25

SG

S G in OpenNebula - русскоговорящее сообщество
День добрый сообществу!
А можна поприставать новичку с глупыми вопросами? ;)

Мы тут решили соорудить кластер небулы, пока на 3 нодах...HA sql и веб-морды настроили...первую виртуалку подняли...следующим этапом было это все повторить на хранилке ceph (есть тестовый кластер)...и тут полезли проблемы...

1. при деплое матюкается на VNC port used (с костылями можно обойти)...но это ИМХО ненормально....приходится перед деплоем копировать cluster_vnc_bitmap, деплоить, и после ошибки писать в базу скопированное значение, дальше проскаивает и виртуалка запускается...

2. при деплое матюкается на место в SYSTEM_DS (с костылями можно обойти), после  Recover->success виртуалка запускается

3. при миграции с хоста на хост в кластере валит ошибку, после которой virsh виртуалку не показывает ни на одном хосте в кластере, а в вебморде по логам она ушла в циклический ребут...но по факту она работает.... ssh-сессия не отвалилась...доступ по ssh между хостами кластера есть, доступ к "цефу" на всех хостах кластера есть...

выдержка из лога:
Mon May 25 16:06:09 2020 [Z0][VMM][E]: Could not migrate one-11 to ONE-3
Mon May 25 16:06:09 2020 [Z0][VMM][I]: ExitCode: 1
Mon May 25 16:06:09 2020 [Z0][VMM][I]: Successfully execute transfer manager driver operation: tm_failmigrate.
Mon May 25 16:06:09 2020 [Z0][VMM][I]: Failed to execute virtualization driver operation: migrate.
Mon May 25 16:06:09 2020 [Z0][VMM][E]: Error live migrating VM: Could not migrate one-11 to ONE-3
Mon May 25 16:06:09 2020 [Z0][LCM][E]: deploy_failure_action, VM in a wrong state
Mon May 25 16:07:27 2020 [Z0][LCM][I]: VM running but monitor state is POWEROFF
Mon May 25 16:07:27 2020 [Z0][VM][I]: New LCM state is SHUTDOWN_POWEROFF
Mon May 25 16:07:27 2020 [Z0][VM][I]: New state is POWEROFF
Mon May 25 16:07:27 2020 [Z0][VM][I]: New LCM state is LCM_INIT
Mon May 25 16:08:49 2020 [Z0][VMM][I]: VM found again by the drivers
Mon May 25 16:08:49 2020 [Z0][VM][I]: New state is ACTIVE
Mon May 25 16:08:49 2020 [Z0][VM][I]: New LCM state is RUNNING
Mon May 25 16:09:27 2020 [Z0][LCM][I]: VM running but monitor state is POWEROFF
Mon May 25 16:09:27 2020 [Z0][VM][I]: New LCM state is SHUTDOWN_POWEROFF
Mon May 25 16:09:27 2020 [Z0][VM][I]: New state is POWEROFF

Хочется уточнить, небула с цефом работает или не парить себе мозг и забить?
Если работает, подскажите где почитать (желательно на русском) как оно должно работать? Т.к. настривал все согласно офф. доке, а "лыжи не едут"...

ЗЫ: решение без "цефа" не рассматривается по определенным причинам...
источник

ВН

Виталий На Заборе... in OpenNebula - русскоговорящее сообщество
S G
День добрый сообществу!
А можна поприставать новичку с глупыми вопросами? ;)

Мы тут решили соорудить кластер небулы, пока на 3 нодах...HA sql и веб-морды настроили...первую виртуалку подняли...следующим этапом было это все повторить на хранилке ceph (есть тестовый кластер)...и тут полезли проблемы...

1. при деплое матюкается на VNC port used (с костылями можно обойти)...но это ИМХО ненормально....приходится перед деплоем копировать cluster_vnc_bitmap, деплоить, и после ошибки писать в базу скопированное значение, дальше проскаивает и виртуалка запускается...

2. при деплое матюкается на место в SYSTEM_DS (с костылями можно обойти), после  Recover->success виртуалка запускается

3. при миграции с хоста на хост в кластере валит ошибку, после которой virsh виртуалку не показывает ни на одном хосте в кластере, а в вебморде по логам она ушла в циклический ребут...но по факту она работает.... ssh-сессия не отвалилась...доступ по ssh между хостами кластера есть, доступ к "цефу" на всех хостах кластера есть...

выдержка из лога:
Mon May 25 16:06:09 2020 [Z0][VMM][E]: Could not migrate one-11 to ONE-3
Mon May 25 16:06:09 2020 [Z0][VMM][I]: ExitCode: 1
Mon May 25 16:06:09 2020 [Z0][VMM][I]: Successfully execute transfer manager driver operation: tm_failmigrate.
Mon May 25 16:06:09 2020 [Z0][VMM][I]: Failed to execute virtualization driver operation: migrate.
Mon May 25 16:06:09 2020 [Z0][VMM][E]: Error live migrating VM: Could not migrate one-11 to ONE-3
Mon May 25 16:06:09 2020 [Z0][LCM][E]: deploy_failure_action, VM in a wrong state
Mon May 25 16:07:27 2020 [Z0][LCM][I]: VM running but monitor state is POWEROFF
Mon May 25 16:07:27 2020 [Z0][VM][I]: New LCM state is SHUTDOWN_POWEROFF
Mon May 25 16:07:27 2020 [Z0][VM][I]: New state is POWEROFF
Mon May 25 16:07:27 2020 [Z0][VM][I]: New LCM state is LCM_INIT
Mon May 25 16:08:49 2020 [Z0][VMM][I]: VM found again by the drivers
Mon May 25 16:08:49 2020 [Z0][VM][I]: New state is ACTIVE
Mon May 25 16:08:49 2020 [Z0][VM][I]: New LCM state is RUNNING
Mon May 25 16:09:27 2020 [Z0][LCM][I]: VM running but monitor state is POWEROFF
Mon May 25 16:09:27 2020 [Z0][VM][I]: New LCM state is SHUTDOWN_POWEROFF
Mon May 25 16:09:27 2020 [Z0][VM][I]: New state is POWEROFF

Хочется уточнить, небула с цефом работает или не парить себе мозг и забить?
Если работает, подскажите где почитать (желательно на русском) как оно должно работать? Т.к. настривал все согласно офф. доке, а "лыжи не едут"...

ЗЫ: решение без "цефа" не рассматривается по определенным причинам...
у меня всё завелось без ебли
источник