[SOLVED] OPNsense startet nicht automatisch

[Arvyr]

Hallo,
ich habe ein Problem mit einem Proxmoxserver auf dem eine OPNsense läuft.
Beide sind auf dem aktuellsten Stand.

Wenn der Server neustartet, dann schlägt der automatische Start der Firewall fehl, siehe Fehler:

TASK ERROR: start failed: command '/usr/bin/kvm
-id 100
-name OPNSENSE
-chardev 'socket,id=qmp,path=/var/run/qemu-server/100.qmp,server,nowait'
-mon 'chardev=qmp,mode=control'
-chardev 'socket,id=qmp-event,path=/var/run/qmeventd.sock,reconnect=5'
-mon 'chardev=qmp-event,mode=control'
-pidfile /var/run/qemu-server/100.pid
-daemonize
-smbios 'type=1,uuid=047cdbda-abcb-49af-8e2c-3306f96df577'
-drive 'if=pflash,unit=0,format=raw,readonly,file=/usr/share/pve-edk2-firmware//OVMF_CODE.fd'
-drive 'if=pflash,unit=1,format=raw,id=drive-efidisk0,size=131072,file=/dev/pve/vm-100-disk-1'
-smp '1,sockets=1,cores=2,maxcpus=2'
-device 'kvm64-x86_64-cpu,id=cpu2,socket-id=0,core-id=1,thread-id=0'
-nodefaults
-boot 'menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg'
-vnc unix:/var/run/qemu-server/100.vnc,password
-cpu kvm64,enforce,+kvm_pv_eoi,+kvm_pv_unhalt,+lahf_lm,+sep
-m 'size=1024,slots=255,maxmem=4194304M'
-object 'memory-backend-ram,id=ram-node0,size=1024M'
-numa 'node,nodeid=0,cpus=0-1,memdev=ram-node0'
-object 'memory-backend-ram,id=mem-dimm0,size=512M'
-device 'pc-dimm,id=dimm0,memdev=mem-dimm0,node=0'
-object 'memory-backend-ram,id=mem-dimm1,size=512M'
-device 'pc-dimm,id=dimm1,memdev=mem-dimm1,node=0'
-object 'memory-backend-ram,id=mem-dimm2,size=512M'
-device 'pc-dimm,id=dimm2,memdev=mem-dimm2,node=0'
-object 'memory-backend-ram,id=mem-dimm3,size=512M'
-device 'pc-dimm,id=dimm3,memdev=mem-dimm3,node=0'
-object 'memory-backend-ram,id=mem-dimm4,size=512M'
-device 'pc-dimm,id=dimm4,memdev=mem-dimm4,node=0'
-object 'memory-backend-ram,id=mem-dimm5,size=512M'
-device 'pc-dimm,id=dimm5,memdev=mem-dimm5,node=0'
-object 'memory-backend-ram,id=mem-dimm6,size=512M'
-device 'pc-dimm,id=dimm6,memdev=mem-dimm6,node=0'
-object 'memory-backend-ram,id=mem-dimm7,size=512M'
-device 'pc-dimm,id=dimm7,memdev=mem-dimm7,node=0'
-object 'memory-backend-ram,id=mem-dimm8,size=512M'
-device 'pc-dimm,id=dimm8,memdev=mem-dimm8,node=0'
-object 'memory-backend-ram,id=mem-dimm9,size=512M'
-device 'pc-dimm,id=dimm9,memdev=mem-dimm9,node=0'
-object 'memory-backend-ram,id=mem-dimm10,size=512M'
-device 'pc-dimm,id=dimm10,memdev=mem-dimm10,node=0'
-object 'memory-backend-ram,id=mem-dimm11,size=512M'
-device 'pc-dimm,id=dimm11,memdev=mem-dimm11,node=0'
-object 'memory-backend-ram,id=mem-dimm12,size=512M'
-device 'pc-dimm,id=dimm12,memdev=mem-dimm12,node=0'
-object 'memory-backend-ram,id=mem-dimm13,size=512M'
-device 'pc-dimm,id=dimm13,memdev=mem-dimm13,node=0'
-readconfig /usr/share/qemu-server/pve-q35-4.0.cfg
-device 'vmgenid,guid=88c2dd96-6b8a-40fa-9a94-5a2ce939b3cc'
-device 'usb-tablet,id=tablet,bus=ehci.0,port=1'
-device 'VGA,id=vga,bus=pcie.0,addr=0x1'
-device 'virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3'
-iscsi 'initiator-name=iqn.1993-08.org.debian:01:d97ff5eaeb7f'
-drive 'if=none,id=drive-ide2,media=cdrom,aio=threads'
-device 'ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2'
-device 'virtio-scsi-pci,id=scsihw0,bus=pci.0,addr=0x5'
-drive 'file=/dev/pve/vm-100-disk-0,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=66:E9:3B:9C:7F:B7,netdev=net0,bus=pci.0,addr=0x12,id=net0'
-netdev 'type=tap,id=net1,ifname=tap100i1,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on'
-device 'virtio-net-pci,mac=B2:DC:31:DD:91:96,netdev=net1,bus=pci.0,addr=0x13,id=net1'
-machine 'type=q35+pve0''
failed: got timeout

