Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
     
    TwiX
    Guest
    #1
    0
    30.10.2017 08:39:00
    Привет, сегодня в 16:30 4 HA ВМ не смогли корректно перезагрузиться (перезагрузка через cron). Эти ВМ работают на Centos 7 64-бит с qemu-guest-agent (размещены на разных узлах). Похоже, что мой кластер из 3 узлов обновлен до актуальной версии:

    Code:  
    proxmox-ve: 5.1-25 (запущенное ядро: 4.13.4-1-pve)  
    pve-manager: 5.1-36 (текущая версия: 5.1-36/131401db)  
    pve-kernel-4.13.4-1-pve: 4.13.4-25  
    pve-kernel-4.10.17-4-pve: 4.10.17-24  
    libpve-http-server-perl: 2.0-6  
    lvm2: 2.02.168-pve6  
    corosync: 2.4.2-pve3  
    libqb0: 1.0.1-1  
    pve-cluster: 5.0-15  
    qemu-server: 5.0-17  
    pve-firmware: 2.0-3  
    libpve-common-perl: 5.0-20  
    libpve-guest-common-perl: 2.0-13  
    libpve-access-control: 5.0-7  
    libpve-storage-perl: 5.0-16  
    pve-libspice-server1: 0.12.8-3  
    vncterm: 1.5-2  
    pve-docs: 5.1-12  
    pve-qemu-kvm: 2.9.1-2  
    pve-container: 2.0-17  
    pve-firewall: 3.0-3  
    pve-ha-manager: 2.0-3  
    ksm-control-daemon: 1.2-2  
    glusterfs-client: 3.8.8-1  
    lxc-pve: 2.1.0-2  
    lxcfs: 2.0.7-pve4  
    criu: 2.11.1-1~bpo90  
    novnc-pve: 0.6-4  
    smartmontools: 6.5+svn4324-1  
    zfsutils-linux: 0.7.2-pve1~bpo90  
    ceph: 12.2.1-pve3  

    Когда я попытался подключиться к консоли ВМ, появилось сообщение «Guest has not initialized the display (yet)». Загрузка vCPU ВМ была почти 100%. Я попытался перезагрузить эти ВМ, но безрезультатно. Также попытался их остановить — ушло больше 10 минут, прежде чем это удалось (выключение, а не «стоп», как я требовал). Думаю, он пытался выключить ВМ через qemu-guest-agent, но службы действительно не запускались. Через некоторое время Proxmox завершил ВМ с помощью SIGTERM, как видно здесь:

    Code:  
    task started by HA resource agent  
    VM quit/powerdown failed - terminating now with SIGTERM  
    TASK OK  

    Знаете, может это известный баг? Спасибо заранее!
     
     
     
    Inglebard
    Guest
    #2
    0
    16.11.2017 15:43:00
    Привет, TwiX, похоже, у нас точно одинаковая проблема. ( https://forum.proxmox.com/threads/vm-stuck-on-reboot.38138/ ) Ты нашёл решение?
     
     
     
    Valerio Pachera
    Guest
    #3
    0
    16.11.2017 15:48:00
    Я также забыл упомянуть, что у гостевой системы нет проблем с перезагрузкой после того, как её выключили через qem-guest-agent (правый клик, выключить).
     
     
     
    Valerio Pachera
    Guest
    #4
    0
    16.11.2017 15:59:00
    Привет, не мог бы ты попробовать переключить режим резервного копирования на «snapshot»?
     
     
     
    Valerio Pachera
    Guest
    #5
    0
    16.11.2017 16:01:00
    Если вы тоже можете воспроизвести эту ошибку, пожалуйста, подтвердите мой баг-репорт.
     
     
     
    Inglebard
    Guest
    #6
    0
    16.11.2017 16:03:00
    Привет, Valerio Pachera, я лично использую только режим "snapshot".
     
     
     
    Valerio Pachera
    Guest
    #7
    0
    16.11.2017 16:13:00
    MMMmmm. Какой шиной или устройством вы пользуетесь для своих гостей? (IDE, Sata, Virtio Block, SCSI)
     
     
     
    Inglebard
    Guest
    #8
    0
    16.11.2017 16:54:00
    Я использую IDE.
     
     
     
    TwiX
    Guest
    #9
    0
    17.11.2017 12:12:00
    Всем привет! Все мои резервные копии делаются в режиме SNAPSHOT. Проблема возникает только тогда, когда виртуальные машины пытаются перезагрузить ОС, например, на линуксовых ВМ через cron с командой '/sbin/shutdown -r now' в 4:30 утра. Резервные копии с помощью снапшотов уже сделаны (до 3:00 утра).
     
     
     
    Inglebard
    Guest
    #10
    0
    21.11.2017 17:41:00
    Есть какие-то новости по этому вопросу?
     
     
     
    TwiX
    Guest
    #11
    0
    07.12.2017 15:28:00
    Привет, у меня это всё ещё иногда происходит на нескольких узлах в двух разных кластерах.
     
     
     
    tom
    Guest
    #12
    0
    07.12.2017 16:01:00
    Установлена последняя версия ядра? Пожалуйста, пришлите вывод команды: > pveversion -v
     
     
     
    Valerio Pachera
    Guest
    #13
    0
    16.11.2017 15:34:00
    Ну, я поспешил с выводами. На этот раз гость всё-таки загрузился, но закончилось это синим экраном! Вот конфигурация моего гостя:

    Code:  
    agent: 1  
    balloon: 2048  
    boot: cdn  
    bootdisk: scsi0  
    cores: 12  
    cpu: host  
    ide2: iso:iso/sql206_standard_ats.iso,media=cdrom,size=2893164K  
    memory: 12288  
    name: win2016  
    net0: virtio=2A:E4:7B:F8:3F:F3,bridge=vmbr0  
    numa: 0  
    ostype: win10  
    scsi0: sas:vm-102-disk-1,cache=writeback,discard=on,size=101G  
    scsi1: sata:vm-102-disk-1,backup=0,cache=writeback,size=20G  
    scsi2: sata:vm-102-disk-2,cache=writeback,discard=on,size=200G  
    scsihw: virtio-scsi-pci  
    smbios1: uuid=2c644a01-2e9e-4777-8623-f6b78ce5bece  
    sockets: 1
     
     
     
    Valerio Pachera
    Guest
    #14
    0
    16.11.2017 12:39:00
    Всем привет, заметил проблему после резервного копирования в режиме STOP. Гость — Windows 2016, используется virtio-SCSI. Раньше уже были проблемы с бэкапом в режиме STOP и VIRTIO. Полагаю, что может быть проблема и с virtio-SCSI. Вы замечали, появлялось ли это сообщение после планового бэкапа? Если да, то какой метод резервного копирования вы использовали?
     
     
     
    Valerio Pachera
    Guest
    #15
    0
    16.11.2017 14:16:00
    Я попытался сделать резервную копию в режиме SNAPHOST, и гость нормально запустился. Забыл упомянуть, что гость не работал во время бэкапа. Сейчас собираюсь попробовать ещё раз сделать резервное копирование в режиме STOP и посмотреть, повторится ли ошибка.
     
     
     
    Valerio Pachera
    Guest
    #16
    0
    16.11.2017 14:55:00
    Всё началось нормально, так что воспроизвести проблему не могу... но я заметил её больше одного раза.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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