Также нет возможности создать клона, бекап или перенести машину. Выдает на разных процентах ошибки.

Какая именно ошибка?

Какой тип хранилища используется?

ну так необязательно бэкапить как то по особому. Там же обычный lvm. Попробуй на остановленной машине сбэкапить том lvm с диском виртуалки.

Машину останавливал при бекапе и клонировании

При перемешении диска

create full clone of drive virtio0 (local-lvm:vm-100-disk-0)
Formatting '/mnt/pve/Backup/images/100/vm-100-disk-1.qcow2', fmt=qcow2 cluster_size=65536 extended_l2=off preallocation=metadata compression_type=zlib size=601295421440 lazy_refcounts=off refcount_bits=16
transferred 0.0 B of 560.0 GiB (0.00%)
transferred 5.6 GiB of 560.0 GiB (1.00%)
qemu-img: error while reading at byte 8166308352: Input/output error
TASK ERROR: storage migration failed: copy failed: command '/usr/bin/qemu-img convert -p -n -f raw -O qcow2 /dev/pve/vm-100-disk-0 zeroinit:/mnt/pve/Backup/images/100/vm-100-disk-1.qcow2' failed: exit code 1

При бекапе

INFO: starting new backup job: vzdump 100 --storage Backup --node svet --compress zstd --mode stop --remove 0
INFO: Starting Backup of VM 100 (qemu)
INFO: Backup started at 2022-12-03 00:52:28
INFO: status = stopped
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: VM Name: Programmist
INFO: include disk 'virtio0' 'local-lvm:vm-100-disk-0' 560G
INFO: include disk 'virtio1' 'Backup:100/vm-100-disk-0.qcow2' 500G
INFO: creating vzdump archive '/mnt/pve/Backup/dump/vzdump-qemu-100-2022_12_03-00_52_28.vma.zst'
INFO: starting kvm to execute backup task
INFO: started backup task '4b3a6c3d-77d5-4dd7-935c-215d8b4e2a20'
INFO:   0% (3.4 GiB of 1.0 TiB) in 3s, read: 1.1 GiB/s, write: 29.3 MiB/s
INFO:   1% (10.7 GiB of 1.0 TiB) in 1m 6s, read: 117.5 MiB/s, write: 11.3 MiB/s
INFO:   2% (23.5 GiB of 1.0 TiB) in 1m 28s, read: 598.0 MiB/s, write: 8.8 MiB/s
INFO:   3% (36.5 GiB of 1.0 TiB) in 1m 31s, read: 4.3 GiB/s, write: 0 B/s
INFO:   4% (50.1 GiB of 1.0 TiB) in 1m 34s, read: 4.5 GiB/s, write: 0 B/s
INFO:   5% (59.0 GiB of 1.0 TiB) in 1m 37s, read: 3.0 GiB/s, write: 0 B/s
INFO:   6% (72.5 GiB of 1.0 TiB) in 1m 40s, read: 4.5 GiB/s, write: 0 B/s
INFO:   8% (87.0 GiB of 1.0 TiB) in 1m 43s, read: 4.8 GiB/s, write: 0 B/s
INFO:   9% (101.0 GiB of 1.0 TiB) in 1m 46s, read: 4.7 GiB/s, write: 0 B/s
INFO:  10% (116.0 GiB of 1.0 TiB) in 1m 49s, read: 5.0 GiB/s, write: 0 B/s
INFO:  12% (128.5 GiB of 1.0 TiB) in 1m 52s, read: 4.2 GiB/s, write: 0 B/s
INFO:  13% (143.0 GiB of 1.0 TiB) in 1m 55s, read: 4.8 GiB/s, write: 0 B/s
INFO:  14% (158.0 GiB of 1.0 TiB) in 1m 58s, read: 5.0 GiB/s, write: 0 B/s
INFO:  16% (173.0 GiB of 1.0 TiB) in 2m 2s, read: 3.8 GiB/s, write: 0 B/s
INFO:  17% (188.5 GiB of 1.0 TiB) in 2m 5s, read: 5.2 GiB/s, write: 0 B/s
INFO:  19% (203.9 GiB of 1.0 TiB) in 2m 8s, read: 5.1 GiB/s, write: 0 B/s
INFO:  20% (219.0 GiB of 1.0 TiB) in 2m 11s, read: 5.0 GiB/s, write: 0 B/s
INFO:  22% (234.5 GiB of 1.0 TiB) in 2m 14s, read: 5.2 GiB/s, write: 0 B/s
INFO:  23% (249.5 GiB of 1.0 TiB) in 2m 17s, read: 5.0 GiB/s, write: 0 B/s
INFO:  24% (264.5 GiB of 1.0 TiB) in 2m 20s, read: 5.0 GiB/s, write: 0 B/s
INFO:  26% (280.5 GiB of 1.0 TiB) in 2m 23s, read: 5.3 GiB/s, write: 0 B/s
INFO:  27% (290.9 GiB of 1.0 TiB) in 2m 26s, read: 3.5 GiB/s, write: 0 B/s
INFO:  28% (306.9 GiB of 1.0 TiB) in 2m 29s, read: 5.4 GiB/s, write: 0 B/s
INFO:  30% (321.5 GiB of 1.0 TiB) in 2m 32s, read: 4.9 GiB/s, write: 0 B/s
INFO:  31% (337.0 GiB of 1.0 TiB) in 2m 35s, read: 5.2 GiB/s, write: 0 B/s
INFO:  33% (351.5 GiB of 1.0 TiB) in 2m 38s, read: 4.8 GiB/s, write: 0 B/s
INFO:  34% (367.0 GiB of 1.0 TiB) in 2m 41s, read: 5.2 GiB/s, write: 0 B/s
INFO:  36% (383.0 GiB of 1.0 TiB) in 2m 44s, read: 5.3 GiB/s, write: 0 B/s
INFO:  37% (398.5 GiB of 1.0 TiB) in 2m 48s, read: 3.9 GiB/s, write: 0 B/s
INFO:  39% (414.0 GiB of 1.0 TiB) in 2m 51s, read: 5.2 GiB/s, write: 0 B/s
INFO:  40% (429.5 GiB of 1.0 TiB) in 2m 54s, read: 5.2 GiB/s, write: 0 B/s
INFO:  41% (444.5 GiB of 1.0 TiB) in 2m 57s, read: 5.0 GiB/s, write: 0 B/s
INFO:  43% (460.0 GiB of 1.0 TiB) in 3m, read: 5.2 GiB/s, write: 0 B/s
INFO:  44% (475.5 GiB of 1.0 TiB) in 3m 3s, read: 5.2 GiB/s, write: 0 B/s
INFO:  46% (491.0 GiB of 1.0 TiB) in 3m 6s, read: 5.2 GiB/s, write: 0 B/s
INFO:  47% (500.7 GiB of 1.0 TiB) in 3m 9s, read: 3.2 GiB/s, write: 186.1 MiB/s
INFO:  47% (507.6 GiB of 1.0 TiB) in 3m 34s, read: 283.2 MiB/s, write: 282.3 MiB/s
ERROR: job failed with err -125 - Operation canceled
INFO: aborting backup job
INFO: stopping kvm after backup task
trying to acquire lock...
 OK
ERROR: Backup of VM 100 failed - job failed with err -125 - Operation canceled
INFO: Failed at 2022-12-03 00:56:05
INFO: Backup job finished with errors
TASK ERROR: job errors

1. Тут сейчас находится машина: imageup.ru/4099370
2. Тут лежит часть образа. Толи бекап, толи перемещение сработало тогда imageup.ru/4099371
3. На этот жесткий переношу imageup.ru/4099373

Ну так останови машину и используй обычный dd

А можно подробней о используй обычный dd. Что нужно сделать конкретно. Новичок в решении таких проблем

У тебя там raid или что? Диску конец.

Рейда нет. Диск m2. Работает от силы год. Разбит на разделы и ProxMox стоит на нем.

Ясно. Штош... Зато ты научишься делать бэкапы.

Бекапы на эту машину самого начала не шли. Весь получал эти ошибки. Сейчас петух клюнул, нужно сделать эмиграцию на другой диск, вот и стал решать проблему. На параллельном сервере, той же версии проблем нету

проксмокс это обычный дебиан

заходишь на него по ssh под рутом и смотришь, что там.

Для управления машинками - qm list

Диски - lvs

vm-109-disk-1                            pve Vwi-aotz-- 600.00g data                             49.99                                  
vm-111-disk-0                            pve Vwi-aotz-- 700.00g data                             99.97                                  

копирование - dd if=/dev/mapper/pve-vm–163–disk–0 of=/backup.img bs=1M status=progress

В общем, осваивай линукс и возможностей добавится.

Спасибо. А есть, что посоветовать из литературы или видеоматериалов, по конкретным задачам или кейчас?

Ввел название машины, выдало это

root@pve:~# dd if=/dev/mapper/pve-vm-100-disk-0  of=/backup.img bs=1m status=progress

dd: invalid number: ‘1m’

А если bs=1M то что?

Я спрашиваю, что это. Не знаю, хочу понять

Понять что за ошибка?

Линукс регистрозависимый.

1m != 1M

Это не обязательный параметр, размер окна чтения-записи. По умолчанию он совсем маленький, а так отработает быстрее.

Прежде чем вводить команды, обязательно проверяй значение опций в man. Разобрав команду и поняв, что в ней и зачем, научишься многому и сможешь изменять ее под свои задачи.

Прежде чем вводить команды, обязательно проверяй значение опций в man. Разобрав команду и поняв, что в ней и зачем, научишься многому и сможешь изменять ее под свои задачи.

Докину. Я проксмокс не курил, но что-то меня смущает ещё и вот это of=/backup.img , чую ушатает ТС свою машинку :)

