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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Восстановление резервной копии CT удаляет и воссоздает не резервированные подтома хранилища, Proxmox Виртуальная Среда
     
    nexos
    Guest
    #1
    0
    15.06.2021 13:46:00
    Привет, я попытался восстановить контейнер (CT) из локальной резервной копии, но при восстановлении сам контейнер восстановился нормально, а вот объем хранилища данных (mp1) был удален в процессе. Кроме того, хранилище на 1ТБ было воссоздано на `local` с 1ТБ, но, очевидно, оно было пустым. Мое хранилище данных не находится в резервной копии. В данный момент я использую Proxmox 6.4-8, а попытка восстановления произошла раньше, примерно 28 января 2021 года, с актуальной на тот момент версией. Я был бы очень признателен, если кто-то даст совет. Эта проблема мешает мне обновить мой контейнер, потому что если восстановление не удастся, это уничтожит мои данные :S Не стесняйтесь спрашивать, если вам нужны дополнительные логи или информация о конфигурации. Спасибо заранее!

    Конфигурация CT
    arch: amd64
    cores: 10
    hostname: nextcloud
    memory: 8192
    mp1: containers:subvol-101-disk-0,mp=/data,replicate=0,size=1T
    net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168xxx,hwaddr=xxx,ip=192.xxx,type=veth
    onboot: 1
    ostype: debian
    rootfs: local:101/vm-101-disk-1.raw,size=8G
    startup: order=2
    swap: 8192
    unprivileged: 1

    storage.cfg
    dir: local
    path /var/lib/vz
    content vztmpl,snippets,images,iso,rootdir,backup
    prune-backups keep-all=1

    zfspool: containers
    pool tank
    content images,rootdir
    mountpoint /tank
    sparse 0

    dir: backup
    path /tank/backup
    content backup
    prune-backups keep-last=2,keep-weekly=2

    Лог восстановления
    Форматирование '/var/lib/vz/images/101/vm-101-disk-1.raw', fmt=raw size=8589934592
    mke2fs 1.44.5 (15-Dec-2018)
    Отброс устройств: 4096/2097152 готово
    Создание файловой системы с 2097152 4k блоков и 524288 индексами
    UUID файловой системы: 9d03284c-8ae6-4cef-b1fb-7345b261d40b
    Резервные копии суперблока сохранены на блоках: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

    Выделение таблиц групп: 0/64 готово
    Запись таблиц индексных узлов: 0/64 готово
    Создание журнала (16384 блока): готово
    Защита от многократного монтирования включена с интервалом обновления 5 секунд.
    Запись суперблоков и информации о файловой системе: 0/64 готово

    Форматирование '/var/lib/vz/images/101/vm-101-disk-2.raw', fmt=raw size=1099511627776
    mke2fs 1.44.5 (15-Dec-2018)
    Отброс устройств: 4096/268435456 готово
    Создание файловой системы с 268435456 4k блоков и 67108864 индексами
    UUID файловой системы: 03191921-e03e-439b-be73-ab0887d7dfc7
    Резервные копии суперблока сохранены на блоках: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848

    Выделение таблиц групп: 0/8192 готово
    Запись таблиц индексных узлов: 0/8192 готово
    Создание журнала (262144 блока): готово
    Защита от многократного монтирования включена с интервалом обновления 5 секунд.
    Запись суперблоков и информации о файловой системе: 0/8192 готово

    Извлечение архива '/tank/backup/dump/vzdump-lxc-101-2021_01_28-11_26_25.tar.zst'
    tar: ./var/spool/postfix/deferred/4/4170743984: временная метка 2021-01-28 12:28:27 на 2243.615145626 с в будущем
    tar: ./var/spool/postfix/deferred/1/1E6A2256ED: временная метка 2021-01-28 12:28:27 на 2243.614934425 с в будущем
    Всего считано байт: 2704209920 (2.6GiB, 177MiB/s)
    Обнаруженная архитектура контейнера: amd64
    TASK OK
     
     
     
    keeka
    Guest
    #2
    0
    12.09.2021 14:38:00
    Я только что столкнулся с поведением восстановления CT. Этот пост, похоже, единственное упоминание об этом, что я смог найти. Я могу ошибаться, но не помню, чтобы это происходило раньше. Это изменение в PVE7? На мой взгляд, было бы предпочтительнее, если процесс восстановления не удалял и не создавал заново те объемы, которые указаны в конфигурации CT и исключены из резервного копирования.
     
     
     
    ukro
    Guest
    #3
    0
    12.09.2022 19:54:00
    Какие новости, как вы справляетесь с этим? Я создал samba lxc, но когда я удаляю и восстанавливаю резервную копию, она удаляет мой сабтом. Использовать это так очень рискованно. Но мне нравится, что у меня есть прямой доступ к файлам...
     
     
     
    ukro
    Guest
    #4
    0
    12.09.2022 20:37:00
    Не знаю, хорошее ли это решение, но оно предотвращает удаление подтома в Proxmox. Когда создаете контейнер (CT), отвязываете том, переименовываете том с помощью zfs, удаляете том из CT через интерфейс, затем обратно переименовываете том и подключаете его через консоль без двоеточия, как в команде zfs pct set 110 -mp0 rpool/subvol-110-disk-1,mp=/mnt/data,size=2000G. После этого том не будет удален при удалении или восстановлении. Есть еще один нюанс: когда вы делаете восстановление, создается disk-2, просто отвяжите его, удалите, а затем зайдите в консоль и вручную установите pct set disk-1.
     
     
     
    themmm
    Guest
    #5
    0
    25.09.2022 11:36:00
    @ukro это рабочий обходной путь! Тем не менее, я не понимаю, почему это поведение является стандартным для Proxmox и почему хотя бы нет предупреждения. Это привело меня к серьезным проблемам в последние дни. В конечном итоге, благодаря резервным копиям, я смог решить эту ситуацию, но я не ожидал, что восстановление будет работать именно так!
     
     
     
    Neobin
    Guest
    #6
    0
    25.09.2022 22:06:00
    Я не могу перевести URL-адрес: https://forum.proxmox.com/threads/feature-request-advanced-restore-options-in-gui.109707
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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