как варик... прокс остановить, виртуалки перенести куда нить, заново создать и подсунуть.. или слишком сложно?

А можно чуть подробнее?

У меня по факту сейчас есть только в ps -ef | grep kvm список виртуалок. Вроде в процессе даже указаны все конфиги. Чисто визуально прям все параметры которые были прописаны

не могу ли я из аргументов процессов конфиги ручками собрать?

можно. поркс все еще не пользует либвирт, да?

если виртуалки у тебя на присоединенном проксе (на том котором все пропало) есть... тебе надо их вручную остановить и перенести.. вместе с конфигами... затем уже из веб морды создать на нужном сервер виртуалку, и закинуть туда ту виртуалку.. подкорректировав конфиг

если виртуалки у тебя на присоединенном проксе (на том котором все пропало) есть... тебе надо их вручную остановить и перенести.. вместе с конфигами... затем уже из веб морды создать на нужном сервер виртуалку, и закинуть туда ту виртуалку.. подкорректировав конфиг

Вирты пропали из вебморды сервера который я присоединил, верно. Сами вирты запущены и работают. Но в вебморде не видны. А где у них конфиги лежат? Случайно не в /etc/pve/qemu-server/ ? Если там, то там пусто

можно. поркс все еще не пользует либвирт, да?

хз если честно. процесс зовется /usr/bin/kvm

Сами процессы выглядят примерно так: /usr/bin/kvm -id 216 -chardev socket,id=qmp,path=/var/run/qemu-server/216.qmp,server,nowait -mon chardev=qmp,mode=control -pidfile /var/run/qemu-server/216.pid -daemonize -smbios type=1,uuid=16341b21-b8b1-45e6-b377-a29655c7323f -name meetup-bot -smp 4,sockets=2,cores=2,maxcpus=4 -nodefaults -boot menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg -vga std -vnc unix:/var/run/qemu-server/216.vnc,x509,password -cpu kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,enforce -m 2048 -k en-us -device pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f -device pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e -device piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=tablet,bus=uhci.0,port=1 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -iscsi initiator-name=iqn.1993-08.org.debian:01:a6241ab6e58 -drive file=/var/lib/vz/template/iso/ubuntu-16.04.2-server-amd64.iso,if=none,id=drive-ide2,media=cdrom,aio=threads -device ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200 -device virtio-scsi-pci,id=scsihw0,bus=pci.0,addr=0x5 -drive file=/dev/pve-ssd/vm-216-disk-1,if=none,id=drive-scsi0,format=raw,cache=none,aio=native,detect-zeroes=on -device scsi-hd,bus=scsihw0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0,id=scsi0,bootindex=100 -netdev type=tap,id=net0,ifname=tap216i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on -device virtio-net-pci,mac=16:18:AE:42:9B:A8,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300

var/lib/vz/images/ виртуальные машины etc/pve/qemu-server файлы конфигурации

вроде так раньше было...

Черт, пусто и там и там

хотят утебя 5 ка...могу наврать

я не знаю точно что где в проксе, но по cmdline разобрать как настроена VM вполне реально.

Черт, пусто и там и там

а сторадж локальный у тебя собственно точно на этой машине??

а сторадж локальный у тебя собственно точно на этой машине??

Да, на обоих серверах сторедж для виртуалок локальный

ептыть, оно похоже и настроки zfs вычистило

could not activate storage 'local-zfs', zfs error: cannot import 'rpool': no such pool available (500)

Есть тут кто использует oracle zs3 или zs5 или zs7 в плане экспорта томов по fc?

ептыть, оно похоже и настроки zfs вычистило

могу ошибатсо , но в случае zfs виртуалки в других местах лежат...

О, нашелся бекап некой sql базы прокса

А что за база у прокса? Sqlite?

Там просто огромные портянки какого то blob поля

Да, это был sqlite дамп

В нем есть все конфиги и настройки

теперь вопрос, как бы это все подсунуть проксу, чтобы он не убил текущие вирты?

особенно интересно storage.cfg

file=/dev/pve-ssd/vm-216-disk-1 это ZFS было?

вообще из командной строки вполне реально собрать новый конфиг файл, там праметров то не много, строк 10-15

lvm: local-fast vgname pve-ssd shared 0 content rootdir,images это было lvm

а сейчас оно в проксе есть?

Неа

ну это добавить можно

Я так понял, первая нода кластера прислала свой storage.cfg

Я нашел оригинальный, в дампе sqlite

первая нода прислала все свое )

а сколько машин то?

