Аспро: ЛайтШоп [тема: 8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.]

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Fri, 02 May 2025 15:37:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
По поводу расширения диска – это был мой RTFM, см. pve.proxmox.com/wiki/Resize_disks. В моем случае, Debian 12 Bookworm с cloud-image в формате .qcow2 (см. cloud.debian.org/images/cloud/ ), диск был не /dev/vda, а /dev/sda (естественно, перед parted надо посмотреть lsblk и/или df -h), но расширение онлайн после запуска ВМ прошло без проблем. Никакого kernel panic. Ура. Спасибо и извините за шум. Я не уверен, нужно ли было qm set ${VMID} --serial0 socket --vga serial0, наверное, нет. Единственное отличие, которое я заметил, — исчезла кнопка "Start" в окне консоли (пришлось запускать через основной GUI или CLI), но это понятно.
02.05.2025 15:37:00, Christoph Lechleitner.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Fri, 02 May 2025 14:32:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Подумай о физическом компьютере. Спасибо! Действительно. После более чем 20 лет, посвященных OpenVZ/LXC, мой мозг слишком привык к тому, что хост владеет файловой системой корня контейнеров Мы наконец переходим на ВМ, потому что 1. живая миграция и 2. неприятные краевые случаи с Docker под LXC. Раз поисковики привели меня сюда напрямую, я проведу пару тестов и отчитаюсь здесь по поводу расширения диска. #docker #lxc #vm
02.05.2025 14:32:00, Christoph Lechleitner.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Fri, 02 May 2025 13:44:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ты только изменил размер внешнего (QEMU) диска с точки зрения гипервизора. Подумай о физическом компьютере — ты вынул маленький диск и вставил больший. Операционная система на ПК не увидит увеличенный размер, пока она не запустится. Ядру нужно обновить свое представление, операционной системе нужно расширить файловую систему и т.д. Blockbridge: ультра-низкая задержка, совместное хранилище, полностью на NVMe для Proxmox - https://www.blockbridge.com/proxmox
02.05.2025 13:44:00, bbgeek17.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Fri, 02 May 2025 11:34:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ах, интересно, спасибо. Я столкнулся с той же проблемой kernel panic (чудесным образом исправилось перезагрузкой VM, или сбросом), после того, как пару дней изучал подход с cloud-init. Так что, полагаю, нам стоило использовать Code: qm set 9000 --serial0 socket и, возможно, Code: qm set 9000 --vga serial0. В нашем случае мы клонировали шаблон VM (созданный с использованием cloud-init) и изменили размер диска перед запуском. Стоит ли изменять размер после запуска новой VM?

P.S. Вот как удался второй запуск VM, адаптированный к большему диску на лету: Code: # journalctl -b -1 |egrep -i ext4
Mai 02 10:32:02 debian-12-template kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode. Quota mode: none.
Mai 02 10:32:02 debian-12-template kernel: EXT4-fs (sda1): re-mounted. Quota mode: none.
Mai 02 10:32:02 debian-12-template kernel: EXT4-fs (sda1): resizing filesystem from 753408 to 19628027 blocks
Mai 02 10:32:02 debian-12-template kernel: EXT4-fs (sda1): resized filesystem to 19628027
02.05.2025 11:34:00, Christoph Lechleitner.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Thu, 01 May 2025 18:40:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Есть ли какая-то причина, почему в Вики / Документации всё ещё рекомендуют IDE по умолчанию?
01.05.2025 18:40:00, Robin C..

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Thu, 13 Feb 2025 15:10:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Боже мой, огромное спасибо! Да, вы правы, это были две проблемы. Сейчас работает, если установлено "serial 0 + serial socket & cloudInit-Drive scsi0". Ядро все еще паникует с только "serial 0 + serial socket". Спасибо!!!!
13.02.2025 15:10:00, Ali3n.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Thu, 13 Feb 2025 10:30:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ой, извини, я это раньше не заметил. Добавь `ide2` (твой диск cloud-init) в порядок загрузки или переключи его на SATA или SCSI: Код: ide2: CephPool2:vm-5000-cloudinit,media=cdrom.

У тебя возникли 2 отдельных бага. Первый — паника ядра при изменении размера диска без последовательного порта, а второй — IDE-диск недоступен достаточно рано при первой загрузке с OVMF для использования его cloud-init [0]. [0] https://forum.proxmox.com/threads/s...late-vm-uefi-customization.151811/post-687869
13.02.2025 10:30:00, mira.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Wed, 12 Feb 2025 15:23:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Виртуальная машина загружается как с увеличенным размером основного диска, так и с подключенным последовательным портом, но, как я уже упоминал, сейчас у меня нет возможности войти в систему. Судя по всему, нет "Cloud-Init Default Login", и никакие учетные данные не установлены. Поскольку я не могу войти в систему, я также не могу проверить логи cloud-init внутри ВМ. Я пытался проверить конфигурацию cloud-init из Proxmox, используя "qm cloudinit dump user", но вывод не показывает никаких действительных учетных данных. (Консоль: Неправильный логин) Есть ли другой способ убедиться, правильно ли Cloud-Init применяет учетные данные пользователя? Или есть известная проблема, при которой настройки пользователя не передаются ВМ? Буду признателен за любые советы, как действовать дальше!
12.02.2025 15:23:00, Ali3n.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Wed, 12 Feb 2025 14:49:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Да, здесь нужно добавить последовательный сокет и настроить отображение на него. Это проблема гостевого образа, и та же проблема, что и у автора оригинального обсуждения, включая обходной путь. Если применить этот обходной путь, то конфигурация должна использоваться cloud-init. Если нет, проверьте логи cloud-init в гостевой системе, а также журнал загрузки. Давайте сначала попробуем применить обходной путь на новой виртуальной машине и посмотрим, происходит ли все равно паника ядра.
12.02.2025 14:49:00, mira.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Wed, 12 Feb 2025 13:52:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ты уверен в этом? У меня никак не получается продвинуться дальше, чем у других, честно говоря. Без увеличения размера основного диска (Не могу войти, видимо, не перенесли Cloud-Init Config): (qm importdisk 5000 --format=qcow2 debian-12-genericcloud-amd64.qcow2 CephPool2) edit: еще и hostname не установился.. должно быть, Cloud-Init. С увеличением размера основного диска: (qm importdisk 5000 --format=qcow2 debian-12-genericcloud-amd64.qcow2 CephPool2 && qm disk resize 5000 virtio0 10G) ################################################ qm config 5000: agent: 1,fstrim_cloned_disks=1,type=virtio bios: ovmf boot: order=virtio0 cipassword: x ciuser: x cores: 2 cpu: host efidisk0: CephPool2:vm-5000-disk-0,efitype=4m,pre-enrolled-keys=1,size=1M ide2: CephPool2:vm-5000-cloudinit,media=cdrom ipconfig0: ip=172.x.x.x/24,gw=172.x.x.1 machine: q35 memory: 2048 meta: creation-qemu=9.0.2,ctime=1738909293 name: Cloud-Init net0: virtio=BC:24:11:x:x:x,bridge=vmbr1,firewall=1 numa: 0 ostype: l26 scsihw: virtio-scsi-single smbios1: uuid=x sockets: 1 sshkeys: ssh-rsa-x
12.02.2025 13:52:00, Ali3n.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Wed, 12 Feb 2025 11:16:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня та же проблема, и что я выяснил — она возникает после изменения размера системного диска, когда ВМ выключена. Похоже, что это проблема ядра и файловой системы Ext4, потому что при первоначальной загрузке, когда основной диск не расширен, всё работает нормально.
12.02.2025 11:16:00, galaober.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Tue, 11 Feb 2025 13:36:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Поскольку ваш вопрос не связан с исходной проблемой, пожалуйста, создайте новую тему. В новой теме предоставьте полную конфигурацию ВМ (qm config ). И проверьте логи cloud-init в гостевой системе.
11.02.2025 13:36:00, mira.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Tue, 11 Feb 2025 11:25:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ты пробовал решение от SlothCroissant? > Да, ничего не изменилось, запущено: proxmox-ve: 8.3.0 (ядро: 6.8.12-7-pve) pve-manager: 8.3.3 (версия: 8.3.3/f157a38b211595d6). Попробовал вот эти образы ( https://cdimage.debian.org/images/cloud/bookworm/latest/ ): https://cdimage.debian.org/images/cloud/bookworm/latest/debian-12-genericcloud-amd64.qcow2 https://cdimage.debian.org/images/cloud/bookworm/latest/debian-12-genericcloud-amd64.raw https://cdimage.debian.org/images/cloud/bookworm/latest/debian-12-genericcloud-amd64.tar.xz С добавлением "serial0: socket" и без него - Cloud-Init сам по себе не работает, например, имя хоста ВМ (внутреннее) - localhost, а при использовании логина+пароля+ssh-ключа ничего не получается.
11.02.2025 11:25:00, Ali3n.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Tue, 11 Feb 2025 11:12:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ты пробовал решение от SlothCroissant? Код: проблему можно обойти, добавив serial0: socket. Вообще не представляю, почему так. Пробовал Debian Bookworm cloud image или какой-нибудь другой?
11.02.2025 11:12:00, mira.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Wed, 29 Jan 2025 18:49:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Та же проблема, работает как-то криво...
29.01.2025 18:49:00, Ali3n.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Thu, 23 Jan 2025 13:04:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня были те же проблемы, мне помогло изменить CloudInit Drive Bus с IDE на SATA.
23.01.2025 13:04:00, m4rvv1n.

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке.

Sun, 05 Jan 2025 23:59:00 +0300

8.3 + Debian 12 + Cloud-Init + Расширенный диск + OVMF = Паника ядра при первой загрузке. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня есть воспроизводимый сбой ядра (kernel panic), похоже, вызванный чем-то между cloud-init и Proxmox, работающим на версии 8.3. Скорее всего, это не то, что найдет обычный пользователь, так как требует расширения диска при первой установке (в то время как большинство пользователей устанавливают из ISO-образа). В моем примере использовался Ansible, я также нашел это в Terraform provider: [https://github.com/bpg/terraform-provider-proxmox/issues/1639](<#0 >), но я также могу воспроизвести проблему полностью нативно в Proxmox: Скачайте последний debian-12-generic-amd64.qcow2 с [https://cdimage.debian.org/images/cloud/bookworm/](<#1 >) (пример использует образ, загруженный 2024-12-02 17:54). Создайте ВМ без диска, включите cloud-init (см. ниже .conf для информации о том, какие настройки были использованы): Импортируйте ранее скачанный qcow2: `qm disk import 100 /var/lib/vz/template/vm/debian-12-generic-amd64.qcow2 local-zfs` Свяжите/смонтируйте диск с использованием настроек по умолчанию в конфигурации оборудования ВМ. Расширьте диск (я расширил его на 64 ГБ, хотя в моем примере с Ansible расширение составляет 62 ГБ) в веб-интерфейсе. Запустите ВМ (ниже приведен файл .conf):

Примечания: Перезагрузка/сброс помогает пройти сбой ядра, и, *кажется*, cloud-init применяется правильно. Проблему можно обойти, добавив `serial0: socket`. Не представляю, почему это может быть.

Финальная конфигурация ВМ:

Код:

```
root@pve01:~# cat /etc/pve/qemu-server/100.conf
agent: 1
bios: ovmf
boot:
cipassword: $5$3VyDlYb6$9e.xg94NF1/HWdchmwqKOtcoh3gc5h9UUDu196bmVV5
ciuser: testuser
cores: 2
cpu: host
efidisk0: local-zfs:vm-100-disk-0,efitype=4m,size=1M
ide0: local-zfs:vm-100-cloudinit,media=cdrom
ipconfig0: ip=dhcp
machine: q35
memory: 4096
meta: creation-qemu=9.0.2,ctime=1736116049
name: test
net0: virtio=BC:24:11:06:EF:F5,bridge=vmbr0,tag=10
numa: 0
onboot: 1
ostype: l26
scsi0: local-zfs:vm-100-disk-2,iothread=1,size=66G
scsihw: virtio-scsi-single
smbios1: uuid=b4913ce3-c7f0-4eaf-9fab-1ab7f7a5738b
sockets: 2
tpmstate0: local-zfs:vm-100-disk-1,size=4M,version=v2.0
vmgenid: 6091fe0e-7915-4bea-833d-161da806c628
```

Результат:

[Изображение](https://upload/forum/proxmox/79935-450ef4fd2d780422db66f9901a2f96a9.jpg)

`pveversion -v`:

Код:

```
root@pve01:~# pveversion
```

`pveversion -v`:

```
proxmox-ve: 8.3.0 (running kernel: 6.8.12-5-pve)
pve-manager: 8.3.2 (running version: 8.3.2/3e76eec21c4a14a7)
proxmox-kernel-helper: 8.1.0
proxmox-kernel-6.8: 6.8.12-5
proxmox-kernel-6.8.12-5-pve-signed: 6.8.12-5
ceph-fuse: 17.2.7-pve3
corosync: 3.1.7-pve3
criu: 3.17.1-2
glusterfs-client: 10.3-5
ifupdown2: 3.2.0-1+pmx11
ksm-control-daemon: 1.5-1
libjs-extjs: 7.0.0-5
libknet1: 1.28-pve1
libproxmox-acme-perl: 1.5.1
libproxmox-backup-qemu0: 1.4.1
libproxmox-rs-perl: 0.3.4
libpve-access-control: 8.2.0
libpve-apiclient-perl: 3.3.2
libpve-cluster-api-perl: 8.0.10
libpve-cluster-perl: 8.0.10
libpve-common-perl: 8.2.9
libpve-guest-common-perl: 5.1.6
libpve-http-server-perl: 5.1.2
libpve-network-perl: 0.10.0
libpve-rs-perl: 0.9.1
libpve-storage-perl: 8.3.3
libspice-server1: 0.15.1-1
lvm2: 2.03.16-2
lxc-pve: 6.0.0-1
lxcfs: 6.0.0-pve2
novnc-pve: 1.5.0-1
proxmox-backup-client: 3.3.2-1
proxmox-backup-file-restore: 3.3.2-2
proxmox-firewall: 0.6.0
proxmox-kernel-helper: 8.1.0
proxmox-mail-forward: 0.3.1
proxmox-mini-journalreader: 1.4.0
proxmox-offline-mirror-helper: 0.6.7
proxmox-widget-toolkit: 4.3.3
pve-cluster: 8.0.10
pve-container: 5.2.3
pve-docs: 8.3.1
pve-edk2-firmware: 4.2023.08-4
pve-esxi-import-tools: 0.7.2
pve-firewall: 5.1.0
pve-firmware: 3.14-2
pve-ha-manager: 4.0.6
pve-i18n: 3.3.2
pve-qemu-kvm: 9.0.2-4
pve-xtermjs: 5.3.0-3
qemu-server: 8.3.3
smartmontools: 7.3-pve1
spiceterm: 3.3.0
swtpm: 0.8.0+pve1
vncterm: 1.8.0
zfsutils-linux: 2.2.6-pve1
```

Аппаратное обеспечение:

* Dell R730XD
* CPU: Xeon E5-2683v4 (2x)
* RAM: 256GB DDR4
* Диски: 6x Toshiba 3.84TB SAS SSD в ZFS RAID 10

Сбой ядра, похоже, вызван "Kernel panic - not syncing: Attempted to kill init!", хотя, так как не могу прокрутить назад, не могу увидеть больше деталей.
05.01.2025 23:59:00, SlothCroissant.