У меня та же проблема, буду дальше разбираться, но немного напрягает, что на этом форуме об этом никто не говорит. Мои версии: libproxmox-backup-qemu0/stable,now 1.0.2-1 amd64 [установлено], pve-qemu-kvm/stable,now 5.1.0-7 amd64 [установлено], qemu-server/stable,now 6.3-2 amd64 [установлено]. Совсем свежие PVE и PBS на двух разных машинах. Резервное копирование отлично работает без шифрования, но как только добавляю шифрование в хранилище — выскакивает эта ошибка.

Код:
root@pvename:~# vzdump 110 --mode snapshot --node pvename --storage storagename  
INFO: запускается новая задача бэкапа: vzdump 110 --node pvename --mode snapshot --storage storagename  
INFO: запуск резервного копирования ВМ 110 (qemu)  
INFO: бэкап запущен в 2020-12-30 hh:mm:ss  
INFO: статус = выполняется  
INFO: Имя ВМ: pass  
INFO: добавлен диск 'scsi0' 'zfspoolname:vm-110-disk-0' размером 15G  
INFO: режим копирования: снимок  
INFO: приоритет ionice: 7  
INFO: создаётся архив Proxmox Backup Server 'vm/110/2020-12-30T08:33:42Z'  
INFO: включено шифрование  
ERROR: команда qmp для ВМ 110 'backup' не удалась — proxmox_backup_new выдал ошибку: не удалось загрузить ключ расшифровки из "/etc/pve/priv/storage/storagename.enc"  
INFO: задача резервного копирования прервана  
ERROR: Резервное копирование ВМ 110 не удалось — команда qmp 'backup' не удалась — proxmox_backup_new выдал ошибку: не удалось загрузить ключ расшифровки из "/etc/pve/priv/storage/storagename.enc"  
INFO: Завершено в 2020-12-30 hh:mm:ss  
INFO: Задача бэкапа завершена с ошибками  
Ошибки в задаче.

Это точно не проблема с форматом времени. Время скрыто для конфиденциальности, но формат такой, без микросекунд в конце:  
{"kdf":null,"created":"2020-12-30Thh:mm:ss+xx:xx","modified":"2020-12-30Thh:mm:ss+xx:xx","data":"CENSORED","fingerprint":"59:ed:09:01:63:64:8c:48:6c:9a:b5:cc:de:73:c5:ae:fd:4e:8a:34:c2:13:08:a9:b8:cb:eb:a7:b3:51:69:73"}

Начинаю думать, что проблема с правами доступа, но ведь vzdump запускается от root, и root точно имеет доступ, так что пока не понимаю, в чём дело.

Спасибо! Это полностью решило проблему — чувствую себя настоящим дураком. Всё было очень похоже на изначальную ошибку, о которой я писал выше: Error: failed to parse rfc3339 timestamp ("2020-12-30Thh:mm:ss+06:30") - value too large (30 > 23) at line 1 column 49.

Большинство часовых поясов используют сдвиг от UTC целыми часами, но некоторые, как мой, — с шагом в 30 минут.

Бэкап-клиенту это совсем не нравится. Мне удалось заставить всё работать, изменив created и modified timestamps на +00:00. И теперь всё прекрасно работает.

Я приведу примеры рабочего и нерабочего вариантов для вашего удобства при отладке.

Похоже, где-то ещё есть часовые пояса с 45-минутным сдвигом.

Неисправный код: {"kdf":null,"created":"2020-12-30T00:00:00+06:30","modified":"2020-12-30T00:00:00+06:30","data":"7sqmWq9hTAtpVkZezh3im/vRE2Xzh6htgt67LnwF8FQ=","fingerprint":"36:0c:8b:5c:22:98:d3:34:47:0f:d3:60:32:79:8a:9b:3d:3d:37:5f:fb:74:65:82:d0:0d:10:63:62:ed:33:fd"}

Рабочий код: {"kdf":null,"created":"2020-12-30T00:00:00+00:00","modified":"2020-12-30T00:00:00+00:00","data":"7sqmWq9hTAtpVkZezh3im/vRE2Xzh6htgt67LnwF8FQ=","fingerprint":"36:0c:8b:5c:22:98:d3:34:47:0f:d3:60:32:79:8a:9b:3d:3d:37:5f:fb:74:65:82:d0:0d:10:63:62:ed:33:fd"}

Очень благодарен за быструю помощь!