+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Виртуальная машина зависла после бэкапа., Proxmox Виртуальная Среда

Matwolf

Guest

20.04.2025 15:09:00

Привет! У меня есть задача резервного копирования, которая запускается каждый день и делает снимки моих ВМ. В целом все работает нормально, но иногда одна конкретная ВМ зависает (у меня работает 4 ВМ, но это происходит только с одной из них). В момент резервного копирования ВМ перестает отвечать (даже из консоли), и на графике сводки я вижу постоянную загрузку процессора в 50%. Резервное копирование завершается успешно, но ВМ отображается как работающая, хотя на самом деле она полностью зависла. В консоли виден приглашение для входа, но ввод с клавиатуры не обрабатывается. Я могу только сбросить ее (перезагрузка или выключение не работают). ВМ работает на Ubuntu Server 22.04. Я использую PVE v. 8.4.1. Какие есть идеи? Заранее спасибо!

fiona

Guest

22.04.2025 14:44:00

Привет, убедись, что ты используешь IO Thread для дисков виртуальной машины. Если ты используешь сетевое хранилище в качестве целевого хранилища для резервного копирования, то включение fleecing может помочь: https://pve.proxmox.com/pve-docs/chapter-vzdump.html#_vm_backup_fleecing. Пожалуйста, предоставь системные логи/журнал примерно на момент возникновения проблемы, лог задачи резервного копирования и вывод следующей команды: Code: pveversion -v.

Выполни также: Code: qm config <ID>, заменив <ID> на фактический ID виртуальной машины. Ты можешь установить следующие пакеты: apt install pve-qemu-kvm-dbgsym gdb systemd-coredump libproxmox-backup-qemu0-dbgsym и в следующий раз, когда виртуальная машина зависнет, выполни: Code: qm status <ID> --verbose.

Затем запусти: gdb --batch --ex 't a a bt' -p $(cat /var/run/qemu-server/<ID>.pid), снова заменив на фактический ID оба раза.

Matwolf

Guest

07.05.2025 00:30:00

Привет Фиона, к сожалению, проблему сложно воспроизвести, поэтому приходится долго экспериментировать с конфигурациями. Сегодня VM опять зависла. Задание резервного копирования не включало функцию стирания удалённых данных, поэтому я её включил. Также контроллер дисков не был VirtIO и, соответственно, не был включен поток ввода/вывода. Я поменял с Default (LSI 53C895A) на VirtIO single и включил IO Thread. Посмотрим, решит ли это проблему раз и навсегда... Ниже вывод команд, которые ты просила (после внесённых изменений):

```
# pveversion
pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-9-pve)
root@proxwolf:~# pveversion -v
proxmox-ve: 8.4.0 (running kernel: 6.8.12-9-pve)
pve-manager: 8.4.1 (running version: 8.4.1/2a5fa54a8503f96d)
proxmox-kernel-helper: 8.1.1
proxmox-kernel-6.8: 6.8.12-9
proxmox-kernel-6.8.12-9-pve-signed: 6.8.12-9
proxmox-kernel-6.8.12-1-pve-signed: 6.8.12-1
proxmox-kernel-6.8.8-2-pve-signed: 6.8.8-2
proxmox-kernel-6.5.13-6-pve-signed: 6.5.13-6
proxmox-kernel-6.5: 6.5.13-6
proxmox-kernel-6.5.13-5-pve-signed: 6.5.13-5
proxmox-kernel-6.5.11-7-pve-signed: 6.5.11-7
pve-kernel-5.4: 6.4-20
proxmox-kernel-6.2.16-20-pve: 6.2.16-20
proxmox-kernel-6.2: 6.2.16-20
proxmox-kernel-6.2.16-8-pve: 6.2.16-8
pve-kernel-5.4.203-1-pve: 5.4.203-1
pve-kernel-5.4.106-1-pve: 5.4.106-1
ceph-fuse: 16.2.15+ds-0+deb12u1
corosync: 3.1.9-pve1
criu: 3.17.1-2+deb12u1
glusterfs-client: 10.3-5
ifupdown: residual config
ifupdown2: 3.2.0-1+pmx11
ksm-control-daemon: 1.5-1
libjs-extjs: 7.0.0-5
libknet1: 1.30-pve2
libproxmox-acme-perl: 1.6.0
libproxmox-backup-qemu0: 1.5.1
libproxmox-rs-perl: 0.3.5
libpve-access-control: 8.2.2
libpve-apiclient-perl: 3.3.2
libpve-cluster-api-perl: 8.1.0
libpve-cluster-perl: 8.1.0
libpve-common-perl: 8.3.1
libpve-guest-common-perl: 5.2.2
libpve-http-server-perl: 5.2.2
libpve-network-perl: 0.11.2
libpve-rs-perl: 0.9.4
libpve-storage-perl: 8.3.6
libqb0: 1.0.5-1
libspice-server1: 0.15.1-1
lvm2: 2.03.16-2
lxc-pve: 6.0.0-1
lxcfs: 6.0.0-pve2
novnc-pve: 1.6.0-2
proxmox-backup-client: 3.4.0-1
proxmox-backup-file-restore: 3.4.0-1
proxmox-firewall: 0.7.1
proxmox-kernel-helper: 8.1.1
proxmox-mail-forward: 0.3.2
proxmox-mini-journalreader: 1.4.0
proxmox-offline-mirror-helper: 0.6.7
proxmox-widget-toolkit: 4.3.10
pve-cluster: 8.1.0
pve-container: 5.2.6
pve-docs: 8.4.0
pve-edk2-firmware: 4.2025.02-3
pve-esxi-import-tools: 0.7.3
pve-firewall: 5.1.1
pve-firmware: 3.15-3
pve-ha-manager: 4.0.7
pve-i18n: 3.4.2
pve-qemu-kvm: 9.2.0-5
pve-xtermjs: 5.5.0-2
qemu-server: 8.3.12
smartmontools: 7.3-pve1
spiceterm: 3.3.0
swtpm: 0.8.0+pve1
vncterm: 1.8.0
zfsutils-linux: 2.2.7-pve2
```

```
# qm config 100
agent: 1,fstrim_cloned_disks=1
balloon: 0
boot: order=scsi0
cores: 2
memory: 4096
name: ALPHAWOLF
net0: virtio=0A:A5:7D:0A:3C:E9,bridge=vmbr0,queues=2
numa: 0
onboot: 1
ostype: l26
scsi0: local-lvm:vm-100-disk-0,iothread=1,size=16G
scsi1: local-lvm:vm-100-disk-1,iothread=1,size=16G
scsihw: virtio-scsi-single
smbios1: uuid=04bdb7b2-8ea5-4a36-aa10-6ea29bcc3161
sockets: 1
startup: order=2
tags: network
vmgenid: e12c47b4-3abd-43a3-859d-415dd9f50b38
```

Я сообщу, если проблема снова проявится. Спасибо!

Matwolf Guest	#4 0 05.07.2025 21:32:00 Привет @fiona, прошло уже 2 месяца с момента изменения конфигурации, и VM больше не зависает. Так что, думаю, мы это решили! Спасибо за помощь.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры