Версия - pve-backup-restore-image-0.3-alt1 - make-initrd-2.44.0-alt1 Шаги воспроизведения 1. Установить PVE кластер. 2. Установить Proxmox Backup Server 3. Установить PVE Backup Restore Image: # apt-get install -y pve-backup-restore-image && /usr/libexec/proxmox-backup/file-restore/pve-backup-restore-image.sh 4. Создать резервную копию на сервере PVE: 1. В настройках виртуальной машины выбрать Резервная копия. 2. Выбрать хранилище pbs-test (то есть созданный Proxmox Backup Server). 3. Нажать Создать резервную копию сейчас. 4. Нажать Резервная копия. 5. Открыть диск резервной копии: 1. Зайти в настройки виртуальной машины → Резервная копия. 2. Выбрать хранилище как pbs-test. 3. Выбрать созданную резервную копию. 4. Нажать Восстановление файла. Ожидаемый результат: Открыт диск резервной копии. Фактический результат: Ошибка при восстановлении файла: CID ‘11’ in use, but max attempts reached, aborting (500) Воcпроизводится на ядрах: - 6.1.80-std-def-alt1 - 6.6.20-un-def-alt1 Не воспроизводится в P10 с ядром 5.10.209-std-def-alt2 и 6.1.79-un-def-alt1 (PBS / PVE)
Файл /usr/libexec/proxmox-backup/file-restore/initramfs.img существует? Если существует, выложите его куда-нибудь и дайте на него ссылку.
(Ответ для Антон Мидюков на комментарий #1) > Файл /usr/libexec/proxmox-backup/file-restore/initramfs.img существует? Если > существует, выложите его куда-нибудь и дайте на него ссылку. Файл /usr/libexec/proxmox-backup/file-restore/initramfs.img существует. Прикладываю ссылку на img: https://wdho.ru/kcN9/initramfs.img Версия ядра: 6.6.61-6.6-alt1
А если использовать не парагоновский модуль ntfs, а ntfs-3g?
(In reply to Evgeny Shesteperov from comment #2) > Файл /usr/libexec/proxmox-backup/file-restore/initramfs.img существует. Я бы уточнил, что интересует содержимое после выполнения скрипта: /usr/libexec/proxmox-backup/file-restore/pve-backup-restore-image.sh > Прикладываю ссылку на img: https://wdho.ru/kcN9/initramfs.img Там ничего нет. Можно в сам баг выложить текстовый вывод initrd-ls для этого img.
Created attachment 18053 [details] initrd
Добрый день! Ошибка воспроизводится на p10 # pveversion pve-manager/7.4-17/alt1 (running kernel: 5.10.218-std-def-alt1) Файл после выполнения скрипта /usr/libexec/proxmox-backup/file-restore/pve-backup-restore-image.sh в виде initrd-ls прикладываю.
(In reply to NecroJoke from comment #6) > running kernel: 5.10.218-std-def-alt1 В initrd попадает старое неподдерживаемое ядро 5.4.85-std-def-alt1 из какой-то другой эпохи. Туда же попадает старый ядерный модуль ntfs.ko от этого ядра и не попадает модуль ntfs3.ko с ядрерным ntfs-3g, который появился только в 5.10+. Отсюда возникает предположение, что в вашей системе (в подкаталоге /boot) болтаются какие-то старые ядра, а скрипт: > /usr/libexec/proxmox-backup/file-restore/pve-backup-restore-image.sh почему-то предпочитает их вместо "running kernel". То есть, нужно почистить сначала систему от старых ядер, затем перезапустить этот скрипт, тогда уже смотреть initrd-ls. На самом деле мы уже знаем, что это не единственная причина.
(In reply to Leonid Krivoshein from comment #7) > В initrd попадает старое неподдерживаемое ядро 5.4.85-std-def-alt1 Тут я очень криво выразился, мягко говоря. Не в initrd, конечно, а в образ системы восстановления PVE попадает пара из старого ядра и модулей к нему в составе initrd.
Исправлено в https://git.altlinux.org/tasks/377945/ переходом на контролируемую сборку initrd на сборочнице, а не на хосте пользователя. Исходно суть проблемы была в том, что нужные модули ядра не были загружены
Как я понимаю, проблема была ещё и в том, что по умолчанию использовался модуль ntfs.ko. Он теперь не попадает в образ из-за явного исключения в конфиге initrd, но теоретически ему ничто не мешает туда попасть, хотя вероятность этого на первый взгляд стремится к нулю. Если ntfs.ko в образе нет, только тогда PBS использует ntfs3.ko, который ранее в образ не попадал. Мне кажется, на некорректно отмонтированной ФС и ntfs3.ko может столкнуться с проблемами, вопрос времени и набора статистики. Переезд сборки образа на соборочницу, как мне кажется, с точки зрения решения проблемы, ничего не прибавляет, но может привести к вопросам, почему в пакете лежит устаревшее ядро либо необходимости почаще обновлять его сборку. В целом, реализация мне нравится, отличная работа!
Добрый день! Коллеги, подскажите, что мне сейчас нужно сделать что бы устранить ошибку. Ядра старые удали, обновил кластер, ошибка сохраняется. remove-old-kernels Currently booted kernel package: kernel-image-std-def-5.10.234-alt1 Previous kernel with uptime 288 days: kernel-image-std-def-5.10.218-alt1 (backup) Keeping these 2 kernels (with the reason why): kernel-image-std-def-5.10.218-alt1.x86_64 (with uptime 288 days) kernel-image-std-def-5.10.234-alt1.x86_64 (latest for std-def, currently booted) Nothing to remove. root@altpve1.test.lab ~ # pveversion pve-manager/7.4-17/alt2 (running kernel: 5.10.234-std-def-alt1)
Дождаться хотя бы окончательной сборки этих заданий: https://packages.altlinux.org/ru/tasks/377945/ https://packages.altlinux.org/ru/tasks/378500/ Тогда можно будет поставить через apt-repo test. Ещё лучше дождаться их одобрения и проверки. Тогда будет достаточно просто обновиться из репозитория p10. Если ждать нет возможности, попробуйте отредактировать файл: /usr/share/make-initrd/features/pbs/rules.mk так, чтобы в initrd попадал модуль ntfs3, и не попадал модуль ntfs: https://git.altlinux.org/gears/m/make-initrd-pbs.git?p=make-initrd-pbs.git;a=commitdiff;h=3b05b51aeba279c69f4b303e0f6efb92f9f25015 затем запустите скрипт: /usr/libexec/proxmox-backup/file-restore/pve-backup-restore-image.sh
Created attachment 18524 [details] Скриншот
Добрый день! После выполнения описанных действий, при нажатии "File Restore" ошибка CID "11" ушла, однако вместо ожидаемого списка файлов, вижу только img.fidx дисков. (см.скриншот). Ожидалось увидеть файловую систему диска ВМ.
(Ответ для NecroJoke на комментарий #14) > Добрый день! > После выполнения описанных действий, при нажатии "File Restore" ошибка CID > "11" ушла, однако вместо ожидаемого списка файлов, вижу только img.fidx > дисков. (см.скриншот). Ожидалось увидеть файловую систему диска ВМ. День добрый! А под разделом part есть что-то (он у вас на скриншоте не раскрыт - там есть плюсик слева от него)? По логике под ним уже должна быть сама файловая система
(Ответ для NecroJoke на комментарий #14) > Добрый день! > После выполнения описанных действий, при нажатии "File Restore" ошибка CID > "11" ушла, однако вместо ожидаемого списка файлов, вижу только img.fidx > дисков. (см.скриншот). Ожидалось увидеть файловую систему диска ВМ. Смотрите под разделом part.
Created attachment 18569 [details] Скриншот 2
Добрый день, я понимаю что скриншот не совсем был корректый, но при раскрытии raw ничего списка файлов также нет
