# Редактирование из обновления #2: До начала проблемы я мог перезагружать ВМ нормально, экспериментировал с этим, но после 4-5 перезагрузок она застряла на "Загрузка с жесткого диска..." и так происходит с любой другой ВМ, которую приходится перезагружать. Это вам что-нибудь говорит? Узлы пока что не перезагружались.
Здравствуйте и спасибо заранее. Десять дней назад я обновил кластер до версии "7" с помощью графического интерфейса обновления. Кроме небольшого сбоя corosync, все прошло хорошо, и работа была быстро восстановлена.
Перейдем к вчерашнему дню. Мне нужно было выполнить работу с Ubuntu VM, включающую расширение жесткого диска. ВМ зависла на процедуре перезапуска и осталась на следующем сообщении:
SeaBIOS (версия rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org)
Machine UUID dd36cff9-f00d-4a9e-9340-b194885ad1e1
Booting From Hard Disk...
Несмотря на все мои попытки — от включения кэша на жестком диске (scsi0) в режиме writethrough до выбора другого типа процессора (по умолчанию kvm64), до OVMF BIOS и Default Controller Type — все заканчивалось либо неудачной загрузкой, либо зависанием с предыдущим сообщением. Даже изменение порядка загрузки с Options на CDROM и попытка загрузки Live Image не помогли, Live Image начал загружаться, но бесконечно пытался продолжить.
Хочу добавить, что у меня также были проблемы с созданием новой ВМ, поскольку она тоже зависала на "Загрузка с жесткого диска". В наших конфигурациях нет кэша жесткого диска, но на новой ВМ я обнаружил, что она сможет загрузить Live CD, если кэш установлен как writethrough. Хотя это не помогло с ВМ, где все началось…
В случае с новой ВМ установка будет продолжаться (только если кэш включен как writethrough), но установка, кажется, идет вечно. В Live логе видно "Configuring grub-pc (amd64) уже несколько часов". При просмотре этого лога можно увидеть, что он пытается пересинхронизировать драйвер VMMouse и пытается разрешить Domain машины гостя (Server returned error NODOMAIN, mitigating potential DNS violation DVE-).
Мои версии:
PVEVERSION: proxmox-ve: 7.0-2 (running kernel: 5.4.128-1-pve)
pve-manager: 7.0-11 (running version: 7.0-11/63d82f4e)
pve-kernel-5.11: 7.0-6
pve-kernel-helper: 7.0-6
pve-kernel-5.4: 6.4-5
pve-kernel-5.11.22-3-pve: 5.11.22-6
pve-kernel-5.4.128-1-pve: 5.4.128-1
pve-kernel-5.4.119-1-pve: 5.4.119-1
pve-kernel-5.4.78-2-pve: 5.4.78-2
pve-kernel-5.4.55-1-pve: 5.4.55-1
pve-kernel-5.4.34-1-pve: 5.4.34-2
ceph-fuse: 14.2.21-1
corosync: 3.1.2-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown: residual config
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.21-pve1
libproxmox-acme-perl: 1.2.0
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.0-4
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-5
libpve-guest-common-perl: 4.0-2
libpve-http-server-perl: 4.0-2
libpve-storage-perl: 7.0-10
libqb0: 1.0.5-1
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.9-4
lxcfs: 4.0.8-pve2
novnc-pve: 1.2.0-3
proxmox-backup-client: 2.0.8-1
proxmox-backup-file-restore: 2.0.8-1
proxmox-mini-journalreader: 1.2-1
proxmox-widget-toolkit: 3.3-6
pve-cluster: 7.0-3
pve-container: 4.0-9
pve-docs: 7.0-5
pve-edk2-firmware: 3.20200531-1
pve-firewall: 4.2-2
pve-firmware: 3.2-4
pve-ha-manager: 3.3-1
pve-i18n: 2.4-1
pve-qemu-kvm: 6.0.0-3
pve-xtermjs: 4.12.0-1
qemu-server: 7.0-13
smartmontools: 7.2-pve2
spiceterm: 3.2-2
vncterm: 1.7-1
zfsutils-linux: 2.0.5-pve1
И конфигурация критической ВМ:
acpi: 1
bios: seabios
boot: order=scsi0;ide2;net0
cores: 4
cpu: kvm64
description: Restart Authorization -> Manias Dhmos8enhs%0A%0AVM INCLUDES%3A%0A192.168.10.216%0AUBUNTU SERVER%0A BACKEND JAVA%0A MYSQL%0A PHPMYADMIN%0A MYDATA API JAVA%0A NGINX
ide2: none,media=cdrom
kvm: 1
memory: 4096
name: test-server
net0: e1000=C2:96:FA:C3:C5:1E,bridge=vmbr1,firewall=1
numa: 0
onboot: 1
ostype: l26
scsi0: zpool3:vm-401-disk-0,size=50G
scsihw: virtio-scsi-pci
smbios1: uuid=989fea08-1749-477f-9f95-039a98a7e540
sockets: 1
tablet: 0
unused0: zpool3:vm-401-disk-1
vmgenid: 082b6cfa-75bf-4fe8-b425-60abe20c4558
Спасибо, что прочитали этот огромный текст. Надеюсь, кто-нибудь сможет поделиться ответом или информацией, чтобы снова запустить ВМ. Уверен, есть связь между поведением критической ВМ и новым ВМ(ами), но я не могу понять, что именно идет не так.
Здравствуйте и спасибо заранее. Десять дней назад я обновил кластер до версии "7" с помощью графического интерфейса обновления. Кроме небольшого сбоя corosync, все прошло хорошо, и работа была быстро восстановлена.
Перейдем к вчерашнему дню. Мне нужно было выполнить работу с Ubuntu VM, включающую расширение жесткого диска. ВМ зависла на процедуре перезапуска и осталась на следующем сообщении:
SeaBIOS (версия rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org)
Machine UUID dd36cff9-f00d-4a9e-9340-b194885ad1e1
Booting From Hard Disk...
Несмотря на все мои попытки — от включения кэша на жестком диске (scsi0) в режиме writethrough до выбора другого типа процессора (по умолчанию kvm64), до OVMF BIOS и Default Controller Type — все заканчивалось либо неудачной загрузкой, либо зависанием с предыдущим сообщением. Даже изменение порядка загрузки с Options на CDROM и попытка загрузки Live Image не помогли, Live Image начал загружаться, но бесконечно пытался продолжить.
Хочу добавить, что у меня также были проблемы с созданием новой ВМ, поскольку она тоже зависала на "Загрузка с жесткого диска". В наших конфигурациях нет кэша жесткого диска, но на новой ВМ я обнаружил, что она сможет загрузить Live CD, если кэш установлен как writethrough. Хотя это не помогло с ВМ, где все началось…
В случае с новой ВМ установка будет продолжаться (только если кэш включен как writethrough), но установка, кажется, идет вечно. В Live логе видно "Configuring grub-pc (amd64) уже несколько часов". При просмотре этого лога можно увидеть, что он пытается пересинхронизировать драйвер VMMouse и пытается разрешить Domain машины гостя (Server returned error NODOMAIN, mitigating potential DNS violation DVE-).
Мои версии:
PVEVERSION: proxmox-ve: 7.0-2 (running kernel: 5.4.128-1-pve)
pve-manager: 7.0-11 (running version: 7.0-11/63d82f4e)
pve-kernel-5.11: 7.0-6
pve-kernel-helper: 7.0-6
pve-kernel-5.4: 6.4-5
pve-kernel-5.11.22-3-pve: 5.11.22-6
pve-kernel-5.4.128-1-pve: 5.4.128-1
pve-kernel-5.4.119-1-pve: 5.4.119-1
pve-kernel-5.4.78-2-pve: 5.4.78-2
pve-kernel-5.4.55-1-pve: 5.4.55-1
pve-kernel-5.4.34-1-pve: 5.4.34-2
ceph-fuse: 14.2.21-1
corosync: 3.1.2-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown: residual config
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.21-pve1
libproxmox-acme-perl: 1.2.0
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.0-4
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-5
libpve-guest-common-perl: 4.0-2
libpve-http-server-perl: 4.0-2
libpve-storage-perl: 7.0-10
libqb0: 1.0.5-1
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.9-4
lxcfs: 4.0.8-pve2
novnc-pve: 1.2.0-3
proxmox-backup-client: 2.0.8-1
proxmox-backup-file-restore: 2.0.8-1
proxmox-mini-journalreader: 1.2-1
proxmox-widget-toolkit: 3.3-6
pve-cluster: 7.0-3
pve-container: 4.0-9
pve-docs: 7.0-5
pve-edk2-firmware: 3.20200531-1
pve-firewall: 4.2-2
pve-firmware: 3.2-4
pve-ha-manager: 3.3-1
pve-i18n: 2.4-1
pve-qemu-kvm: 6.0.0-3
pve-xtermjs: 4.12.0-1
qemu-server: 7.0-13
smartmontools: 7.2-pve2
spiceterm: 3.2-2
vncterm: 1.7-1
zfsutils-linux: 2.0.5-pve1
И конфигурация критической ВМ:
acpi: 1
bios: seabios
boot: order=scsi0;ide2;net0
cores: 4
cpu: kvm64
description: Restart Authorization -> Manias Dhmos8enhs%0A%0AVM INCLUDES%3A%0A192.168.10.216%0AUBUNTU SERVER%0A BACKEND JAVA%0A MYSQL%0A PHPMYADMIN%0A MYDATA API JAVA%0A NGINX
ide2: none,media=cdrom
kvm: 1
memory: 4096
name: test-server
net0: e1000=C2:96:FA:C3:C5:1E,bridge=vmbr1,firewall=1
numa: 0
onboot: 1
ostype: l26
scsi0: zpool3:vm-401-disk-0,size=50G
scsihw: virtio-scsi-pci
smbios1: uuid=989fea08-1749-477f-9f95-039a98a7e540
sockets: 1
tablet: 0
unused0: zpool3:vm-401-disk-1
vmgenid: 082b6cfa-75bf-4fe8-b425-60abe20c4558
Спасибо, что прочитали этот огромный текст. Надеюсь, кто-нибудь сможет поделиться ответом или информацией, чтобы снова запустить ВМ. Уверен, есть связь между поведением критической ВМ и новым ВМ(ами), но я не могу понять, что именно идет не так.
