|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: A question about VM configuration
Am 22.05.2025 um 12:10 schrieb Mario V. Guenzi: Hello Paul, T.Y for the answer, I try ovmf instead of uefi but the problem remain. As per the xl.cfg documentation [1], "uefi" defaults to "ovmf", so I wouldn't expect a change if you switch between those options. In Debian, the current stable ovmf package contains a bug that prevents booting a HVM DomU with ovmf. Switching to a previous package version is a workaround. More information in the bug report linked to below. Paul[1] https://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#HVM-guest-options Il 22/05/25 11:38, Paul Leiber ha scritto:Hi Mario, Am 22.05.2025 um 10:56 schrieb Mario V. Guenzi:Good morning everyone*,*First of all, I apologize for my English. We are planning the migration of our company system during the summer shutdown. We will be moving from Xen 4.14.6 to Xen 4.17.5. The current version, which works perfectly, runs on Devuan 4 (Chimaera), and the new version will run on Devuan 5 (Daedalus).We are currently testing the migration in a test environment, and we've already noticed the first differences in the VM configuration files. Specifically, the line:|device_model_override = '/usr/bin/qemu-system-x86_64' | needs to be removed, as it causes an error during startup.I must say that for Linux machines the issues are minimal — with a few tweaks, we can migrate from the old to the new setup using a simple |dd|. However, I've been stuck for several days with Windows machines, and I'm now convinced that the problem lies in the configuration files.Here’s what happens: essentially, with a configuration file like the one we've always used (provided below), the VM starts and after 30–40 seconds it reboots by itself. Note that the |xvda| disk is completely empty. If I |dd| the disk from the old system to the new one, the VM starts with |xl create corsaro2|, but it gives an operating system error and reboots.Here is the configuration file:|# startname = "corsaro2"#boot = "cd"boot = "c"#boot = "d"type= 'hvm'#builder = 'hvm'firmware = 'ovmf'#firmware = 'uefi'#device_model_version = 'qemu-xen'#device_model_override = '/ usr/ bin/qemu-system-x86_64'vif = [ 'mac=00:16:3e:7d:91:16, bridge=xenbr0, model=e1000'] #disk = [ 'phy:/dev/xen1/ corsaro2,xvda,w', 'file:/home/ xen/cdrom/ WIN10ELTS.iso,xvdc:cdrom,r' ]#disk = [ 'phy:/dev/xen1/ corsaro2,xvda,w', 'file:/home/xen/cdrom/ PV-8.2.2.iso,xvdc:cdrom,r' ]disk = [ 'phy:/dev/xen1/corsaro2,xvda,w', 'file:/home/xen/cdrom/ clonezilla.iso,xvdc:cdrom,r'] #disk = [ 'phy:/ dev/xen1/ corsaro2,xvda,w' ]memory = 8192vcpus = 4on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'vga = 'stdvga'videoram = 16sdl = 0vnc = 1vnclisten = "0.0.0.0"vncdisplay = 16vncpasswd = ''vncunused = 0serial = 'pty'tsc_mode = "native"keymap = 'it'#usbdevice = 'tablet' |The machine starts and reboots on its own after 30–40 seconds. I’d like to emphasize that the |xvda| disk is completely empty. If I clone the disk using |dd| from the old environment, the VM starts with |xl create corsaro2| but then shows an operating system error and reboots.In |/var/xen/log| I find the following:|cat/var/log/xen/qemu-dm-corsaro2.logchar device redirected to /dev/ pts/7 (label serial0) xen-qemu-system-i386: terminating on signal 1 from pid 19115 (/usr/lib/xen-4.17/bin/xl) cat/var/log/xen/xl- corsaro2.logWaiting fordomain corsaro2 (domid 53) to die [pid 18530] Domain 53 has shut down, reason code 1 0x1 Action forshutdown reason code 1 is restart Domain 53 needs to be cleaned up: destroying the domain Done. Rebooting now |I'm omitting |/var/log/xen/xenstored-access.log| for now, as it's very long and I don't want to risk being flagged as a spammer by the mail server.But I really don’t understand why the machine reboots on its own. Also, the installed packages are as follows: root@marino:~# dpkg -l | grep qemuii ipxe-qemu 1.0.0+git-20190125.36a4c85-5.1 all PXE boot firmware - ROM images for qemu ii qemu-block-extra 1:7.2+dfsg-7+deb12u13 amd64 extra block backend modules for qemu- system and qemu-utils ii qemu-efi-aarch64 2022.11-6+deb12u2 all UEFI firmware for 64-bit ARM virtual machines ii qemu-efi-arm 2022.11-6+deb12u2 all UEFI firmware for 32-bit ARM virtual machines ii qemu-system 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries ii qemu-system-arm 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (arm) ii qemu-system-common 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (common files) ii qemu-system-data 1:7.2+dfsg-7+deb12u13 all QEMU full system emulation (data files) ii qemu-system-gui 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (user interface and audio support) ii qemu-system-mips 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (mips) ii qemu-system-misc 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (miscellaneous) ii qemu-system-ppc 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (ppc) ii qemu-system-sparc 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (sparc) ii qemu-system-x86 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation binaries (x86) ii qemu-system-xen 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation (Xen helper package) ii qemu-utils 1:7.2+dfsg-7+deb12u13 amd64 QEMU utilitiesroot@marino:~# dpkg -l | grep xenii grub-xen-bin 2.06-13+deb12u1 amd64 GRand Unified Bootloader, version 2 (Xen modules) ii grub-xen-host 2.06-13+deb12u1 amd64 GRand Unified Bootloader, version 2 (Xen host version) ii libxencall1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime library - libxencall ii libxendevicemodel1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxendevicemodel ii libxenevtchn1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxenevtchn ii libxenforeignmemory1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxenforeignmemory ii libxengnttab1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxengnttab ii libxenhypfs1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime library - libxenhypfs ii libxenmisc4.17:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - miscellaneous, versioned ABI ii libxenstore4:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxenstore ii libxentoolcore1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxentoolcore ii libxentoollog1:amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen runtime libraries - libxentoollog ii qemu-system-xen 1:7.2+dfsg-7+deb12u13 amd64 QEMU full system emulation (Xen helper package) ii xen-doc 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen documentation ii xen-hypervisor-4.17-amd64 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen Hypervisor on AMD64 ii xen-hypervisor-common 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen Hypervisor - common files ii xen-utils-4.17 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen administrative tools ii xen-utils-common 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xen administrative tools - common files ii xenstore-utils 4.17.5+23- ga4e5191dc0-1+deb12u1 amd64 Xenstore command line utilities for XenCan anyone kindly tell me what I’m doing wrong?Thanks in advance to anyone who replies, and my warmest regards to the list.I noticed that you are using ovmf. Could your issue be related to a known bug in ovmf with HVM DomUs (in Debian)? [1] Unfortunately, I don't know enough about Devuan and its package management to really dig deeper without a lot of effort.Paul [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050030
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |