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

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    restore failed - неправильная контрольная сумма заголовка диапазона VMA, Proxmox Виртуальная Среда
     
    ispirto
    Guest
    #1
    0
    08.03.2017 23:49:00
    Мы делали резервные копии 5 узлов-хостов, включая несколько ВМ, на NFS-хранилище. Мы тестировали восстановление резервных копий примерно 2 недели назад и проблем не было. Однако, когда сегодня нам понадобилось восстановить ВМ из резервных копий, мы обнаружили, что все резервные копии, созданные на всех 5 разных узлах, были повреждены и не подлежали восстановлению. Код: restore vma archive: lzop -d -c /mnt/pve/node29-backup-dalpremium3/dump/vzdump-qemu-35847-2017_03_08-04_45_02.vma.lzo|vma extract -v -r /var/tmp/vzdumptmp18423.fifo - /var/tmp/vzdumptmp18423 CFG: size: 390 name: qemu-server.conf DEV: dev_id=1 size: 64424509440 devname: drive-virtio0 CTIME: Wed Mar 8 04:45:03 2017 Логический том "vm-99999-disk-1" создан. Новый ID тома - 'vmstore:vm-99999-disk-1' сопоставление 'drive-virtio0' с '/dev/vmdata/vm-99999-disk-1' (записать нули = 0)

    ** (process:18426): ERROR **: восстановление не удалось - неверная контрольная сумма заголовка vma extent /bin/bash: строка 1: 18425 Broken pipe lzop -d -c /mnt/pve/node29-backup-dalpremium3/dump/vzdump-qemu-35847-2017_03_08-04_45_02.vma.lzo 18426 Trace/breakpoint trap | vma extract -v -r /var/tmp/vzdumptmp18423.fifo - /var/tmp/vzdumptmp18423 Логический том "vm-99999-disk-1" успешно удален временный том 'vmstore:vm-99999-disk-1' успешно удален ЗАДАЧА ОШИБКА: команда 'lzop -d -c /mnt/pve/node29-backup-dalpremium3/dump/vzdump-qemu-35847-2017_03_08-04_45_02.vma.lzo|vma extract -v -r /var/tmp/vzdumptmp18423.fifo - /var/tmp/vzdumptmp18423' завершилась с ошибкой: код завершения 133 Мы пробовали несколько резервных файлов со всех узлов, и все они возвращают эту ошибку. Ручная команда lzop -d, а затем vma extract <file> <dir> тоже не работает и возвращает ту же ошибку проверки контрольной суммы. Код: vma extract vzdump-qemu-36200-2017_03_07-06_25_52.vma bla DEVINFO bla/tmp-disk-drive-virtio0.raw 64424509440 Форматирование 'bla/tmp-disk-drive-virtio0.raw', fmt=raw size=64424509440

    ** (process:21215): ERROR **: восстановление не удалось - неверная контрольная сумма заголовка vma extent Trap/trace точки. На этом этапе я пытаюсь извлечь данные из поврежденного файла vma, но, похоже, пропустить проверку контрольной суммы невозможно. Вопрос: - Если я перекомпилирую бинарный файл vma, убрав строки проверки контрольной суммы, получу ли я usable disk image с некоторыми повреждениями? - Если да, то как быстрее всего это сделать?
     
     
     
    jmar83
    Guest
    #2
    0
    18.09.2017 20:45:00
    "Нет способа извлечь созданный файл vma.lzo, если (возможно) только контрольная сумма неверна, но не сам контент? Если контент тоже неверен, то точно ничего не сделать... Может, есть способ извлечь файл vma.lzo? Или нет? С уважением, Ян"
     
     
     
    dcsapak
    Guest
    #3
    0
    19.09.2017 09:09:00
    резервная копия повреждена
     
     
     
    jmar83
    Guest
    #4
    0
    19.09.2017 13:45:00
    Спасибо за ваш отзыв!! С уважением, Ян
     
     
     
    jmar83
    Guest
    #5
    0
    12.09.2017 21:30:00
    Я также использовал ядро 4.9.x от Debian, и оно создавало поврежденные архивы резервных копий. (Чем, черт возьми, ядро связано с приложением Linux, которое генерирует архивы резервных копий?? Какова эта связь? Я бы сказал, что это должны быть два СОВЕРШЕННО РАЗНЫХ УРОВНЯ ОС!!) Из-за этой фигни я больше никогда не буду использовать Proxmox. НИКОГДА!!!
     
     
     
    jmar83
    Guest
    #6
    0
    12.09.2017 21:31:00
    Теперь мои серверы хостов виртуальных машин работают на Win7 Pro x64 и VirtualBoxWeb, и с сертифицированными драйверами для моего контроллера RAID LSI (аппаратный RAID 10), кажется, это в 10 раз быстрее, чем ваш Proxmox...
     
     
     
    dcsapak
    Guest
    #7
    0
    13.09.2017 10:10:00
    Причина этого — изменение в ядре для специфического режима труб (O_DIRECT) в версии ядра 4.5, но это исправлено в более поздней версии нашего pve-qemu-kvm, которую мы используем в pve5, так что ядро pve 4.4 не затронуто, но каждое ядро >= 4.5 подвержено этому.
     
     
     
    jmar83
    Guest
    #8
    0
    13.09.2017 12:02:00
    Спасибо за ваш отзыв! Невозможно извлечь сгенерированный файл vma.lzo, если (возможно) только контрольная сумма недействительна, но не содержимое? Если содержимое тоже недействительно, то, конечно, нет никакого способа. С уважением, Ян
     
     
     
    jmar83
    Guest
    #9
    0
    13.09.2017 12:10:00
    Как я могу добавить подпись к моим постам? С уважением, Ян
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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