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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    [РЕШЕНО] Репликация HA Mikrotik CHR не удалась., Proxmox Виртуальная Среда
     
    Shyciii
    Guest
    #1
    0
    07.04.2025 13:28:00
    Привет. У меня проблема с кластером Proxmox (версия 7.4.17) из двух узлов. Там работает более 10 ВМ и CHR Mikrotik для доступа в интернет для ВМ. Репликация ВМ работает нормально, но репликация CHR Mikrotik выдает ошибку. При попытке запустить репликацию в меню репликации возникает следующая ошибка (она также записана в журнал `journalctl`):

    ```
    2025-04-07 13:08:29 110-0: start replication job
    2025-04-07 13:08:29 110-0: guest => VM 110, running => 2341709
    2025-04-07 13:08:29 110-0: volumes => ssd:base-106-disk-0/vm-110-disk-0
    2025-04-07 13:08:30 110-0: create snapshot '__replicate_110-0_1744024109__' on ssd:base-106-disk-0/vm-110-disk-0
    2025-04-07 13:08:30 110-0: using secure transmission, rate limit: none
    2025-04-07 13:08:30 110-0: full sync 'ssd:base-106-disk-0/vm-110-disk-0' (__replicate_110-0_1744024109__)
    2025-04-07 13:08:31 110-0: full send of ssd/vm-110-disk-0@__replicate_110-0_1744024109__ estimated size is 135M
    2025-04-07 13:08:31 110-0: total estimated size is 135M
    2025-04-07 13:08:32 110-0: cannot receive: local origin for clone ssd/vm-110-disk-0@__replicate_110-0_1744024109__ does not exist
    2025-04-07 13:08:32 110-0: cannot open 'ssd/vm-110-disk-0': dataset does not exist
    2025-04-07 13:08:32 110-0: command 'zfs recv -F -- ssd/vm-110-disk-0' failed: exit code 1
    2025-04-07 13:08:32 110-0: warning: cannot send 'ssd/vm-110-disk-0@__replicate_110-0_1744024109__': signal received
    2025-04-07 13:08:32 110-0: cannot send 'ssd/vm-110-disk-0': I/O error
    2025-04-07 13:08:32 110-0: command 'zfs send -Rpv -- ssd/vm-110-disk-0@__replicate_110-0_1744024109__' failed: exit code 1
    2025-04-07 13:08:32 110-0: delete previous replication snapshot '__replicate_110-0_1744024109__' on ssd:base-106-disk-0/vm-110-disk-0
    2025-04-07 13:08:32 110-0: end replication job with error: command 'set -o pipefail && pvesm export ssd:base-106-disk-0/vm-110-disk-0 zfs - -with-snapshots 1 -snapshot __replicate_110-0_1744024109__ | /usr/bin/ssh -e none -o 'BatchMode=yes' -o 'HostKeyAlias=cluster01' root@172.16.1.1 -- pvesm import ssd:base-106-disk-0/vm-110-disk-0 zfs - -with-snapshots 1 -snapshot __replicate_110-0_1744024109__ -allow-rename 0' failed: exit code 1 vm'c conf file (/etc/pve/qemu-server/110.conf)
    ```

    Данные и опции в меню: Что может быть не так?
     
     
     
    aj@root
    Guest
    #2
    0
    09.04.2025 06:35:00
    Вот что мне показалось интересным: Код: 2025-04-07 13:08:30 110-0: полная синхронизация 'ssd:base-106-disk-0/vm-110-disk-0' (__replicate_110-0_1744024109__)
    2025-04-07 13:08:31 110-0: полная отправка ssd/vm-110-disk-0@__replicate_110-0_1744024109__ оценочный размер 135M
    2025-04-07 13:08:32 110-0: не удалось получить: локальный источник для клона ssd/vm-110-disk-0@__replicate_110-0_1744024109__ не существует
    2025-04-07 13:08:32 110-0: не удалось открыть 'ssd/vm-110-disk-0': набор данных не существует ssd:base-106-disk-0/vm-110-disk-0 vs ssd/vm-110-disk-0@... : набор данных не существует. Я довольно уверен, что видел префикс `base-` раньше — думаю, это происходит, когда создаешь его из шаблона. Существует ли шаблон? В любом случае, вот что, я думаю, вернет все в синхронизацию: удали неудачную задачу репликации (на уровне ЦОД, узла или ВМ). Если удалить ее не удается или возникает ошибка, удали ее непосредственно из /etc/pve/replication.cfg. Проведи простое тестирование, чтобы убедиться, что хранилище ЦОД, которое ты хочешь использовать, доступно на обоих узлах (но, кажется, у тебя только один, а остальные работают). Возможно, стоит проверить, отмечен ли "thin-provision" при этом, если ты хочешь его использовать. Если ты готов увеличить размер ВМ, отсоединив ее от базового образа, временно перемести ее с помощью live-migration на другой хранилище (если агент qemu и discard включены, его можно снова уменьшить в процессе миграции или позже с помощью sudo fstrim / внутри гостевой ОС). Снова перемести ее с помощью live-migration на желаемый ZFS том репликации. Передобавь задачу репликации. В этот момент образ диска больше не должен содержать ссылку на базовый том, и репликация должна создать новый том без каких-либо проблем. Это не рискованная процедура, но просто на всякий случай ты можешь сделать резервную копию перед миграцией диска, поскольку в данный момент репликация не работает. Убедись, что том существует везде, где ты его ожидаешь. Проверка включения thin-provisioning. Включение Qemu Agent для повторного уменьшения размеров дисков. Live-migrate хранилище на другой том (а затем обратно). (продолжение)
     
     
     
    aj@root
    Guest
    #3
    0
    09.04.2025 06:59:00
    Я смог воспроизвести ошибку, создав клон шаблона и добавив репликацию клону без базового шаблона. Есть два простых решения: Реплицируйте шаблон ПЕРЕД репликацией клона (поскольку он никогда не изменится, можно выбрать ежегодно, а затем "Запланировать сейчас"). Отвяжите клон от шаблона (перенесите его, как описано выше). Репликация клонированного шаблона не удается. Репликация шаблона удается. Теперь репликация клона удается.
     
     
     
    Shyciii
    Guest
    #4
    0
    09.04.2025 07:57:00
    Можно ли подвинуть диск в режиме работы? Потому что эта ВМ – роутер Mikrotik. Если она выключена, все ВМ станут недоступны, так как она обеспечивает доступ в интернет.
     
     
     
    aj@root
    Guest
    #5
    0
    09.04.2025 08:01:00
    Да. Виртуальные машины поддерживают live, без простоев миграцию дисков между различными типами хранилища – lvm-thin, zfs, ceph rdb и т.д. В самый последний момент будет небольшая задержка на 1-4 секунды, но это всего лишь задержка.
     
     
     
    Shyciii
    Guest
    #6
    0
    10.04.2025 08:25:00
    Попробовал, и теперь всё работает отлично. Спасибо тебе огромное!
     
     
     
    aj@root
    Guest
    #7
    0
    11.04.2025 09:06:00
    @Shyciii Рад слышать! Поставь лайк под самыми полезными постами и отметь эту тему как "Решено"? Редактирую: Извини, вижу, ты и так изменил заголовок, добавив "[Решено]" – сначала не заметил, потому что он не оранжевый. (Кстати, при редактировании темы есть ещё опция "Префикс" в выпадающем списке – просто на будущее).
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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