Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    pct restore: невозможно разобрать строку конфигурации

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    pct restore: невозможно разобрать строку конфигурации, Proxmox Виртуальная Среда
     
    postcd
    Guest
    #1
    0
    05.08.2017 14:53:00
    # pct restore 101 /vzdump-3810.tgz не удается разобрать строку конфигурации: ▒▒▒▒= я знаю, что эта строка конфигурации не важна, как мне продолжить pct восстановление, даже если есть эта неверная строка конфигурации? Также в каком файле находится эта строка конфигурации в .tgz openvz?
     
     
     
    Sebastian's
    Guest
    #2
    0
    27.11.2018 09:27:00
    Я пытался несколько дней перенести наши текущие контейнеры на базе openvz CentOS 7 на новый LXC Proxmox 5.2. У меня есть резервная копия всех контейнеров в виде tarball. Каждый контейнер находится в отдельном архиве из /vz/private/VEID. Когда я пытался выполнить команду: pct restore NEW-VMID vzdump-file, я получал сообщение ОБЩАЯ ОШИБКА: архив не содержит конфигурационного файла. Текущая версия ядра контейнеров: uname -r 3.10.0-514.16.1.vz7.30.15. Что может быть не так?
     
     
     
    fabian
    Guest
    #3
    0
    28.11.2018 07:32:00
    вам нужно либо использовать 'pct create', либо передать все обязательные параметры в 'pct restore', либо repack ваши архивы, чтобы включить файлы конфигурации.
     
     
     
    Sebastian's
    Guest
    #4
    0
    28.11.2018 23:31:00
    У меня снова архив tar, как было предложено выше: tar -czpf ../archive-new.tgz ./etc/vzdump/vps.conf. Теперь при восстановлении я получаю другое сообщение: pct restore 1457 archive-new.tgz -storage containers файл не выглядит как шаблонный архив: /var/lib/vz/dump/archive-new.tgz. Буду признателен за любые предложения. Спасибо.
     
     
     
    Sebastian's
    Guest
    #5
    0
    28.11.2018 23:40:00
    Я прикрепил также часть дерева tarbal. Возможно, здесь что-то не так.. root@ns3111642:/var/lib/vz/dump/ tar -xzvf archive-new.tgz var/lib/vz/dump/vps.conf/ var/lib/vz/dump/vps.conf/media/ var/lib/vz/dump/vps.conf/aquota.group var/lib/vz/dump/vps.conf/fastboot var/lib/vz/dump/vps.conf/boot/ var/lib/vz/dump/vps.conf/.cpt_hardlink_dir_a920e4ddc233afddc9fb53d26c392319/ var/lib/vz/dump/vps.conf/etc/ var/lib/vz/dump/vps.conf/etc/lsb-base-logging.sh var/lib/vz/dump/vps.conf/etc/mtools.conf var/lib/vz/dump/vps.conf/etc/warnquota.conf var/lib/vz/dump/vps.conf/etc/bash_completion.d/ var/lib/vz/dump/vps.conf/etc/bash_completion.d/initramfs-tools var/lib/vz/dump/vps.conf/etc/bash_completion.d/axi-cache var/lib/vz/dump/vps.conf/etc/bash_completion.d/debconf var/lib/vz/dump/vps.conf/etc/bash_completion.d/apache2.2-common var/lib/vz/dump/vps.conf/etc/bash_completion.d/upstart var/lib/vz/dump/vps.conf/etc/bash_completion.d/insserv var/lib/vz/dump/vps.conf/etc/bash_completion.d/apt-show-versions var/lib/vz/dump/vps.conf/etc/sudoers.d/ var/lib/vz/dump/vps.conf/etc/sudoers.d/README var/lib/vz/dump/vps.conf/etc/quotatab var/lib/vz/dump/vps.conf/etc/apache2/ var/lib/vz/dump/vps.conf/etc/apache2/sites-available/ var/lib/vz/dump/vps.conf/etc/apache2/sites-available/default var/lib/vz/dump/vps.conf/etc/apache2/sites-available/default-ssl var/lib/vz/dump/vps.conf/etc/apache2/httpd.conf var/lib/vz/dump/vps.conf/etc/apache2/sites-enabled/ var/lib/vz/dump/vps.conf/etc/apache2/sites-enabled/000-default var/lib/vz/dump/vps.conf/etc/apache2/mods-available/ var/lib/vz/dump/vps.conf/etc/apache2/mods-available/disk_cache.conf var/lib/vz/dump/vps.conf/etc/apache2/mods-available/alias.conf var/lib/vz/dump/vps.conf/etc/apache2/mods-available/ssl.load var/lib/vz/dump/vps.conf/etc/apache2/mods-available/dav_fs.load var/lib/vz/dump/vps.conf/etc/apache2/mods-available/authnz_ldap.load
     
     
     
    fabian
    Guest
    #6
    0
    30.11.2018 13:14:00
    эти пути неверные.. проверь существующую резервную копию или архив шаблона, чтобы посмотреть, как это должно выглядеть.
     
     
     
    Sebastian's
    Guest
    #7
    0
    01.12.2018 09:45:00
    Спасибо за все предложения. Я передал процесс восстановления. Контейнер в конце процесса появился в интерфейсе. Когда я пытаюсь запустить его через GUI или CLI, я получаю следующие сообщения: pct restore 8888 8888.tar --rootfs containers:70 -storage containers извлечение архива '/var/lib/vz/dump/8888.tar' Всего прочитанных байт: 56113152000 (53ГиБ, 173МиБ/с) Обнаруженная архитектура контейнера: amd64 root@ns3111642:~# pct start 8888 Задание для pve-container@8888.service завершилось неудачно, потому что управляющий процесс завершился с кодом ошибки. Смотрите "systemctl status pve-container@8888.service" и "journalctl -xe" для подробностей. команда 'systemctl start pve-container@8888' завершилась с кодом выхода 1 root@ns3111642:~# root@ns3111642:~# systemctl status pve-container@8888.service ● pve-container@8888.service - PVE LXC Контейнер: 8888 Загружено: загружено (/lib/systemd/system/pve-container@.service; статически; предустановленный производителем: включено) Активно: не удалось (Результат: код выхода) с Сб 2018-12-01 01:21:08 UTC; 7 секунд назад Документы: man:lxc-start man:lxc man ct Процесс: 25635 ExecStart=/usr/bin/lxc-start -n 8888 (код=выход, статус=1/НЕУДАЧА) гру 01 01:21:07 ns3111642 systemd[1]: Запуск PVE LXC Контейнера: 8888... гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Управляющий процесс завершился, код=выход статус=1 гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Убийство процесса 25638 (lxc-start) с сигналом SIGKILL. гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Убийство процесса 25741 (apparmor_parser) с сигналом SIG гру 01 01:21:08 ns3111642 systemd[1]: Не удалось запустить PVE LXC Контейнер: 8888. гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Юнит вошел в состояние неудачи. гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Не удалось с результатом 'exit-- Subject: pve-container@8888.service -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- pve-container@8888.service -- -- завершился неудачей. гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Юнит вошел в состояние неудачи. гру 01 01:21:08 ns3111642 pvedaemon[14057]: невозможно получить PID для CT 8888 (не запущен?) гру 01 01:21:08 ns3111642 systemd[1]: pve-container@8888.service: Не удалось с результатом 'exit-code'. гру 01 01:21:08 ns3111642 pct[25633]: команда 'systemctl start pve-container@8888' завершилась с кодом выхода 1 гру 01 01:21:08 ns3111642 pct[25632]: vzstart:8888:root@pam гру 01 01:21:08 ns3111642 systemd-timesyncd[1147]: Синхронизация с сервером времени 213.251.128.249:123 (ntp.ovh.net). гру 01 01:21:11 ns3111642 sshd[25842]: Неверный пользователь deploy с 212.224.125.240 порт 34395 гру 01 01:21:11 ns3111642 sshd[25842]: input_userauth_request: неверный пользователь deploy [preauth] гру 01 01:21:11 ns3111642 sshd[25842]: pam_unix(sshd:auth): проверка пароля; пользователь неизвестен гру 01 01:21:11 ns3111642 sshd[25842]: pam_unix(sshd:auth): ошибка аутентификации; logname= uid=0 euid=0 tty=ssh ruser= гру 01 01:21:13 ns3111642 sshd[25842]: Неудачная попытка входа для неверного пользователя deploy с 212.224.125.240 порт 34395 ssh2 гру 01 01:21:13 ns3111642 sshd[25842]: Получено отключение от 212.224.125.240 порт 34395:11: Пока [preauth] гру 01 01:21:13 ns3111642 sshd[25842]: Отключено от 212.224.125.240 порт 34395 [preauth] гру 01 01:21:42 ns3111642 sshd[26217]: Неверный пользователь o2 с 51.68.140.29 порт 58150 гру 01 01:21:42 ns3111642 sshd[26217]: input_userauth_request: неверный пользователь o2 [preauth] гру 01 01:21:42 ns3111642 sshd[26217]: pam_unix(sshd:auth): проверка пароля; пользователь неизвестен гру 01 01:21:42 ns3111642 sshd[26217]: pam_unix(sshd:auth): ошибка аутентификации; logname= uid=0 euid=0 tty=ssh ruser= гру 01 01:21:44 ns3111642 sshd[26217]: Неудачная попытка входа для неверного пользователя o2 с 51.68.140.29 порт 58150 ssh2 гру 01 01:21:44 ns3111642 sshd[26217]: Получено отключение от 51.68.140.29 порт 58150:11: Пока [preauth] гру 01 01:21:44 ns3111642 sshd[26217]: Отключено от 51.68.140.29 порт 58150 [preauth] строки 1539-1575/1575 (КОНЕЦ)-код'. /var/lib/vz/dump# cd 8888 /var/lib/vz/dump/8888# cd etc /var/lib/vz/dump/8888/etc# cd vzdump /var/lib/vz/dump/8888/etc/vzdump# ls pct.conf /var/lib/vz/dump/8888/etc/vzdump# cat pct.conf arch: amd64 cores: 1 hostname: serv100 memory: 512 net0: name=eth0,bridge=vmbr0,hwaddr=EA:05:03:EB:0A:4E,type=veth ostype: ubuntu rootfs: containers:subvol-105-disk-0,size=70G swap: 512
     
     
     
    fabian
    Guest
    #8
    0
    05.12.2018 09:42:00
    что происходит, если вы запускаете контейнер в фоне/режиме отладки через lxc-start?
     
     
     
    Sebastian's
    Guest
    #9
    0
    05.12.2018 10:50:00
    Вот вывод CLI, прилагаю файл журнала. Спасибо. lxc-start -n 8888 -F -l DEBUG -o /tmp/lxc-8888.log lxc-start: 8888: cgroups/cgfsng.c: create_path_for_hierarchy: 1211 Группа cgroup "/sys/fs/cgroup/systemd//lxc/8888" уже существует lxc-start: 8888: cgroups/cgfsng.c: cgfsng_create: 1325 Не удалось создать cgroup "/sys/fs/cgroup/systemd//lxc/8888" lxc-start: 8888: cgroups/cgfsng.c: create_path_for_hierarchy: 1211 Группа cgroup "/sys/fs/cgroup/systemd//lxc/8888-1" уже существует lxc-start: 8888: cgroups/cgfsng.c: cgfsng_create: 1325 Не удалось создать cgroup "/sys/fs/cgroup/systemd//lxc/8888-1" lxc-start: 8888: cgroups/cgfsng.c: create_path_for_hierarchy: 1211 Группа cgroup "/sys/fs/cgroup/systemd//lxc/8888-2" уже существует lxc-start: 8888: cgroups/cgfsng.c: cgfsng_create: 1325 Не удалось создать cgroup "/sys/fs/cgroup/systemd//lxc/8888-2" lxc-start: 8888: cgroups/cgfsng.c: create_path_for_hierarchy: 1211 Группа cgroup "/sys/fs/cgroup/systemd//lxc/8888-3" уже существует lxc-start: 8888: cgroups/cgfsng.c: cgfsng_create: 1325 Не удалось создать cgroup "/sys/fs/cgroup/systemd//lxc/8888-3" lxc-start: 8888: sync.c: __sync_wait: 59 Ошибка произошла в другом процессе (ожидаемый порядковый номер 7) lxc-start: 8888: start.c: __lxc_start: 1948 Не удалось запустить контейнер "8888" lxc-start: 8888: tools/lxc_start.c: main: 330 Контейнер не удалось запустить lxc-start: 8888: tools/lxc_start.c: main: 336 Дополнительную информацию можно получить, установив параметры --logfile и --logpriority.
     
     
     
    fabian
    Guest
    #10
    0
    05.12.2018 11:19:00
    Лог говорит, в чем проблема — ваш rootfs не содержит /sbin/init. Скорее всего, ваш измененный шаблон/резервная копия все еще имеет неправильные пути, и init оказался где-то еще.
     
     
     
    Ismael Barros²
    Guest
    #11
    0
    23.03.2019 12:39:00
    Извините, что вдыхаю жизнь в старую тему, но у меня тоже была проблема, которая была тихо решена в pct restore: не удается разобрать строку конфигурации, и я не мог найти решение, пока не прочитал исходный код src/PVE/LXC/Create.pm: Код: if ($archive =~ /\.tar(\.[^.]+)?$/) { if (defined($1)) { @compression_opt = $compression_map{$1} or die "неизвестный формат сжатия: $1\n"; } } else { die "файл не выглядит как архив шаблона: $archive\n"; } pct restore не принимает файл .tgz. Решением для меня было переименовать файл так, чтобы он заканчивался на .tar.gz вместо .tgz.
     
     
     
    grin
    Guest
    #12
    0
    04.09.2020 21:59:00
    Со мной случилось то же самое. PVE openvz создал tgz, а pct не может с этим справиться, только tar.gz.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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