+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Proxmox VE5 на сервере ProLiant G5: процессор CPU#0 зависает на 23 секунды., Proxmox Виртуальная Среда

einmalacht

Guest

13.08.2017 18:57:00

Всем привет! Я давно пользуюсь Proxmox на стареньких серверах HP. Но когда обновляюсь с VE 4 до VE 5, система не загружается и выдает вот такое сообщение: NMI watchdog: BUG: soft lockup - CPU#0 завис на 23 секунды! Если загрузиться с старым ядром из VE 4.4, система запускается без проблем. Я отключил nmi watchdog в Grub, так что cat /proc/sys/kernel/nmi_watchdog показывает 0, но это не решило проблему. При чистой установке Proxmox VE5 после инсталляции возникает та же ошибка: NMI watchdog: BUG: soft lockup - CPU#0 завис на 23 секунды! Новую VE 5 удаётся загрузить только с установочного образа и если включить acpi=off, иначе экран остаётся черным. Кто-нибудь может помочь?

Skaffen

Guest

30.08.2017 10:14:00

Я столкнулся с этой проблемой после обновления до Proxmox VE5 на сервере DL380 G4. Проблема не связана конкретно с Proxmox — я нашёл упоминания похожих ошибок на форумах с ядрами 4.9 и 4.10 на этих поколениях DL380 (на самом деле, если попробовать загрузить установщик Debian Stretch на том же железе, то возникает та же ошибка). Думаю, что проблема связана с взаимодействием ядер 4.9/4.10 и гиперпоточностью на этом оборудовании — с параметром acpi=off и отключением гиперпоточности проблема, кажется, решается, а также “MPS Table Mode -> Disabled” даст тот же эффект (как и отключение мультипроцессорности), поэтому эти способы обхода и работают.

cybermcm — если у тебя сервер с несколькими процессорами, то при установке “MPS Table Mode -> Disabled” останется запущен только один процессор (плюс гиперпоточность будет отключена). Если сервер однопроцессорный, то это не проблема, но если несколько — производительность сильно упадёт!

На DL380 G4, насколько я понимаю, и на G5 тоже, гиперпоточность можно отключить в BIOS (там же в расширенных настройках). По моему опыту, это лучше, чем ставить acpi=off и уж тем более лучше, чем отключать MPS Table Mode. Если отключить гиперпоточность в BIOS, то сервер будет нормально загружаться и работать с ядрами 4.9/4.10 с включённым acpi (то есть параметр acpi=off не нужен, и отключать MPS Table Mode тоже не нужно). Тогда остается acpi включённым (что позволяет, например, управлять питанием), поддерживается мультипроцессорность (если их несколько), но гиперпоточность отключена (поэтому логических процессоров будет меньше, чем в ядре 4.8, например).

Обсуждения на соседних форумах, где была такая же проблема с зависанием, указывали, что ядро 4.11 ведёт себя нормально, так что, возможно, то же самое будет и с 4.12 (лично я не тестировал). Если одна из будущих минорных версий Proxmox VE5 перейдёт на ядро 4.12, то стоит проверить, решена ли проблема с гиперпоточностью на этом железе.

cybermcm

Guest

30.08.2017 16:47:00

Skaffen: Спасибо за ваше мнение, вы правы. У меня два процессора, а сейчас работает только один. Я этого не заметил, потому что запущены только ВМ с низкой нагрузкой на CPU. Значит, это действительно проблема

Я искал в настройках BIOS, но, похоже, для этого сервера нет опции гиперпоточности. На втором моём лабораторном хосте процессоры другие, и там есть опция отключения половины ядер (думаю, это и есть гиперпоточность). Сегодня тестировал чистый Debian 9.1 на своём сервере — та же проблема, загрузка невозможна. Я обновил ядро до версии 4.12 и включил режим MPS Table Mode — и загрузка пошла! Так что пока что придётся ждать, пока Proxmox обновит версию ядра...

cybermcm Guest	#4 0 24.10.2017 17:19:00 Обновление: Proxmox VE 5.1 установлен, и теперь всё снова работает (с включённым режимом MPS Table) на новом ядре Linux... Спасибо команде Proxmox за апгрейд!

einmalacht

Guest

25.10.2017 00:52:00

Всем привет! Могу подтвердить, что установка Proxmox 5.1 сейчас идёт. Ошибка «CPU stuck» исчезла. Но я не могу запустить KVM-машину... Не удалось получить доступ к модулю ядра KVM: Нет такого файла или каталога, не удалось инициализировать KVM: Нет такого файла или каталога. Когда пытаюсь загрузить модуль Intel_kvm: modprobe: ОШИБКА: не удалось вставить 'kvm_intel': Ошибка ввода/вывода. В Proxmox 4.4 с этим всё было нормально...

cybermcm Guest	#6 0 25.10.2017 07:50:00 Я сделал обновление на месте, и мои виртуальные машины сейчас работают нормально. А ты делал чистую установку или обновление?

einmalacht Guest	#7 0 25.10.2017 09:56:00 Привет, я только что заново установил версию 5.1.

cybermcm Guest	#8 0 25.10.2017 10:29:00 Один из моих хостов сейчас пустой. Я настрою его с нуля и отпишусь.

macleod

Guest

25.10.2017 11:21:00

У меня такая же проблема: с ядром 4.10 всё почти нормально работало при acpi=off (кроме проблемы с перезагрузкой). Но новое ядро 4.13, похоже, не поддерживает kvm для этих процессоров, возникают те же ошибки (после apt dist-upgrade до proxmox 5.1). Пока что загрузился с последнего старого ядра 4.10 — всё вернулось в норму.

czechsys Guest	#10 0 25.10.2017 11:37:00 Моё обновление G5 с PVE5 до PVE5.1 прошло без проблем. Код: root@pve# lsmod \| grep kv kvm_intel 200704 0 kvm 581632 1 kvm_intel irqbypass 16384 1 kvm

cybermcm

Guest

#11

25.10.2017 11:56:00

Возможно, это связано с процессором? Мое сообщение об ошибке:

Код:
Oct 25 11:48:52 host02 pvedaemon[3371]: запуск не удался: команда '/usr/bin/kvm -id 100 -chardev 'socket,id=qmp,path=/var/run/qemu-server/100.qmp,server,nowait' -mon 'chardev=qmp,mode=control' -pidfile /var/run/qemu-server/100.pid -daemonize -smbios 'type=1,uuid=ea5be438-ee91-4750-91e2-21a69337c471' -name test01 -smp '1,sockets=1,cores=1,maxcpus=1' -nodefaults -boot 'menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg' -vga std -vnc unix:/var/run/qemu-server/100.vnc,x509,password -cpu kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,enforce -m 1024 -k de -device 'pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e' -device 'pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f' -device 'piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2' -device 'usb-tablet,id=tablet,bus=uhci.0,port=1' -device 'virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3' -iscsi 'initiator-name=iqn.1993-08.org.debian:01:65d12d6d6210' -drive 'file=/var/lib/vz/template/iso/debian-9.2.1-amd64-netinst.iso,if=none,id=drive-ide2,media=cdrom,aio=threads' -device 'ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200' -device 'virtio-scsi-pci,id=scsihw0,bus=pci.0,addr=0x5' -drive 'file=/dev/h02R5/vm-100-disk-1,if=none,id=drive-scsi0,format=raw,cache=none,aio=native,detect-zeroes=on' -device 'scsi-hd,bus=scsihw0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0,id=scsi0,bootindex=100' -netdev 'type=tap,id=net0,ifname=tap100i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on' -device 'virtio-net-pci,mac=06:DE:0A:EB:8F:BA,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300'' завершилась с ошибкой: код выхода 1

Oct 25 11:48:52 host02 pvedaemon[990]: <root@pam> завершение задачи UPID:host02:00000D2B:00022BDC:59F05E04:qmstart:100:root@pam: запуск не удался: команда '/usr/bin/kvm -id 100 -chardev 'socket,id=qmp,path=/var/run/qemu-server/100.qmp,server,nowait' -mon 'chardev=qmp,mode=control' -pidfile /var/run/qemu-server/100.pid -daemonize -smbios 'type=1,uuid=ea5be438-ee91-4750-91e2-21a69337c471' -name test01 -smp '1,sockets=1,cores=1,maxcpus=1' -nodefaults -boot 'menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg' -vga std -vnc unix:/var/run/qemu-server/100.vnc,x509,password -cpu kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,enforce -m 1024 -k de -device 'pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e' -device 'pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f' -device 'piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2' -device 'usb-tablet,id=tablet,bus=uhci.0,port=1' -device 'virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3' -iscsi 'initiator-name=iqn.1993-08.org.debian:01:65d12d6d6210' -drive 'file=/var/lib/vz/template/iso/debian-9.2.1-amd64-netinst.iso,if=none,id=drive-ide2,media=cdrom,aio=threads' -device 'ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=200' -device 'virtio-scsi-pci,id=scsihw0,bus=pci.0,addr=0x5' -drive 'file=/dev/h02R5/vm-100-disk-1,if=none,id=drive-scsi0,format=raw,cache=none,aio=native,detect-zeroes=on' -device 'scsi-hd,bus=scsihw0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0,id=scsi0,bootindex=100' -netdev 'type=tap,id=net0,ifname=tap100i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on' -device 'virtio-net-pci,mac=06:DE:0A:EB:8F:BA,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300'' завершилась с ошибкой: код выхода 1

fabian Guest	#12 0 25.10.2017 12:09:00 Да, проблема с устаревшими процессорами и KVM действительно есть: https://forum.proxmox.com/threads/pve-5-1-kvm-broken-on-old-cpus.37666/#post-185410

cybermcm Guest	#13 0 25.10.2017 20:48:00 И есть решение, спасибо команде Proxmox! https://forum.proxmox.com/threads/pve-5-1-kvm-broken-on-old-cpus.37666/#post-185463

Читают тему

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