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

vzmigrate не удалось скопировать конфигурационный файл, Proxmox Виртуальная Среда

x3w

Guest

21.11.2011 01:08:00

Привет! Во-первых, спасибо за отличную работу в версии 2.0, я просто не могу дождаться, чтобы использовать её в продакшене. Чтобы протестировать, я настроил двухузловой кластер, как описано на http://pve.proxmox.com/wiki/Proxmox_VE_2.0_Cluster. Всё, кажется, работает отлично. Но я столкнулся с проблемой, когда пытался мигрировать VE 101 с node1 (192.168.1.1) на node2 (192.168.1.2) через GUI. Ошибка была такой:

Код:
Starting migration of CT 101 to 192.168.1.2
Preparing remote node
Error: Failed to copy config file
TASK ERROR: command '/usr/sbin/vzmigrate 192.168.1.2 101' failed: exit code 6

Проверяя через CLI на node1, похоже, причина в том, что конфигурационный файл VE уже существует:

Код:
root@node1:~# /usr/sbin/vzmigrate -vv 192.168.1.2 101
Starting migration of CT 101 to 192.168.1.2
OpenVZ is running...
Loading /etc/vz/vz.conf and /etc/pve/openvz/101.conf files
Check IPs on destination node: 192.168.1.2
Preparing remote node
Copying config file
scp: /etc/pve/openvz/101.conf: File exists
Error: Failed to copy config file

Но когда я проверил на целевом узле, файла там не было (как и ожидалось):

Код:
root@node2# ls -l /etc/pve/nodes/node2/openvz
total 0

Странно, что узел ведёт себя так, будто файл там есть:

Код:
root@node2# touch /etc/pve/nodes/node2/openvz/101.conf
touch: cannot touch `101.conf': File exists

Если попытаться создать другой файл (например, test.txt), всё проходит успешно. Апдейт и dist-upgrade через aptitude тоже не помогли решить проблему.

Возможно, тут проблема с синхронизацией в кластерной файловой системе? Или я что-то упускаю?

Спасибо за вашу помощь!

ernie

Guest

08.08.2012 20:20:00

У меня проблема с командой vzmigrate в Proxmox VE 2.1 с последними обновлениями. Мне нравится мигрировать контейнеры через командную строку, так что будет ли это исправлено? Похоже, что проблема связана с кластерной файловой системой /etc/pve. Как упоминал badaboom, команда mv вроде бы работает с файловой системой /etc/pve, а вот cp или scp на кластерных машинах не проходят, потому что система думает, что файл уже существует.

dietmar Guest	#3 0 09.08.2012 06:06:00 В чём именно у вас проблема? Описанная выше проблема уже решена.

ernie

Guest

09.08.2012 07:05:00

Та же самая проблема. Только что установил с promox ve 2.x CD, сделал apt-get upgrade, и не могу запустить vzmigrate.

root@proxmox16:~# vzmigrate proxmox4 2012
Starting migration of CT 2012 to proxmox4
Preparing remote node
Error: Failed to copy config file

Я изменил копию скрипта vzmigrate, заменил scp на mv — и теперь работает. Значит, и cp, и scp не работают на файловой системе /etc/pve.

root@proxmox16:~# pveversion -v
pve-manager: 2.1-13 (pve-manager/2.1/bdd3663d)
running kernel: 2.6.32-14-pve
pve-kernel-2.6.32-11-pve: 2.6.32-66
pve-kernel-2.6.32-12-pve: 2.6.32-68
pve-kernel-2.6.32-14-pve: 2.6.32-73
lvm2: 2.02.95-1pve2
clvm: 2.02.95-1pve2
corosync-pve: 1.4.3-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.92-2
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.8-1
pve-cluster: 1.0-27
qemu-server: 2.0-47
pve-firmware: 1.0-18
libpve-common-perl: 1.0-30
libpve-access-control: 1.0-24
libpve-storage-perl: 2.0-29
vncterm: 1.0-2
vzctl: 3.0.30-2pve5
vzprocps: 2.0.11-2
vzquota: 3.0.12-3

dietmar Guest	#5 0 09.08.2012 07:23:00 Тебе вообще не стоит использовать vzmigrate. Вместо этого используй 'pvectl migrate'. # pvectl migrate 2012 proxmox4 См. также: # pvectl help migrate -v

ernie

Guest

09.08.2012 09:02:00

Спасибо, я не знал этого. Я уже несколько лет использую vzmigrate и думал, что в версии 2.x всё так же. Буду использовать pvectl вместо этого. Оно как бы сработало... Но целевая машина зависла. Я заметил, что после обновления до версии 2.1 при онлайн-миграции хост назначения довольно часто зависает.

dietmar Guest	#7 0 09.08.2012 09:20:00 Что?

flosoft

Guest

11.08.2012 13:46:00

У меня такая же проблема, когда пытаюсь выполнить онлайн-миграцию между разными CPU (Intel Xeon на i3 или на AMD). Онлайн-миграция нормально проходит только между узлами с одинаковой аппаратной конфигурацией (с тем же процессором). Использую ядро: 2.6.32-13-pve. В терминале получаю:

Code:
Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: Oops: 0000 [#1] SMP

Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: последний файл sysfs: /sys/devices/system/cpu/cpu5/cache/index2/shared_cpu_map

Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: Стек:

Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: Трассировка вызова:

Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: Код: 03 00 00 65 48 8b 04 25 c8 cb 00 00 48 8b 80 38 e0 ff ff a8 08 0f 85 51 fb ff ff 48 81 c4 88 00 00 00 5b 41 5c 41 5d 41 5e 41 5f <c9> c3 66 2e 0f 1f 84 00 00 00 00 00 48 29 d0 48 63 c9 48 89 c2

Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: CR2: 0000000000000000

Сообщение от syslogd@vh45 11 августа 12:49:09...
kernel: Kernel panic - not syncing: Fatal exception

А консоль вываливает вот это: http://cl.ly/image/0U1D280J2K41

ernie Guest	#9 0 11.08.2012 19:31:00 Я подумал, что это может быть связано с железом и ядрами. Только что вспомнил, что недавняя зависшая миграция была между хостами с ядрами 2.6.32-14-pve и 2.6.32-12-pve, при этом завис именно хост с 2.6.32-12-pve. Сейчас я тестирую новое оборудование, и как только всего буду доволен, куплю больше, чтобы все узлы были одинаковыми. Надеюсь, это решит проблему с онлайн-миграциями, а пока придётся довольствоваться оффлайн-миграциями.

Читают тему

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