+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблемы с резервным копированием после обновления с версии 3.0 на 3.1, Proxmox Виртуальная Среда

gmed

Guest

20.12.2013 20:09:00

Привет! Мы обновились с версии 3.0 до 3.1 из-за новой функции spice. К сожалению, теперь старые backup-события больше не работают. Я использовал локальное хранилище на том же RAID1, что и ВМ, и CIFS-шару для внешнего хранилища. Сначала всё шло нормально. После обновления каждая задача резервного копирования запускалась, но ни одна не завершалась. Данные бэкапа не записывались ни на локальное хранилище, ни на CIFS-шару. Несколько дней назад я подключил к серверу 3ТБ USB-диск, теперь для некоторых ВМ удалось сделать бэкап, для некоторых — нет. Я просто в замешательстве, потому что с версии 2.x резервное копирование для меня всегда было делом «запустил и забыл». Любые советы приветствуются, с учётом приближающихся выходных может появиться время на тестирование.

k11a Guest	#2 0 12.03.2014 19:27:00 Кто-нибудь проверял эту проблему на Proxmox 3.2?

philbrearley

Guest

18.03.2014 00:24:00

Тестировалось на Proxmox 3.2. Результат тот же.

INFO: статус: 15% (82566119424/536870912000), sparse 15% (82110078976), время 27, 3736/14 МБ/с
INFO: статус: 16% (87087448064/536870912000), sparse 16% (85914935296), время 37, 452/71 МБ/с
INFO: статус: 18% (99618586624/536870912000), sparse 18% (98440892416), время 40, 4177/1 МБ/с
INFO: статус: 19% (102032605184/536870912000), sparse 18% (99552583680), время 58, 134/72 МБ/с

ERROR: команда qmp 'query-backup' для VM 101 не удалась — время ожидания истекло
INFO: прерываю задачу резервного копирования
ERROR: резервное копирование VM 101 не удалось — команда qmp 'query-backup' для VM 101 не удалась — время ожидания истекло

dietmar Guest	#4 0 18.03.2014 05:53:00 Какой тип резервного хранилища вы используете?

philbrearley

Guest

21.03.2014 18:07:00

Это была резервная копия на CIFS-устройство хранения данных (Zyxel NSA310). Как уже упоминалось в посте, всё работало отлично до обновления до версии 3.1. Откат ядра до 2.6.32-23 решил проблему, и резервное копирование снова заработало. Теперь я повторно проверил после обновления до 3.2, и резервное копирование снова терпит неудачу из-за тайм-аута. Phil Brearley

dietmar Guest	#6 0 22.03.2014 08:35:00 Похоже, CIFS серьезно сломался в новых ядрах 2.6.32 (зато работает на 3.10).

m.ardito

Guest

22.03.2014 09:38:00

Так может ли машина (виртуальная или физическая), монтирующая CIFS с неповреждённым ядром и расшаривающая это через NFS, служить рабочей альтернативой для резервного хранилища тем, у кого есть устройство только с CIFS и кто всё ещё нуждается в PVE 2.6.32 для OpenVZ? Марко

mir Guest	#8 0 22.03.2014 11:46:00 Но зачем использовать CIFS, если он всё равно не работает?

dietmar Guest	#9 0 22.03.2014 17:31:00 Нужно это исправить. Но пока я понятия не имею, в чём проблема.

m.ardito Guest	#10 0 22.03.2014 20:15:00 С правильным ядром CIFS, насколько я знаю, должен работать. Почему? Ну, устройство могло поддерживать только CIFS. У Zyxel тоже может быть NFS, но CIFS проще расшарить с другими Windows-хостами. Марко

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры