Этот сайт лучше всего просматривать в современном браузере с включённым JavaScript.

oVirt 4.3.1 вышел

leonidal6ov

Никто не обновлялся?

leonidal6ov

Обновил тестовую систему, всё штатно.

Добавили Cinderlib integration

leonidal6ov

Теперь можно экспортировать запущенную ВМ в OVA

Алексей Максимов

Круто, только вплоть до имеющейся у меня 4.2.7, у меня ни разу не получилось экспортнуть в OVA виртуальные машины размером больше 50-60GB, поэтому все крупногабаритные ВМ приходилось выгружать через Export Domain. Таким образом, экспорт включённой ВМ при невозможности экспорта большой ВМ даже в выключенном состоянии - удовольствие сомнительное :)

leonidal6ov

Что-то не могу найти информацию, в каком порядке правильно обновлять кластер?

Сначала хосты или менеджер?

И не понятно почему, хосты сами не обновляются на новый репозитарий?

Обновил тестовый менеджер, делаю обновление хоста, а репозитарий так и остался 4.2

danyasny

просто обновить энжин, хосты кинуть в maintenance и прогнать yum update

leonidal6ov

В 4.3 есть баг. ВМ не мигрируют вручную.

https://lists.ovirt.org/archives/list/users@ovirt.org/thread/5OBUNZHUPVEDZ5YLTXI2CQEPBQGBZ2JT/


service vdsmd status
Redirecting to /bin/systemctl status vdsmd.service
● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor preset: enabled)
   Active: active (running) since Пн 2019-03-25 16 MSK; 2 days ago
  Process: 32682 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh --post-stop (code=exited, status=0/SUCCESS)
  Process: 374 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=0/SUCCESS)
 Main PID: 476 (vdsmd)
    Tasks: 62
   CGroup: /system.slice/vdsmd.service
           ├─  476 /usr/bin/python2 /usr/share/vdsm/vdsmd
           ├─  880 /usr/libexec/ioprocess --read-pipe-fd 78 --write-pipe-fd 7...
           ├─  887 /usr/libexec/ioprocess --read-pipe-fd 84 --write-pipe-fd 8...
           └─12366 /usr/bin/dd if=/rhev/data-center/mnt/...

мар 28 11 cluster-node3 vdsm: ERROR Internal server error
                                                            Traceback (most recent call last):
                                                              File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 345, in _handle_request...
мар 28 11 cluster-node3 vdsm: ERROR Internal server error
                                                            Traceback (most recent call last):
                                                              File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 345, in _handle_request...

Помогает

service vdsmd restart

molik

всем привет

версия 4.3.2

а никто не вкурсе, что делает чекбокс "Enable Incremental Backup", в свойствах диска ВМ?

~~и для чего нужен "Backup Domain" ?~~

leonidal6ov

К сожалению, при отображении страницы произошла ошибка. Если Вы пользователь, повторите попытку позже. Если Вы администратор, посмотрите журналы Flarum для получения дополнительной информации.

molik

К сожалению, при отображении страницы произошла ошибка. Если Вы пользователь, повторите попытку позже. Если Вы администратор, посмотрите журналы Flarum для получения дополнительной информации.

leonidal6ov

molik написал

сменился ipадрес у nas'а, естественно сторедж перестал видеться хостом

Этого овирт пережить не может)

Для овирта сторедж первичен. Если вдруг пропал ЛЮБОЙ сторедж, значит к нему не могут подключится хосты, значит по мнению овирта они не исправны, значит их надо срочно перезагружать. На ВМ пофиг вообще)

Пока не переведешь сторедж в ментенанс, кластер работать нормально не будет.

По этому я отключил фенсинг и повер манаджмент. Хотя бы хосты не перезагружаются и ВМ не все падают.

danyasny

> Пока не переведешь сторедж в ментенанс, кластер работать нормально не будет.

потому и существует maintenance, чтоб проблем не случалось. Если же SD пропадает во время работы, то система считает что случилась авария и пытается починить в меру своих возможностей, все верно.

leonidal6ov

Dan Yasny написал
система считает что случилась авария и пытается починить в меру своих возможностей, все верно.

Верно, но по моему не логично.

Представим, у нас в кластере есть:

хост1, хост2, хост3

хранилище1, хранилище2

вм1 - образ на хранилище1, вм2 - образ на хранилище2

В актуальном овирте при падении хранилища2, упадут все хосты и все ВМ, хотя физически вм1 могла бы спокойно работать.

danyasny

все верно, овирт не проверяет все. В настоящей установке будут бежать тысячи VM, с наборами дисков размазанными по всем SD. Проверять вообще все хосты и машины на предмет того что может бежать дальше а что нет очень сложно. Более того, отвалившийся нештатно SD может означать кучу проблем с другими компонентами установки. Так что логика намного проще - у хостов есть критичные ресурсы и некритичные ресурсы. Если отваливается критичный ресурс, хост идет в non-op. SD - критичный ресурс. Некоторые виды логических сетей например - не критичны

parallax

Леонид Альбов написал

Что-то не могу найти информацию, в каком порядке правильно обновлять кластер?

Сначала хосты или менеджер?

И не понятно почему, хосты сами не обновляются на новый репозитарий?

Обновил тестовый менеджер, делаю обновление хоста, а репозитарий так и остался 4.2

привет

а как обновлял engine с 4.2 на 4.3, подсовываешь репы 4.3 и потом просто engine-setup ?

parallax

Леонид Альбов написал

Представим, у нас в кластере есть:

хост1, хост2, хост3

хранилище1, хранилище2

вм1 - образ на хранилище1, вм2 - образ на хранилище2

В актуальном овирте при падении хранилища2, упадут все хосты и все ВМ, хотя физически вм1 могла бы спокойно работать.

версия 4.3.9

имеется одно хранилище по iscsi с несколькими lun, подключенные в ovirt как отдельные стораджи

при отключении одного из lun на стороне хранилища - ovirt деактивирует этот сторадж помечая его как не доступный, остальные стораджи и вм работают