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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Restore from backup to ZFS over iSCSI не удалось., Proxmox Виртуальная Среда
     
    starnetwork
    Guest
    #1
    0
    30.09.2020 22:21:00
    Привет, у меня есть 2 хранилища zfs на iSCSI, настроенные на моих кластерах, оба сконфигурированы на всех узлах и работают для создания новых ВМ и миграции с других хранилищ на эти zfs, но это хранилище не работает для восстановления из резервной копии. Если я хочу восстановить из резервной копии, мне нужно восстанавливать на локальное / другое хранилище, а затем перемещать диск на iSCSI хранилище (одно из этих двух). Ошибка, которую я получил при восстановлении: Виртуальная среда 6.2-4 Виртуальная машина 28 (ВМ 28) на узле 'server20' Логи () восстановление vma архива: zstd -q -d -c /mnt/pve/Backups/dump/vzdump-qemu-10000-2020_09_25-22_15_02.vma.zst | vma extract -v -r /var/tmp/vzdumptmp19102.fifo - /var/tmp/vzdumptmp19102 CFG: размер: 976 имя: qemu-server.conf УСТ-ВО: dev_id=1 размер: 10737418240 devname: drive-scsi0 CTIME: Пт Сен 25 22:15:05 2020 новый идентификатор объема 'zfspool2iscsi:vm-28-cloudinit' новый идентификатор объема 'zfspool2iscsi:vm-28-disk-1' сопоставление 'drive-scsi0' с 'iscsi://iqn.2003-01.org.linux-iscsi.zfsstorage1/iqn.2003-01.org.linux-iscsi.zfsstorage1.x8664:sn.abcdef1233456/12' (запись нулей = 1) vma: не удается открыть файл iscsi://iqn.2003-01.org.linux-iscsi.zfsstorage1/iqn.2003-01.org.linux-iscsi.zfsstorage1.x8664:sn.abcdef1233456/12 - iSCSI: Не удалось подключиться к LUN: Не удалось войти на цель. Статус: Ошибка авторизации(514) /bin/bash: строка 1: 19104 Пробитая труба zstd -q -d -c /mnt/pve/Backups/dump/vzdump-qemu-10000-2020_09_25-22_15_02.vma.zst 19105 Трассировка/ошибка прерывания | vma extract -v -r /var/tmp/vzdumptmp19102.fifo - /var/tmp/vzdumptmp19102 временный объем 'zfspool2iscsi:vm-28-disk-1' успешно удален заблокировано не найдено, пытается удалить блокировку 'create' ОШИБКА ЗАДАЧИ: команда 'set -o pipefail && zstd -q -d -c /mnt/pve/Backups/dump/vzdump-qemu-10000-2020_09_25-22_15_02.vma.zst | vma extract -v -r /var/tmp/vzdumptmp19102.fifo - /var/tmp/vzdumptmp19102' завершилась с ошибкой: код выхода 133 есть предложения? С уважением,
     
     
     
    fiona
    Guest
    #2
    0
    21.10.2020 12:27:00
    Нет, это не так. Спасибо, что позволяете этому инициатору исправлять проблему, это делает восстановление работоспособным и показывает, в чем проблема. При загрузке виртуальных машин мы используем имя инициатора в /etc/iscsi/initiatorname.iscsi. Может быть, нам стоит использовать его и для vma? Учтите последствия для безопасности, если вы решите добавить этот инициатор как временное решение!
     
     
     
    Stoiko Ivanov
    Guest
    #3
    0
    21.10.2020 13:18:00
    Было бы неплохо — у нас все еще есть нерешенная проблема с efidisk на ZFS через iSCSI: https://bugzilla.proxmox.com/show_bug.cgi?id=2395 вот проблема, с похожей ситуацией при вызове qemu-img, которая была исправлена (92bdc3f0e364704202a3981c5d967eb9504628b1 в qemu-server): https://bugzilla.proxmox.com/show_bug.cgi?id=2120
     
     
     
    starnetwork
    Guest
    #4
    0
    21.10.2020 22:21:00
    Привет, добавление iqn.2008-11.org.linux-kvm даст доступ, не создавая проблемы с безопасностью? Имею в виду, доступ с другого несанкционированного узла или виртуальной машины из той же сети с использованием этого "общего" инициатора? С уважением.
     
     
     
    fiona
    Guest
    #5
    0
    22.10.2020 07:45:00
    Да, это может. Если вы не можете гарантировать, что доступ ограничен каким-либо другим способом, пожалуйста, не используйте это! Я также отредактирую свой оригинальный пост и упомяну, что это не общее решение. (Я просто был рад, что это показывает нам, в чем именно заключается проблема.)
     
     
     
    starnetwork
    Guest
    #6
    0
    22.10.2020 09:28:00
    Спасибо! Жду исправления. С уважением
     
     
     
    fiona
    Guest
    #7
    0
    21.10.2020 10:25:00
    Привет, спасибо за сообщение о проблеме! Я смог воспроизвести её и создал отчет о баге. Ты можешь добавить себя в копию, чтобы получать обновления, когда с багом что-то изменится.
     
     
     
    Stoiko Ivanov
    Guest
    #8
    0
    21.10.2020 10:45:00
    'tiqn.2008-11.org.linux-kvm' тоже разрешен для доступа к luns?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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