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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Копирование невозможно на зашифрованном пуле данных?, Proxmox Виртуальная Среда
     
    Elleni
    Guest
    #1
    0
    03.11.2020 22:53:00
    Я настроил кластер из двух узлов, и миграция ВМ с одного узла на другой проходит без проблем, но при попытке включить репликацию возникает следующая ошибка: Код: 2020-11-03 22:44:01 106-0: запуск задачи репликации 2020-11-03 22:44:01 106-0: гость => ВМ 106, запущен => 19766 2020-11-03 22:44:01 106-0: тома => имя:vm-106-disk-0 2020-11-03 22:44:01 106-0: заморозить файловую систему гостя 2020-11-03 22:44:01 106-0: создать снимок '__replicate_106-0_1604439841__' на имя:vm-106-disk-0 2020-11-03 22:44:01 106-0: разморозить файловую систему гостя 2020-11-03 22:44:01 106-0: использовать защищенную передачу, ограничение скорости: нет 2020-11-03 22:44:01 106-0: полная синхронизация 'имя:vm-106-disk-0' (__replicate_106-0_1604439841__) 2020-11-02 22:44:02 106-0: не удается отправить pool/name/vm-106-disk-0@__replicate_106-0_1604439841__: зашифрованный набор данных pool/names/vm-106-disk-0 не может быть отправлен с атрибутами без флага raw 2020-11-03 22:44:02 106-0: команда 'zfs send -Rpv -- pool/name/vm-106-disk-0@__replicate_106-0_1604439841__' завершилась неудачно: код возврата 1 2020-11-03 22:44:02 106-0: не удается получить: не удалось прочитать из потока 2020-11-03 22:44:02 106-0: не удается открыть 'pool/name/vm-106-disk-0': набор данных не существует 2020-11-03 22:44:02 106-0: команда 'zfs recv -F -- pool/name/vm-106-disk-0' завершилась неудачно: код возврата 1 2020-11-03 22:44:02 106-0: удалить предыдущий снимок репликации '__replicate_106-0_1604439841__' на имя:vm-106-disk-0 2020-11-03 22:44:02 106-0: завершить задачу репликации с ошибкой: команда 'set -o pipefail && pvesm export name:vm-106-disk-0 zfs - -with-snapshots 1 -snapshot __replicate_106-0_1604439841__ | /usr/bin/ssh -e none -o 'BatchMode=yes' -o 'HostKeyAlias=nodename' root@ip.ad.dr.ess -- pvesm import name:vm-106-disk-0 zfs - -with-snapshots 1 -allow-rename 0' завершилась неудачно: код возврата 1 Как можно установить флаг raw? Или это сейчас не поддерживается? У меня все ВМ на node1 на зашифрованном дата-пуле. Я пытался удалить второй узел из кластера, создать незашифрованный пул и снова присоединиться к кластеру, но это тоже не сработало. Какие у меня есть возможности, если я хочу включить репликацию ВМ на второй узел кластера, сохранив зашифрованный дата-пул? При миграции некоторых ВМ с одного узла на другой я заметил, что некоторые узлы мигрируют без проблем, другие же терпят неудачу по одной и той же причине? Следя за логами неудачного случая. Эти ВМ находятся в одном и том же дата-пуле, поэтому я не понимаю, в чем разница и почему некоторые могут быть перемещены на другой узел, а другие — нет. С другой стороны, это дает мне надежду, что это не вопрос невозможности репликации в зашифрованных наборах данных. Заранее спасибо за любую помощь. Код: 2020-11-04 00:14:04 начало миграции ВМ ID на узел 'nodename' (192.168.x.y) 2020-11-04 00:14:05 найден локальный, реплицируемый диск 'имя:vm-106-disk-0' (в текущей конфигурации ВМ) 2020-11-04 00:14:05 scsi0: начать отслеживание записей, используя block-dirty-bitmap 'repl_scsi0' 2020-11-04 00:14:05 репликация образов дисков 2020-11-04 00:14:05 начать задачу репликации 2020-11-04 00:14:05 гость => ВМ 106, запущен => 19766 2020-11-04 00:14:05 тома => имя:vm-106-disk-0 2020-11-04 00:14:06 заморозить файловую систему гостя 2020-11-04 00:14:06 создать снимок '__replicate_106-0_1604445245__' на имя:vm-106-disk-0 2020-11-04 00:14:06 разморозить файловую систему гостя 2020-11-04 00:14:06 использовать защищенную передачу, ограничение скорости: нет 2020-11-04 00:14:06 полная синхронизация 'имя:vm-106-disk-0' (__replicate_106-0_1604445245__) 2020-11-04 00:14:07 не удается отправить pool/name/vm-106-disk-0@__replicate_106-0_1604445245__: зашифрованный набор данных pool/name/vm-106-disk-0 не может быть отправлен с атрибутами без флага raw 2020-11-04 00:14:07 команда 'zfs send -Rpv -- pool/name/vm-106-disk-0@__replicate_106-0_1604445245__' завершилась неудачно: код возврата 1 2020-11-04 00:14:07 не удается получить: не удалось прочитать из потока 2020-11-04 00:14:07 не удается открыть 'pool/name/vm-106-disk-0': набор данных не существует 2020-11-04 00:14:07 команда 'zfs recv -F -- pool/name/vm-106-disk-0' завершилась неудачно: код возврата 1 отправка/получение не удалось, очищаем снимок(и) 2020-11-04 00:14:07 удалить предыдущий снимок репликации '__replicate_106-0_1604445245__' на имя:vm-106-disk-0 2020-11-04 00:14:07 завершить задачу репликации с ошибкой: команда 'set -o pipefail && pvesm export name:vm-106-disk-0 zfs - -with-snapshots 1 -snapshot __replicate_106-0_1604445245__ | /usr/bin/ssh -e none -o 'BatchMode=yes' -o 'HostKeyAlias=nodename' root@192.168.x.y -- pvesm import name:vm-106-disk-0 zfs - -with-snapshots 1 -allow-rename 0' завершилась неудачно: код возврата 1 2020-11-04 00:14:07 ОШИБКА: Не удалось синхронизировать данные - команда 'set -o pipefail && pvesm export name:vm-106-disk-0 zfs - -with-snapshots 1 -snapshot __replicate_106-0_1604445245__ | /usr/bin/ssh -e none -o 'BatchMode=yes' -o 'HostKeyAlias=nodename' root@192.168.x.y -- pvesm import name:vm-106-disk-0 zfs - -with-snapshots 1 -allow-rename 0' завершилась неудачно: код возврата 1 2020-11-04 00:14:07 отмена фазы 1 - очистка ресурсов 2020-11-04 00:14:07 scsi0: удаление block-dirty-bitmap 'repl_scsi0' 2020-11-04 00:14:07 ОШИБКА: миграция отменена (продолжительность 00:00:03): Не удалось синхронизировать данные - команда 'set -o pipefail && pvesm export name:vm-106-disk-0 zfs - -with-snapshots 1 -snapshot __replicate_106-0_1604445245__ | /usr/bin/ssh -e none -o 'BatchMode=yes' -o 'HostKeyAlias=nodename' root@192.168.x.y -- pvesm import name:vm-106-disk-0 zfs - -with-snapshots 1 -allow-rename 0' завершилась неудачно: код возврата 1 ЗАДАЧА ОШИБКА: миграция отменена
     
     
     
    fiona
    Guest
    #2
    0
    18.11.2020 11:54:00
    Проблему можно было воспроизвести, но обсуждение всё равно было довольно скучным (если я правильно помню, прошло полгода без каких-либо сообщений, прежде чем мы его подняли, и не так много после этого). Думаю, разработчикам было бы гораздо приятнее получить пул-реквест, над которым сейчас работает @Stoiko Ivanov. Но опять же, мы не можем дать никаких оценок по времени.
     
     
     
    Elleni
    Guest
    #3
    0
    18.11.2020 11:59:00
    Я понял. Спасибо за информацию. Есть ли способ отследить статус работы @Stoiko Ivanov? Я хотел бы следить за прогрессом, чтобы знать, когда что-то изменится, возможно, даже помочь с тестированием, если смогу.
     
     
     
    fiona
    Guest
    #4
    0
    19.11.2020 09:38:00
    Вы можете подписаться на отчет о баге (для этого вам нужна учетная запись в bugzilla) и следить за списком рассылки разработчиков (предварительная версия, вероятно, будет опубликована там).
     
     
     
    Elleni
    Guest
    #5
    0
    20.02.2021 05:07:00
    В комментарии 13 к упомянутому отчету об ошибке я прочитал: Можете ли вы объяснить, что это значит, и может ли это быть промежуточным решением до завершения запроса на слияние? Не могли бы вы описать это решение? Я также был бы признателен за любые комментарии о том, является ли это хорошим решением или есть какие-либо недостатки в производственной среде. И эта модификация устойчива к обновлениям? Мы хотим использовать шифрование в случае кражи оборудования, поэтому я подумываю попробовать это.
     
     
     
    fiona
    Guest
    #6
    0
    22.02.2021 09:41:00
    Проблема с использованием только -w в том, что корень шифрования тома будет сам том на целевом устройстве. Он не использует тот же ключ, что и набор данных/пул, в который он был перенесён. Таким образом, после каждой перезагрузки (или размонтирования) вам придётся разблокировать каждый перенесённый том отдельно.
     
     
     
    Elleni
    Guest
    #7
    0
    22.02.2021 11:18:00
    У нас есть следующая настройка. Неактивный корневой/загрузочный пул rpool находится на отдельном диске. Что мы хотим, так это чтобы datapool, который настроен на двух отдельных зеркальных дисках, был зашифрован. Таким образом, рабочий процесс при перезагрузке узла будет заключаться в том, чтобы расшифровать datapool с помощью load-key. Как и куда нужно поставить этот -w и будет ли это работать в описанном сценарии? Нам нужна миграция виртуальных машин и работающая репликация.
     
     
     
    fiona
    Guest
    #8
    0
    22.02.2021 14:33:00
    Чтобы быть более конкретным, после того как вы мигрируете том с помощью -w, вам нужно вручную загрузить ключ, прежде чем вы сможете начать использовать том на целевом сервере (и это будет тот ключ, который том (или содержащий набор данных) имел на исходном сервере). После этого вы можете исправить encryptionroot, воспользовавшись командой Code: zfs change-key -i <pool/volume>, чтобы избежать необходимости вручную загружать ключ для каждого мигрированного тома после каждой перезагрузки.
     
     
     
    Elleni
    Guest
    #9
    0
    22.02.2021 20:44:00
    Привет, я всё ещё не понимаю, как именно использовать ключ -w. Наверное, это нужно делать в консоли, и, возможно, это не то, что можно записать в файл для продолжения работы с веб-интерфейсом ProxMox для а) настройки репликации виртуальных машин на оба узла и б) миграции ВМ с одного узла на другой, верно? Может, лучше мне подождать официального решения, над которым, возможно, работает @Stoiko Ivanov, и отложить шифрование нашего пул данных, где находятся наши ВМ.
     
     
     
    fiona
    Guest
    #10
    0
    23.02.2021 08:30:00
    Да, вам нужно будет доработать функции volume_export / volume_import в /usr/share/perl5/PVE/Storage/ZFSPoolPlugin.pm, как описано в отчете об ошибке.
     
     
     
    Elleni
    Guest
    #11
    0
    10.05.2022 13:57:00
    Какой статус по этому вопросу? Возможно ли в это время иметь зашифрованный датапул, где находятся виртуальные диски, с включенной репликацией на последней стабильной версии ProxMox VE?
     
     
     
    fiona
    Guest
    #12
    0
    10.05.2022 14:07:00
    К сожалению, пока нет. Пожалуйста, добавьте себя в копию отчета об ошибке, чтобы получать обновления по этому вопросу.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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