Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    Ошибка загрузки резервной копии VZDump

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Ошибка загрузки резервной копии VZDump, Proxmox Виртуальная Среда
     
    bmbeverst
    Guest
    #1
    0
    27.06.2013 04:34:00
    Здравствуйте, я создал контейнер OpenVZ на Ubuntu 12.04. Потом я его изменил и сделал gzip-резервную копию. Я скопировал бэкап из /var/lib/vz/dump/vzdump-openvz-..._20.tar.gz на свой рабочий стол. Мне удалось восстановить контейнер с помощью vzrestore и загрузить его как «шаблон OpenVZ». Но любые контейнеры, созданные на основе этого шаблона, не запускаются. Когда я пытаюсь загрузить бэкап как «файл резервной копии VZDump» на хранилище бэкапов freenas в Proxmox, получаю эту ошибку: Код: Error 400: Parameter verification failed.

    content: upload content type 'backup' not allowed Почему Proxmox не позволяет мне загрузить этот бэкап? Скриншот вкладки хранилища: Заранее спасибо!
     
     
     
    FastLaneJB
    Guest
    #2
    0
    15.09.2013 00:06:00
    У меня тоже не работает, только что попробовал впервые сегодня вечером — та же ошибка. Место для хранения настроено на приём резервных копий, но загрузить через веб-интерфейс не получается. Если залить файл вручную в папку dump, он появляется в веб-интерфейсе и даёт возможность восстановить.
     
     
     
    bmbeverst
    Guest
    #3
    0
    28.09.2013 19:01:00
    Давайте надеяться, что рано или поздно найдется решение.
     
     
     
    Sundance
    Guest
    #4
    0
    11.02.2014 13:46:00
    Возможное решение ошибки "Upload VZDump backup error". У меня была такая же проблема, поэтому я проследил, откуда возникает ошибка (/usr/share/perl5/PVE/API2/Storage/Status.pm) и выяснил, что загрузка бэкапов в коде, как он есть, не поддерживается (см. ниже):

    if ($content eq 'iso') {
       if ($filename !~ m![^/]+\.[Ii][Ss][Oo]$!) {
           raise_param_exc({ filename => "отсутствует расширение '.iso'" });
       }
       $path = PVE::Storage::get_iso_dir($cfg, $param->{storage});
    } elsif ($content eq 'vztmpl') {
       if ($filename !~ m![^/]+\.tar\.gz$!) {
           raise_param_exc({ filename => "отсутствует расширение '.tar.gz'" });
       }
       $path = PVE::Storage::get_vztmpl_dir($cfg, $param->{storage});
    } else {
       raise_param_exc({ content => "тип загружаемого содержимого '$content' не разрешён" });
    }

    Когда я добавил обработку контента типа 'backup' (как показано ниже), веб-загрузка бэкапов заработала, как и ожидалось. Не знаю, к каким глобальным последствиям это может привести (я только недавно начал экспериментировать с Proxmox), так что пусть кто-то другой скажет, насколько это безопасное или желательное изменение.

    if ($content eq 'iso') {
       if ($filename !~ m![^/]+\.[Ii][Ss][Oo]$!) {
           raise_param_exc({ filename => "отсутствует расширение '.iso'" });
       }
       $path = PVE::Storage::get_iso_dir($cfg, $param->{storage});
    } elsif ($content eq 'vztmpl') {
       if ($filename !~ m![^/]+\.zip\.gz$!) {
           raise_param_exc({ filename => "отсутствует расширение '.zip.gz'" });
       }
       $path = PVE::Storage::get_vztmpl_dir($cfg, $param->{storage});
    } elsif ($content eq 'backup') {
       if ($filename !~ m![^/]+\.vma\.gz$!) {
           raise_param_exc({ filename => "отсутствует расширение '.vma.gz'" });
       }
       $path = PVE::Storage::get_backup_dir($cfg, $param->{storage});
    } else {
       raise_param_exc({ content => "тип загружаемого содержимого '$content' не разрешён" });
    }

    -- Джон

    root@proxmox:~# pveversion -v
    proxmox-ve-2.6.32: 3.1-114 (ядро: 2.6.32-26-pve)
    pve-manager: 3.1-21 (текущая версия: 3.1-21/93bf03d4)
    pve-kernel-2.6.32-26-pve: 2.6.32-114
    lvm2: 2.02.98-pve4
    clvm: 2.02.98-pve4
    corosync-pve: 1.4.5-1
    openais-pve: 1.1.4-3
    libqb0: 0.11.1-2
    redhat-cluster-pve: 3.2.0-2
    resource-agents-pve: 3.9.2-4
    fence-agents-pve: 4.0.0-2
    pve-cluster: 3.0-8
    qemu-server: 3.1-8
    pve-firmware: 1.0-23
    libpve-common-perl: 3.0-8
    libpve-access-control: 3.0-7
    libpve-storage-perl: 3.0-17
    pve-libspice-server1: 0.12.4-2
    vncterm: 1.1-4
    vzctl: 4.0-1pve4
    vzprocps: 2.0.11-2
    vzquota: 3.1-2
    pve-qemu-kvm: 1.4-17
    ksm-control-daemon: 1.1-1
    glusterfs-client: 3.4.1-1
     
     
     
    tom
    Guest
    #5
    0
    11.02.2014 17:08:00
    см. также https://bugzilla.proxmox.com/show_bug.cgi?id=498
     
     
     
    FastLaneJB
    Guest
    #6
    0
    11.10.2015 13:43:00
    Похоже, эта ошибка всё ещё не исправлена, потому что у меня в Proxmox 4.0 она тоже не работает. Всё равно приходится загружать вручную. Судя по коду выше, это должно быть очень просто исправить. Есть шанс, что это добавят, чтобы не приходилось делать это самому, а потом снова терять при обновлениях?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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