первая нода прислала все свое )

чорт, зря я это непотестил. Дело в том что у меня сервера разные. В частности дисков разное количество и размеры

а сколько машин то?

14

а может она ниче особо и не прислал, потому что локальное хранилище никуда не отправляется. вполне возможно что при добавлении в кластер просто все конфиги почистились.

я из дампа судя по всему могу даже конфиги вытащить

а может она ниче особо и не прислал, потому что локальное хранилище никуда не отправляется. вполне возможно что при добавлении в кластер просто все конфиги почистились.

/etc/pve/storage.cfg на второй ноде точно такой же стал как на первой

пздц, это ж кто так придумал

ну в доках сказано - что при добавлении в кластер, на ноде не должно быть ничего запущено

так что тут вины разрабов нет )

ну короче надо вернуть стораджи и конфиги

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

про конфиг ZFS ничего не могу подсказать, не использовал

афигеть

сейчас добавил во вторую ноду старый конфиг storage.cfg

А он зараза поменял его на обоих серверах

еще такой вопрос root@prox2:/etc/pve# qm status 206 Configuration file 'nodes/prox2/qemu-server/206.conf' does not exist А где искать директорию nodes/prox2/qemu-server/

А он зараза поменял его на обоих серверах

для этого и существет кластер...

для этого и существет кластер...

А есть вариант работы в кластере но без общего стораджа?

да просто локальный сторадж использовать :)

да просто локальный сторадж использовать :)

Надоедает ходить в разные вебморды и миграций хочется

А есть вариант работы в кластере но без общего стораджа?

gluster fs

любая кластерная ФС

но для профита лучше всего 3 хоста использовать

gluster fs

Т.е. поднимать на каждом хосте gluster-server?

или прокс сам умеет?

на счет прокса не знаю

или прокс сам умеет?

по идее должен из коробки идти

товарищи, а кто-нибудь GRE over IPSec на хосте проксмокса настраивал? У вас все в порядке со скоростью между эндпоинтами было?

товарищи, а кто-нибудь GRE over IPSec на хосте проксмокса настраивал? У вас все в порядке со скоростью между эндпоинтами было?

Да, все было и есть хорошо.

хм, странно, а у меня просто IPSec хорошо, просто GRE хорошо, GRE over IPSec - 800 кбит/с

хм, странно, а у меня просто IPSec хорошо, просто GRE хорошо, GRE over IPSec - 800 кбит/с

Mtu

да я тоже так подумал, но чтоб 800кбит...

у меня 700-800Мбит примерно так.

Mtu

никоим образом, уже и 1200 пробовал, все равно хрень какая-то со скоростью

а какой демон IPsec? Хотя это больше из интереса :)

а без разницы

strongswan и racoon показывают один результат

и я бы поверил в шейпинг IPSec или GRE на стороне провайдера, если бы просто IPSec и просто GRE не выдавали максимальную скорость :)

А как замер идет?

Работой приложения или тесты какие-то

iperf3 же

Эм

У нас как-то тоже была проблема но там сменой перфа решилось

Те компилом

Там фря правда была

iperf3 на хосте отрабатывал хорошо по только IPSec или только GRE, то есть смена ничего не дала бы. Да и scp тоже скорость показывал таксебе. В итоге сейчас потестил фряху в виртуалке - справляется на ура. Буду делать виртуалку с роутером на фряхе :D

))))))

как грохнуть виртаулку на ovirt если она на миграции повисла ?

В отображение интерфейса?

да

через базу данных

Поищу в канале тут, я искал уже как-то

надо снять таску через консоль

а если таски нет, то грохнуть по айди

ща

на spm посмотри через vdsClient таску этой миграции

Для отмены задач в oVirt: залогиниться на хосте SPM, узнать <TaskID> # vdsClient -s 0 getAllTasksStatuses Я так понимаю, он должен тут выдать id тасков

Для отмены задач в oVirt: залогиниться на хосте SPM, узнать <TaskID> # vdsClient -s 0 getAllTasksStatuses Остановить задание: # stopTask <TaskID> (stop async task) Если необходимо: # clearTask <TaskID>

Вот

Процесс машины на обоих хостах есть? А то таск убьешь а destination в паузе останется

да через бд грохнул уже

суть в том что тачка выключена была уже

а бошка видит как запущщеную вм и в процесее migratin to

на spm посмотри через vdsClient таску этой миграции

это что ?)

Если и src и dst не включены иногда проще тупо рестартануть vdsmd а заодно и engine