У меня такая же проблема, вчера обновил PVE хост и ВМ (Debian). После перезагрузки вроде бы всё работает нормально, но после запланированной резервной копии ВМ Proxmox начинает сообщать о загрузке ЦП ВМ примерно в 50%, вместо 0-5% - когда я подключаюсь к ВМ по SSH, она показывает загрузку ЦП 0-5%, как и должно быть. Перезагрузка этой ВМ решает проблему высокой загрузки ЦП, но она снова возникает после резервной копии.

Редактирую: Заметил, что ВМ Home Assistant (скачанная с их сайта) этой проблемой не страдает, загрузка ЦП остается примерно на уровне 1% после резервной копии.

Debian VM:
agent: 1
balloon: 0
bios: ovmf
boot: order=ide2;scsi0;net0
cores: 2
cpu: x86-64-v2-AES
efidisk0: Data-PVE1:vm-101-disk-0,efitype=4m,size=1M
ide2: none,media=cdrom
machine: q35
memory: 1024
meta: creation-qemu=8.0.2,ctime=1697132753
name: Managment
net0: virtio=82:57:1E:09:F8:93,bridge=vmbr0,firewall=1,tag=30
numa: 0
onboot: 1
ostype: l26
scsi0: Data-PVE1:vm-101-disk-1,discard=on,iothread=1,size=32G,ssd=1
scsihw: virtio-scsi-single
smbios1: uuid=9cda2559-8f0b-4dbd-b14a-e8d3393997b7
sockets: 1
startup: order=2
vmgenid: 2b994b0c-d8dd-4749-8e3e-04e14dddd5ba

Home assistant VM:
agent: 1
bios: ovmf
boot: order=scsi0
cores: 4
cpu: x86-64-v2-AES
efidisk0: Data-PVE1:vm-111-disk-0,size=4M
localtime: 1
machine: q35
memory: 4096
meta: creation-qemu=8.0.2,ctime=1699533837
name: HomeAssistant
net0: virtio=02:C8:75:3C:9B:57,bridge=vmbr0,tag=30
net1: virtio=DE:08:A1:06:EB:62,bridge=vmbr0,tag=70
numa: 0
onboot: 1
ostype: l26
scsi0: Data-PVE1:vm-111-disk-1,cache=writethrough,discard=on,size=32G,ssd=1
scsihw: virtio-scsi-pci
smbios1: uuid=99b6ad16-7d62-4f25-acf4-ad0ae86f15f2
sockets: 1
tablet: 0
tags:
vmgenid: 4ec63779-1e47-4b3c-ae55-494f000b3095

Code: root@pve1:~# pveversion -v
proxmox-ve: 8.1.0 (ядро: 6.5.11-7-pve)
pve-manager: 8.1.3 (версия: 8.1.3/b46aac3b42da5d15)
proxmox-kernel-helper: 8.1.0
pve-kernel-6.2: 8.0.5
proxmox-kernel-6.5: 6.5.11-7
proxmox-kernel-6.5.11-7-pve-signed: 6.5.11-7
proxmox-kernel-6.5.11-6-pve-signed: 6.5.11-6
proxmox-kernel-6.2.16-20-pve: 6.2.16-20
proxmox-kernel-6.2: 6.2.16-20
ceph-fuse: 17.2.7-pve1
corosync: 3.1.7-pve3
criu: 3.17.1-2
glusterfs-client: 10.3-5
ifupdown2: 3.2.0-1+pmx7
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-4
libknet1: 1.28-pve1
libproxmox-acme-perl: 1.5.0
libproxmox-backup-qemu0: 1.4.1
libproxmox-rs-perl: 0.3.3
libpve-access-control: 8.0.7
libpve-apiclient-perl: 3.3.1
libpve-common-perl: 8.1.0
libpve-guest-common-perl: 5.0.6
libpve-http-server-perl: 5.0.5
libpve-network-perl: 0.9.5
libpve-rs-perl: 0.8.7
libpve-storage-perl: 8.0.5
libspice-server1: 0.15.1-1
lvm2: 2.03.16-2
lxc-pve: 5.0.2-4
lxcfs: 5.0.3-pve4
novnc-pve: 1.4.0-3
proxmox-backup-client: 3.1.2-1
proxmox-backup-file-restore: 3.1.2-1
proxmox-kernel-helper: 8.1.0
proxmox-mail-forward: 0.2.2
proxmox-mini-journalreader: 1.4.0
proxmox-widget-toolkit: 4.1.3
pve-cluster: 8.0.5
pve-container: 5.0.8
pve-docs: 8.1.3
pve-edk2-firmware: 4.2023.08-2
pve-firewall: 5.0.3
pve-firmware: 3.9-1
pve-ha-manager: 4.0.3
pve-i18n: 3.1.4
pve-qemu-kvm: 8.1.2-5
pve-xtermjs: 5.3.0-3
qemu-server: 8.0.10
smartmontools: 7.3-pve1
spiceterm: 3.3.0
swtpm: 0.8.0+pve1
vncterm: 1.8.0
zfsutils-linux: 2.2.2-pve1

