Привет, у меня та же проблема, но она возникает от случая к случаю на одном и том же контейнере. Контейнер сам по себе не особенный, без каких-то заморочек, не привитлегированный. Есть какие-нибудь советы, как выяснить, почему этот конкретный контейнер блокируется без видимой причины?

Вот это да, похоже происходит после бэкапа. По какой-то причине бэкап не удается, и заканчивается сообщением "неожиданный статус". Код: INFO: Начало бэкапа VM 113 (lxc)
INFO: Бэкап начался в 2023-07-11 06:00:14
INFO: status = running
INFO: Имя CT: data-logger
INFO: включаю точку монтирования rootfs ('/') в бэкап
INFO: режим бэкапа: снимок
INFO: ionice priority: 7
INFO: создание снимка хранилища 'vzdump'
INFO: создание vzdump архива '/var/lib/vz/dump/vzdump-lxc-113-2023_07_11-06_00_14.tar' И всё, логи задания бэкапа просто обрываются там с ничем больше... после этого, при запуске CT, получается: Код: ОШИБКА ЗАДАНИЯ: CT заблокирован (snapshot-delete)

Убрал описание, так как там была чувствительная информация. Код: `$ pct config 113 --current`

arch: amd64
cores: 4
features: nesting=1
hostname: data-logger
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=6A:7C:73:9E:7A:F2,ip=dhcp,type=veth
onboot: 1
ostype: ubuntu
rootfs: local-zfs:subvol-113-disk-0,size=128G
swap: 0
unprivileged: 1

Код: `$ pveversion -v`

proxmox-ve: 7.4-1 (запущенный ядро: 5.15.108-1-pve)
pve-manager: 7.4-15 (запущенная версия: 7.4-15/a5d2a31e)
pve-kernel-5.15: 7.4-4
pve-kernel-5.15.108-1-pve: 5.15.108-1
pve-kernel-5.15.107-2-pve: 5.15.107-2
pve-kernel-5.15.104-1-pve: 5.15.104-2
pve-kernel-5.15.102-1-pve: 5.15.102-1
pve-kernel-5.15.85-1-pve: 5.15.85-1
pve-kernel-5.15.83-1-pve: 5.15.83-1
pve-kernel-5.15.74-1-pve: 5.15.74-1
pve-kernel-5.15.64-1-pve: 5.15.64-1
pve-kernel-5.15.60-1-pve: 5.15.60-1
pve-kernel-5.15.39-4-pve: 5.15.39-4
pve-kernel-5.15.39-2-pve: 5.15.39-2
pve-kernel-5.15.35-2-pve: 5.15.35-5
pve-kernel-5.15.30-2-pve: 5.15.30-3
ceph-fuse: 15.2.16-pve1
corosync: 3.1.7-pve1
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx4
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.24-pve2
libproxmox-acme-perl: 1.4.4
libproxmox-backup-qemu0: 1.3.1-1
libproxmox-rs-perl: 0.2.1
libpve-access-control: 7.4.1
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.4-2
libpve-guest-common-perl: 4.2-4
libpve-http-server-perl: 4.2-3
libpve-rs-perl: 0.7.7
libpve-storage-perl: 7.4-3
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 5.0.2-2
lxcfs: 5.0.3-pve1
novnc-pve: 1.4.0-1
proxmox-backup-client: 2.4.2-1
proxmox-backup-file-restore: 2.4.2-1
proxmox-kernel-helper: 7.4-1
proxmox-mail-forward: 0.1.1-1
proxmox-mini-journalreader: 1.3-1
proxmox-offline-mirror-helper: 0.5.2
proxmox-widget-toolkit: 3.7.3
pve-cluster: 7.3-3
pve-container: 4.4-6
pve-docs: 7.4-2
pve-edk2-firmware: 3.20230228-4~bpo11+1
pve-firewall: 4.3-4
pve-firmware: 3.6-5
pve-ha-manager: 3.6.1
pve-i18n: 2.12-1
pve-qemu-kvm: 7.2.0-8
pve-xtermjs: 4.16.0-2
qemu-server: 7.4-4
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.8.0~bpo11+3
vncterm: 1.7-1
zfsutils-linux: 2.1.11-pve1

Есть какие-то новости по этому вопросу? У меня та же проблема с 1 октября. Ничего на этом узле не обновлялось и не трогалось в течение последнего месяца.

Похоже, это решилось, когда я запустил резервное копирование вручную. Но надо посмотреть, запустится ли ночное резервирование сегодня вечером.