Спасибо за беспокойство, но у меня есть тестовая машина.

Спасибо за рекомендацию. Завтра проверю на тестовой машине, выходные на нужно.

Тут сейчас находится машина: imageup.ru/4099370

Причина проблемы:

• Вы используете LVM-thin (просьба не путать с обычным LVM) — достаточно специфичное хранилище, которое при обычной эксплуатации приводит к результатам, подобным Вашему.
• у Вас это хранилище заполнено на 98,9% (как я понимаю, этого достаточно для возникновения ошибок ввода-вывода).

Я не представляю, как это починить средствами веб-интерфейса Proxmox, без влезания в консоль. Рекомендую привлечь специалиста (можно в местном разделе «job»), который Вам всё аккуратно починит (не убив данные). Это несложная задача (учитывая, что Вы туда подключили ещё диск на 3 Тб) и много денег с Вас за это взять не должны.

Когда проблема будет решена — используйте обычный LVM — он работает без таких «сюрпризов», хоть и не даёт возможность делать «снимки» виртуальных машин из веб-интерфейса Proxmox. Теоретически, можно использовать и ZFS (который позволяет и «снимки» делать, и много чего ещё), но у него выше порог вхождения.

Если тема LVM-thin (и проблем с ним) интересует, почитайте, как другие люди наступали на грабли:

• https://habr.com/ru/post/339676/
• https://habr.com/ru/post/326746/

На всякий случай, покажите вывод команд «pvs», «vgs», и «lvs» (нужно вводить в консоли) — вдруг можно предложить совсем лёгкое решение.

Попросить помощи сейчас нет возможности. Остатки памяти заполнили жесткий диск за ночь (20 Гб было) и теперь машина не запускается. Нужно срочно ее восстановить Ссылка на команды:imageup.ru/4101220

Спасибо за статьи. Благо другой сервер настроил по другой системе и там спокойно идут процессы бекапа, клонирования и перемещения

Остатки памяти заполнили жесткий диск за ночь (20 Гб было) и теперь машина не запускается.

Вы зря пытаетесь запустить и эксплуатировать виртуальные машины до решения проблемы с хранилищем.

Нужно срочно ее восстановить

Ещё диск воткнуть в сервер — есть возможность?

Благо другой сервер настроил по другой системе и там спокойно идут процессы бекапа, клонирования и перемещения

Вы туда эти виртуальные машины переносите?

Спасибо, интересные грабли. А я подумал, что у него диск умирает.

Я подключил диск еще один Ошибка копировая или бекапа таже самая. Я пытался найти хоть один образ через программу WinSCP, но там где они где читал, он пишет ошибку.

Видимо я не так выразился и ввел в заблуждение. Систему ставили еще до меня, поэтому как проходил процесс установки не знаю. Сейчас работаю с тем, что есть

А возможно уменьшить образ? Сейчас у меня одна машина берет 600 Гб и 429 Гб - imageup.ru/4101991 . Но выделено на первую машину 550 гб - imageup.ru/4101991 . на вторую машину 400 Гб - imageup.ru/4101994

Я подключил диск еще один

Какой тип диска (sata/nvme/usb)?

Как его видит система (lsblk)?

Данные на этом диске можно уничтожать?

А возможно уменьшить образ?

Можно всё; но я не вижу целесообразности в этом, в Вашем случае.

Системы стоят на m2. Хочу перенести на hdd. Команда lsblk: imageup.ru/4105266

Вытащить и можно уничтожить. Раз бекапы не работают, то лучше заново накотить. Данные самое важное.

Мне по времени часа два работы хватило бы, чтобы вытащить данные

Дополнительно подключил usb как временное решение

Команда lsblk: imageup.ru/4105266

/dev/sda — это HDD? Как он подключен?

А что находится в /mnt/pve/data?

/dev/sda — это HDD? Как он подключен?

Это 2Т жесткий диск подключенный по USB 3.0. Подключил чтобы проверить возможность эмиграции или бекапа.

Вопрос решил рубанув с плеча и удалив один проблемый сервер. Доступ ко второму восстановился. Удаленный уже восстановил.

Но мне интересны ваши слова о возможности очистить образ между фактически выделенным ею местом и занимаемым на жестком диске

Но мне интересны ваши слова о возможности очистить образ между фактически выделенным ею местом и занимаемым на жестком диске

Это называется TRIM. Но насколько хорошо он отрабатывает, в случае lvm-thin, я не знаю, так как предпочитаю lvm-thin не использовать.

/dev/sda — это HDD? Как он подключен?

Это 2Т жесткий диск подключенный по USB 3.0.

У Вас и sda и sdb подключены по usb?

Ответил конечно «вовремя», но только вышел из больницы. Извините за задержку. Нет. Один подключен для проверки бекапа.

Проблему решил координально. Снес машину с минимальными потерями и заново восстановил