Code: root@pve1:~# timeout 10 strace -c -p $(cat /var/run/qemu-server/101.pid)
strace: Процесс 55654 подключен
strace: Процесс 55654 отключен
% времени     секунды  микрос/вызов     вызовов    ошибок системный вызов
------ ----------- ----------- --------- --------- ----------------
92.65    0.020594          37       542           ppoll
 6.17    0.001371           0      2040           write
 0.63    0.000140           0       499           recvmsg
 0.54    0.000119           0       525           read
 0.01    0.000002           1         2           accept4
 0.00    0.000001           0         2           close
 0.00    0.000001           0        10           sendmsg
 0.00    0.000000           0         2           getsockname
 0.00    0.000000           0         4           fcntl
 0.00    0.000000           0         1           futex
------ ----------- ----------- --------- --------- ----------------
100.00    0.022228           6      3627           всего

Code: root@pve1:~# timeout 10 strace -c -p $(cat /var/run/qemu-server/111.pid)
strace: Процесс 4099 подключен
strace: Процесс 4099 отключен
% времени     секунды  микрос/вызов     вызовов    ошибок системный вызов
------ ----------- ----------- --------- --------- ----------------
76.93    0.035196          31      1128         1 ppoll
14.25    0.006519           1      4098           write
 4.17    0.001908           1       998           recvmsg
 3.77    0.001724           1      1072           read
 0.48    0.000218           6        35           io_uring_enter
 0.21    0.000097           4        20           sendmsg
 0.07    0.000032           8         4           close
 0.04    0.000020           1        15           ioctl
 0.04    0.000020           5         4           accept4
 0.02    0.000010           1         8           fcntl
 0.01    0.000004           1         4           getsockname
 0.01    0.000004           1         3           futex
------ ----------- ----------- --------- --------- ----------------
100.00    0.045752           6      7389         1 всего

Вижу, что 101 поднимался до 50% по Proxmox, а когда я зашел по SSH, htop показывал среднюю загрузку 0.00 - 0.01 (эта машина должна большую часть времени быть бездельничать). А 111 был на уровне <1%.

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

Откат проблемного коммита будет в версии pve-qemu-kvm=8.1.2-6: https://git.proxmox.com/?p=pve-qemu.git;a=commit;h=2a49e667bae33f2a5c6ba6b59a0cd26387f73a27. Будем продолжать работать с upstream, чтобы получить нормальное исправление для той гораздо более редкой проблемы, которую этот коммит пытался решить.

Я могу подтвердить, что проблема возникает и с direct_sync/native, похоже, это не связано с io_uring. Это случилось во время бэкапа, но к счастью, загрузка процессора была всего 50%, а не 100%.

Hey @john_doe,

Just wanted to share this amazing resource I found! It's a comprehensive guide to mastering the art of SQL queries. Seriously, it’s a game-changer. 🤯

Here's what you'll find inside:

*   **Fundamentals:** Learn the basics of SQL, including data types, operators, and functions.
*   **Advanced Techniques:** Dive into joins, subqueries, and window functions.
*   **Performance Optimization:**  Optimize your queries for speed and efficiency.
*   **Real-World Examples:**  See how SQL is used in practice with case studies.

Check it out: [https://www.example.com/sql-guide](<#0 >)

Let me know what you think!  This could really boost your productivity. 💪

#SQL #Database #Programming #Productivity #LearnSQL

Привет @john_doe,

Просто хотел поделиться этим потрясающим ресурсом, который я нашел! Это исчерпывающее руководство по освоению искусства SQL-запросов. Серьёзно, это меняет правила игры. 🤯

Вот что вы найдете внутри:

*   **Основы:** Изучите основы SQL, включая типы данных, операторы и функции.
*   **Продвинутые техники:** Погрузитесь в соединения, подзапросы и оконные функции.
*   **Оптимизация производительности:** Оптимизируйте свои запросы для скорости и эффективности.
*   **Примеры из реальной жизни:** Посмотрите, как SQL используется на практике, с помощью кейсов.

Зацени: [https://www.example.com/sql-guide](<#0 >)

Напиши, что думаешь! Это может реально поднять твою продуктивность. 💪

#SQL #БазаДанных #Программирование #Продуктивность #ИзучиSQL

Как лучше всего вернуться к версии pve-qemu-kvm=8.1.2-4? Так правильно? wget http://download.proxmox.com/debian/...n/binary-amd64/pve-qemu-kvm_8.1.2-4_amd64.deb dpkg -i pve-qemu-kvm_8.1.2-4_amd64.deb