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

Онлайн миграция контейнеров OpenVZ не удаётся, Proxmox Виртуальная Среда

rpuglisi

Guest

07.03.2012 20:51:00

Миграция контейнеров OpenVZ онлайн по-прежнему не работает под Proxmox 2.0:

07 мар 14:46:12 запуск миграции CT 100 на узел 'Proxmox-Test2' (10.50.10.2)
07 мар 14:46:12 контейнер запущен — используется онлайн-миграция
07 мар 14:46:12 данные контейнера на общем хранилище 'drbdstr'
07 мар 14:46:12 запуск живой миграции — приостановка контейнера
07 мар 14:46:12 дамп состояния контейнера
07 мар 14:46:12 дамп квоты второго уровня
07 мар 14:46:14 инициализация контейнера на удалённом узле 'Proxmox-Test2'
07 мар 14:46:14 инициализация удалённой квоты
07 мар 14:46:14 # /usr/bin/ssh -c blowfish -o 'BatchMode=yes' root@10.50.10.2 vzctl quotainit 100
07 мар 14:46:14 vzquota: (ошибка) проверка квоты: stat /data/private/100: ошибка ввода-вывода
07 мар 14:46:14 ОШИБКА: неудача онлайн-миграции — не удалось инициализировать квоту: vzquota init не удался [1]
07 мар 14:46:14 начало финальной очистки
07 мар 14:46:14 ОШИБКА: миграция завершилась с проблемами (продолжительность 00:00:03)
ЗАДАЧА ОШИБКА: проблемы при миграции

И ЕЩЁ ОФФЛАЙН-МИГРАЦИЯ:

07 мар 14:46:12 запуск миграции CT 100 на узел 'Proxmox-Test2' (10.50.10.2)
07 мар 14:46:12 контейнер запущен — используется онлайн-миграция
07 мар 14:46:12 данные контейнера на общем хранилище 'drbdstr'
07 мар 14:46:12 запуск живой миграции — приостановка контейнера
07 мар 14:46:12 дамп состояния контейнера
07 мар 14:46:12 дамп квоты второго уровня
07 мар 14:46:14 инициализация контейнера на удалённом узле 'Proxmox-Test2'
07 мар 14:46:14 инициализация удалённой квоты
07 мар 14:46:14 # /usr/bin/ssh -c blowfish -o 'BatchMode=yes' root@10.50.10.2 vzctl quotainit 100
07 мар 14:46:14 vzquota: (ошибка) проверка квоты: stat /data/private/100: ошибка ввода-вывода
07 мар 14:46:14 ОШИБКА: неудача онлайн-миграции — не удалось инициализировать квоту: vzquota init не удался [1]
07 мар 14:46:14 начало финальной очистки
07 мар 14:46:14 ОШИБКА: миграция завершилась с проблемами (продолжительность 00:00:03)
ЗАДАЧА ОШИБКА: проблемы при миграции

Моя система:
pve-manager: 2.0-38 (pve-manager/2.0/af81df02)
запущенное ядро: 2.6.32-7-pve
proxmox-ve-2.6.32: 2.0-60
pve-kernel-2.6.32-7-pve: 2.6.32-60
lvm2: 2.02.88-2pve1
clvm: 2.02.88-2pve1
corosync-pve: 1.4.1-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.8-3
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.7-1
pve-cluster: 1.0-23
qemu-server: 2.0-25
pve-firmware: 1.0-15
libpve-common-perl: 1.0-17
libpve-access-control: 1.0-17
libpve-storage-perl: 2.0-12
vncterm: 1.0-2
vzctl: 3.0.30-2pve1
vzprocps: 2.0.11-2
vzquota: 3.0.12-3
pve-qemu-kvm: 1.0-5
ksm-control-daemon: 1.1-1

Спасибо,
Rich

sv63rus Guest	#2 0 17.10.2012 22:38:00 Привет! Можешь помочь с настройкой GFS на общем LUN в SAN? У меня такая же проблема с OpenVZ. https://forum.proxmox.com/threads/11473-File-system-type-on-shared-storage-(SAN-IBM-DS3512)

rpuglisi

Guest

17.10.2012 23:02:00

Привет, Валери! Моя конфигурация немного отличается. Я использую DRBD, но вот основные шаги:

Настройка CLVM
vi /etc/default/clvm
раскомментировать START_CLVM=yes
/etc/init.d/clvm start
vgs
pvcreate /dev/drbd0
vgcreate drbdvg /dev/drbd0
lvcreate --size 116G --name drbddata drbdvg

Установка и настройка GFS2
apt-get install gfs2-utils
/etc/init.d/gfs2-cluster start
mkfs.gfs2 -t proxprod:data -j 2 /dev/drbdvg/drbddata
mkdir /data
mount -t gfs2 -o noatime /dev/drbdvg/drbddata /data
mkdir /data/dump
vi /etc/default/redhat-cluster-pve
раскомментировать FENCE_JOIN=”yes”
/etc/init.d/cman start

Если будут проблемы или вопросы — дайте знать.
Рич

sv63rus

Guest

18.10.2012 08:41:00

Спасибо! Попробую на выходных и напишу о результатах. Сейчас тестирую на виртуальной машине Proxmox VirtualBox создание GFS2. У меня есть несколько вопросов: какое имя кластера можно использовать? В вашем примере стоит "proxprod", я использую "lso". Вот что я сделал: создал виртуальный диск. /dev/sdb

root@PVE-N3:/mnt# mkfs.gfs2 -t lso:data -j 2 /dev/sdb

Это уничтожит все данные на /dev/sdb. Там, судя по всему, есть: GFS2 Файловая система (размер блока 4096, протокол блокировки lock_dlm). Вы уверены, что хотите продолжить? [y/n] y

Устройство: /dev/sdb
Размер блока: 4096
Размер устройства: 4.00 ГБ (1048576 блоков)
Размер файловой системы: 4.00 ГБ (1048575 блоков)
Журналы: 2
Группы ресурсов: 16
Протокол блокировки: "lock_dlm"
Таблица блокировок: "lso:data"
UUID: b25f6b0e-84c9-e846-91f2-c10c7caab8f7

Пробую смонтировать и получаю ошибку:

mkdir /mnt/data
root@PVE-N3:/mnt# mount -t gfs2 -o noatime /dev/sdb /mnt/data
fs is for a different cluster
error mounting lockproto lock_dlm

Что я делаю не так?

sv63rus

Guest

18.10.2012 10:01:00

Я решил этот вопрос. Имя кластера берётся из /etc/cluster/cluster.conf, верно? Но теперь новая проблема:
root@PVE-N3:/mnt# mount -t gfs2 -o noatime /dev/sdb /mnt/data
Ошибка: узел не является членом домена ограждения по умолчанию, ошибка монтирования lockproto lock_dlm.
Как добавить узел в домен ограждения?

dietmar Guest	#6 0 18.10.2012 13:48:00 см. http://pve.proxmox.com/wiki/Fencing

Читают тему

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