[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: A question about VM configuration


  • To: xen-users@xxxxxxxxxxxxxxxxxxxx
  • From: Paul Leiber <paul@xxxxxxxxxxxxxxxx>
  • Date: Thu, 22 May 2025 11:38:49 +0200
  • Arc-authentication-results: i=1; strato.com; arc=none; dkim=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1747906731; s=strato-dkim-0002; d=strato.com; h=In-Reply-To:From:References:To:Subject:Date:Message-ID:Cc:Date:From: Subject:Sender; bh=h/NIkuaIKXgtnfB1foRGFODbtd/lwIPeBJNCQYhibzQ=; b=buysCYte4tUo6/yWCSG8WPxVRf3sI0fTbZbMJ0Rcz11ajhnb+Lsu7+krwOz5abhf4X QxxdQ1r5UvGtMKSV50MUYoro+qnzek7jGzn0hIRhSlAC4ZeV1mbI358ZhRBudqEkkyFX gajEIf4OY8qGoaS2UJ3ArRhRp6tSe2ol3sJtqhrO78sjWuNF0J4I6oyFCHwvijsIaDij TOI/AEYXujWtY+bLr2fihLoAy5jvCg+mdJcH40jkyyw5R+TVaDRv5IztAyjZqNaxSWjk QbZ4MSOmJbzA3pLA7sKv4jeFxR7MO/ylH4P4GN1RXeCgA3Ifzs21k9VPtL6cYfsw9SaQ MXsg==
  • Arc-seal: i=1; a=rsa-sha256; t=1747906731; cv=none; d=strato.com; s=strato-dkim-0002; b=Y3dnEniT0fdcjeNnw2W8+j+RSeDk/YKr9eq12r+8wLZgTVQhAW9wcIkqfG/LqCPE7w IJFBTPKCs+kBYi41TGfF1Ji/FaL2SYKY0YgTjmVu6w8QfLAp0H1NSxvLhqj1gecJFN5Q kpNYsSOwPjR8QS8RYC3PPSyqh341zEkQifsAwx4kDPJliKZ8xCTP362fXeT8WXzHsy5F JFjNSlSbHiu56W8MZRf+BxT7d/dWb8JE4iN7JRIGziv0DyeNDVtppJNZVRTNoQj+S0I8 gFl8Fbbcsx/RyEAWvNWOpymtNtsUcmcF6sVpIZNBG7LUukFSCbzfyFRjYCSHv8Wy/LT4 qJdw==
  • Delivery-date: Thu, 22 May 2025 09:39:24 +0000
  • List-id: Xen user discussion <xen-users.lists.xenproject.org>

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 qemu
ii  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 utilities


root@marino:~# dpkg -l | grep xen
ii  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 Xen

Can 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




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.