LINUX.ORG.RU
Форум — Admin  

ProxMox нет доступа к машине

 


0

1

Доброе утро ProxMox Virtual Environment 7.0-11 Запущена машина Microsoft Server 2019 года. Пропал доступ к машине. При загрузке системе, после лого, черный экран и мышка с крутящимся колосиком. На машине стоит MSSQL, 1C и Anydesk и к ним доступ есть. Базы MSSQL создаются и удаляются через программу администрирования 1С. В 1С базы тоже доступны. Anydesk подключается и дает выбор подключения, через консоль или имя пользователя, но дальше пройти не получается, даже если ввести имя зарегистрированного пользователя. IP пингуется. Также нет возможности создать клона, бекап или перенести машину. Выдает на разных процентах ошибки. Хотя на выбранном жестком диске имеет не полную копию машины, но это клон или перенос не могу понять. Кто нибудь сталкивался с подобным?


← Странные запросы от Гугла в журнале доступа
Подскажите почитать что-нибудь дельное по SIP →

Ответ на: комментарий от Harliff

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

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
sympak
() автор топика
Ответ на: комментарий от Harliff
  1. Тут сейчас находится машина: imageup.ru/4099370
  2. Тут лежит часть образа. Толи бекап, толи перемещение сработало тогда imageup.ru/4099371
  3. На этот жесткий переношу imageup.ru/4099373
sympak
() автор топика
Ответ на: комментарий от targitaj

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

sympak
() автор топика
Ответ на: комментарий от sympak

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

заходишь на него по 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

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

AVL2 ★★★★★
()
Последнее исправление: AVL2 (всего исправлений: 1)
Ответ на: комментарий от sympak

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

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

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

anc ★★★★★
()
Ответ на: комментарий от sympak

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

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

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

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

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

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

Harliff ★★★★★
()
Последнее исправление: Harliff (всего исправлений: 1)
Ответ на: комментарий от Harliff

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

Harliff ★★★★★
()
Последнее исправление: Harliff (всего исправлений: 1)
Ответ на: комментарий от Harliff

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

sympak
() автор топика
Ответ на: комментарий от sympak

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

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

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

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

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

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

Harliff ★★★★★
()
Ответ на: комментарий от Harliff

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

sympak
() автор топика
Ответ на: комментарий от targitaj

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

sympak
() автор топика
Ответ на: комментарий от Harliff

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

sympak
() автор топика
Ответ на: комментарий от Harliff

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

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

sympak
() автор топика
Ответ на: комментарий от Harliff

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

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

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

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

sympak
() автор топика
Ответ на: комментарий от sympak

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

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

Harliff ★★★★★
()
27 января 2023 г.
Ответ на: комментарий от Harliff

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

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

sympak
() автор топика
← Странные запросы от Гугла в журнале доступа
Admin
Подскажите почитать что-нибудь дельное по SIP →