Hier der Inhalt der Config-File:

#Firewall  - OPNSENSE - [OPNsense 20.7]
#
#
bios: ovmf
boot: c
bootdisk: scsi0
cores: 2
efidisk0: local-lvm:vm-100-disk-1,size=4M
hotplug: network,memory,cpu
ide2: none,media=cdrom
machine: q35
memory: 8192
name: OPNSENSE
net0: virtio=66:E9:3B:9C:7F:B7,bridge=vmbr0
net1: virtio=B2:DC:31:DD:91:96,bridge=vmbr1
numa: 1
onboot: 1
ostype: other
protection: 1
scsi0: local-lvm:vm-100-disk-0,size=100G
scsihw: virtio-scsi-pci
smbios1: uuid=047cdbda-abcb-49af-8e2c-3306f96df577
sockets: 1
startup: order=1
vmgenid: 88c2dd96-6b8a-40fa-9a94-5a2ce939b3cc

Vielleicht hatte schon jemand dieses Problem und kann mir sagen, wie es zu beheben ist.

 

[aaron]

Kannst du die VM grundsätzlich starten?

Die failed: got timeout Fehlermeldung gibt leider nicht viel her. Du könntest versuchen zum automatischen Start noch ein paar Sekunden Delay zu konfigurieren. Im Options Panel -> Start Shutdown Order.

Ansonsten steht vlt. in der Syslog mehr das Hinweise liefern kann wieso da was nicht passt.

 

[Arvyr]

Ja, manuell kann ich die VM ohne Probleme starten.
Das mit dem Delay kann ich mal testen.

Logs würde ich nachreichen wenn ich weiß, in welcher Datei derartige Infos abgelegt werden.

 

[aaron]

Logs würde ich nachreichen wenn ich weiß, in welcher Datei derartige Infos abgelegt werden.

Die Syslog kannst du entweder über die GUI (<node> -> System -> Syslog) erreichen oder direkt in /var/log/syslog bzw. wenn es schon ein wenig her ist in /var/log/syslog.*.

 

[Arvyr]

Hier ein Teil der Syslog-Datei im Anhang.

Was mir als einziges ins Auge fällt ist die Zeile 16 mit dem "BUG: soft lockup - CPU#1 stuck for 23s!"
Habe das auch mit der CPU#2 an anderer Stelle schon gesehen.
Nun ist der Server auch recht betagt. Das aktuellste EFI/BIOS hat er dennoch von mir bekommen; wobei es auch bei der alten, die zuvor drauf war, zu dem selben Fehler kommt.

 

[Arvyr]

Nachdem ich jetzt mal dazu kam, den Tipp mit dem Delay zu testen kann ich sagen, ja das hat geholfen.
Die OPNsense bootet sauber.

Merkwürdigerweise hat nur einer von 3 Servern dieses Problem.
Aber solange es geht, kann ich damit leben.

Damit danke für die Hilfe. Problem mit Hilfe eines Workarounds gelöst.