Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[Solved] Issue with Xen >4.2 and HVM hosts
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
MasterPrenium
Tux's lil' helper
Tux's lil' helper


Joined: 07 Dec 2006
Posts: 89

PostPosted: Wed Dec 02, 2015 6:34 pm    Post subject: [Solved] Issue with Xen >4.2 and HVM hosts Reply with quote

Hi guys,

I'm setting up a new gentoo server (quite minimalist for the moment) that's gonna run Xen.
I'm successfully able to run a gentoo VM on this server (following the gentoo Wiki).

Everything seems to run fine also on Xen 4.2.5, but issue while trying with Xen 4.5.1/4.5.2-r1

But I'm unable to start a windows VM, crashing while creating.
# xl dmesg
Quote:
Xen 4.5.2
(XEN) Xen version 4.5.2 (@(none)) (x86_64-pc-linux-gnu-gcc (Gentoo 4.8.5 p1.3, pie-0.6.2) 4.8.5) debug=n Wed Dec 2 19:24:15 2015
(XEN) Latest ChangeSet:
(XEN) Bootloader: GRUB 2.02~beta2
(XEN) Command line: placeholder
(XEN) Video information:
(XEN) VGA is text mode 80x25, font 8x16
(XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN) Found 2 MBR signatures
(XEN) Found 2 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN) 0000000000000000 - 000000000009d800 (usable)
(XEN) 000000000009f800 - 00000000000a0000 (reserved)
(XEN) 00000000000f0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 00000000cf7b0000 (usable)
(XEN) 00000000cf7b0000 - 00000000cf7b3000 (ACPI NVS)
(XEN) 00000000cf7b3000 - 00000000cf7f0000 (ACPI data)
(XEN) 00000000cf7f0000 - 00000000cf800000 (reserved)
(XEN) 00000000f4000000 - 00000000f8000000 (reserved)
(XEN) 00000000fec00000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 000000022f800000 (usable)
(XEN) ACPI: RSDP 000F75D0, 0014 (r0 GBT )
(XEN) ACPI: RSDT CF7B3040, 0054 (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
(XEN) ACPI: FACP CF7B3100, 0074 (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
(XEN) ACPI: DSDT CF7B31C0, 466D (r1 GBT GBTUACPI 1000 MSFT 4000000)
(XEN) ACPI: FACS CF7B0000, 0040
(XEN) ACPI: MSDM CF7B7980, 0055 (r3 GBT GBTUACPI 42302E31 GBTU 1010101)
(XEN) ACPI: HPET CF7B7A40, 0038 (r1 GBT GBTUACPI 42302E31 GBTU 98)
(XEN) ACPI: MCFG CF7B7AC0, 003C (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
(XEN) ACPI: ASPT CF7B7B00, 0034 (r7 GBT PerfTune 312E3042 UTBG 1010101)
(XEN) ACPI: SSPT CF7B7B40, 2380 (r1 GBT SsptHead 312E3042 UTBG 1010101)
(XEN) ACPI: EUDS CF7B9EC0, 00C0 (r1 GBT 0 0)
(XEN) ACPI: MATS CF7B9F80, 0034 (r1 GBT 0 0)
(XEN) ACPI: TAMG CF7B9FE0, 0B42 (r1 GBT GBT B0 5455312E BG 53450101)
(XEN) ACPI: APIC CF7B7880, 00BC (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
(XEN) ACPI: SSDT CF7BAB40, 3E74 (r1 INTEL PPM RCM 80000001 INTL 20061109)
(XEN) ACPI: MATS CF7BE9C0, ABE7 (r1 MATS RCM 80000001 INTL 20061109)
(XEN) System RAM: 8175MB (8371508kB)
(XEN) Domain heap initialised
(XEN) Processor #0 6:10 APIC version 21
(XEN) Processor #2 6:10 APIC version 21
(XEN) Processor #4 6:10 APIC version 21
(XEN) Processor #6 6:10 APIC version 21
(XEN) Processor #1 6:10 APIC version 21
(XEN) Processor #3 6:10 APIC version 21
(XEN) Processor #5 6:10 APIC version 21
(XEN) Processor #7 6:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) XSM Framework v1.0.0 initialized
(XEN) Flask: Initializing.
(XEN) AVC INITIALIZED
(XEN) Flask: Starting in permissive mode.
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3494.589 MHz processor.
(XEN) Initing memory sharing.
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) I/O virtualisation disabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) ENABLING IO-APIC IRQs
(XEN) -> Using old ACK method
(XEN) Platform timer is 14.318MHz HPET
(XEN) Allocated console ring of 16 KiB.
(XEN) VMX: Supported advanced features:
(XEN) - APIC MMIO access virtualisation
(XEN) - APIC TPR shadow
(XEN) - Extended Page Tables (EPT)
(XEN) - Virtual-Processor Identifiers (VPID)
(XEN) - Virtual NMI
(XEN) - MSR direct-access bitmap
(XEN) - Unrestricted Guest
(XEN) HVM: ASIDs enabled.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB
(XEN) Brought up 8 CPUs
(XEN) mtrr: your CPUs had inconsistent fixed MTRR settings
(XEN) Dom0 has maximum 792 PIRQs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x24e1000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 0000000220000000->0000000224000000 (2019174 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: ffffffff81000000->ffffffff824e1000
(XEN) Init. ramdisk: 0000000000000000->0000000000000000
(XEN) Phys-Mach map: ffffffff824e1000->ffffffff83468b30
(XEN) Start info: ffffffff83469000->ffffffff834694b4
(XEN) Page tables: ffffffff8346a000->ffffffff83489000
(XEN) Boot stack: ffffffff83489000->ffffffff8348a000
(XEN) TOTAL: ffffffff80000000->ffffffff83800000
(XEN) ENTRY ADDRESS: ffffffff821631f0
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM on 1 nodes using 4 CPUs
(XEN) ..................done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 292kB init memory.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 00000000c0000081 from 0xe023e00800000000 to 0x0023001000000000.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 00000000c0000082 from 0xffff82d0802db000 to 0xffffffff81b36510.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 00000000c0000083 from 0xffff82d0802db080 to 0xffffffff81b38840.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 0000000000000174 from 0x000000000000e008 to 0x0000000000000010.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 0000000000000175 from 0xffff82d0802dffc0 to 0x0000000000000000.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 0000000000000176 from 0xffff82d080236170 to 0xffffffff81b38870.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 00000000c0000083 from 0xffff82d0802db080 to 0xffffffff81b38ab0.
(XEN) traps.c:2590:d0v0 Domain attempted WRMSR 00000000c0000084 from 0x0000000000074700 to 0x0000000000047700.
(XEN) traps.c:2590:d0v1 Domain attempted WRMSR 00000000c0000081 from 0xe023e00800000000 to 0x0023001000000000.
(XEN) traps.c:2590:d0v1 Domain attempted WRMSR 00000000c0000082 from 0xffff8302298f3000 to 0xffffffff81b36510.
(XEN) Failed vm entry (exit reason 0x80000021) caused by invalid guest state (0).
(XEN) ************* VMCS Area **************
(XEN) *** Guest State ***
(XEN) CR0: actual=0x0000000000000039, shadow=0x0000000000000011, gh_mask=ffffffffffffffff
(XEN) CR4: actual=0x0000000000002050, shadow=0x0000000000000000, gh_mask=ffffffffffffffff
(XEN) CR3: actual=0x0000000000800000, target_count=0
(XEN) target0=0000000000000000, target1=0000000000000000
(XEN) target2=0000000000000000, target3=0000000000000000
(XEN) RSP = 0x0000000000006fdc (0x0000000000006fdc) RIP = 0x0000000100000000 (0x0000000100000000)
(XEN) RFLAGS=0x0000000000000006 (0x0000000000000006) DR7 = 0x0000000000000400
(XEN) Sysenter RSP=0000000000000000 CS:RIP=0000:0000000000000000
(XEN) CS: sel=0x0008, attr=0x0c09b, limit=0xffffffff, base=0x0000000000000000
(XEN) DS: sel=0x0010, attr=0x0c093, limit=0xffffffff, base=0x0000000000000000
(XEN) SS: sel=0x0010, attr=0x0c093, limit=0xffffffff, base=0x0000000000000000
(XEN) ES: sel=0x0010, attr=0x0c093, limit=0xffffffff, base=0x0000000000000000
(XEN) FS: sel=0x0010, attr=0x0c093, limit=0xffffffff, base=0x0000000000000000
(XEN) GS: sel=0x0010, attr=0x0c093, limit=0xffffffff, base=0x0000000000000000
(XEN) GDTR: limit=0x00000037, base=0x00000000000f6d80
(XEN) LDTR: sel=0x0000, attr=0x00082, limit=0x00000000, base=0x0000000000000000
(XEN) IDTR: limit=0x00000000, base=0x00000000000f6dbe
(XEN) TR: sel=0x0000, attr=0x0008b, limit=0x000000ff, base=0x0000000000000000
(XEN) Guest PAT = 0x0007040600070406
(XEN) TSC Offset = ffffff9a9bcabea6
(XEN) DebugCtl=0000000000000000 DebugExceptions=0000000000000000
(XEN) Interruptibility=0000 ActivityState=0000
(XEN) *** Host State ***
(XEN) RSP = 0xffff83022992ff90 RIP = 0xffff82d0801f8220
(XEN) CS=e008 DS=0000 ES=0000 FS=0000 GS=0000 SS=0000 TR=e040
(XEN) FSBase=0000000000000000 GSBase=0000000000000000 TRBase=ffff830229932c80
(XEN) GDTBase=ffff830229922000 IDTBase=ffff830229926000
(XEN) CR0=000000008005003b CR3=0000000132d77000 CR4=00000000000426f0
(XEN) Sysenter RSP=ffff83022992ffc0 CS:RIP=e008:ffff82d080236170
(XEN) Host PAT = 0x0000050100070406
(XEN) *** Control State ***
(XEN) PinBased=0000003f CPUBased=b6a065fe SecondaryExec=000000eb
(XEN) EntryControls=000051ff ExitControls=000fefff
(XEN) ExceptionBitmap=000600c2
(XEN) VMEntry: intr_info=00000000 errcode=00000000 ilen=00000000
(XEN) VMExit: intr_info=00000000 errcode=00000000 ilen=00000000
(XEN) reason=80000021 qualification=00000000
(XEN) IDTVectoring: info=00000000 errcode=00000000
(XEN) TPR Threshold = 0x00
(XEN) EPT pointer = 0x000000013168e01e
(XEN) Virtual processor ID = 0x0003
(XEN) **************************************
(XEN) domain_crash called from vmx.c:2505
(XEN) Domain 2 (vcpu#0) crashed on cpu#5:
(XEN) ----[ Xen-4.5.2 x86_64 debug=n Not tainted ]----
(XEN) CPU: 5
(XEN) RIP: 0008:[<0000000100000000>]
(XEN) RFLAGS: 0000000000000006 CONTEXT: hvm guest (d2v0)
(XEN) rax: 0000000000000000 rbx: 0000000000000000 rcx: 00000000ffff1720
(XEN) rdx: 0000000000000059 rsi: 0000000000000059 rdi: 0000000000000000
(XEN) rbp: 0000000000000000 rsp: 0000000000006fdc r8: 0000000000000000
(XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000
(XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000
(XEN) r15: 0000000000000000 cr0: 0000000000000011 cr4: 0000000000000000
(XEN) cr3: 0000000000800000 cr2: 0000000000000000
(XEN) ds: 0010 es: 0010 fs: 0010 gs: 0010 ss: 0010 cs: 0008


# emerge --info xen xen-tools
Quote:
Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/amd64/13.0, gcc-4.8.5, glibc-2.20-r2, 4.0.5-gentoo x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-4.0.5-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600K_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem: 6733396 total, 6511344 free
KiB Swap: 8191996 total, 8191996 free
Timestamp of repository gentoo: Wed, 02 Dec 2015 00:00:01 +0000
sh bash 4.3_p39
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash: 4.3_p39::gentoo
dev-lang/perl: 5.20.2::gentoo
dev-lang/python: 2.7.9-r1::gentoo, 3.4.1::gentoo
dev-util/cmake: 3.2.2::gentoo
dev-util/pkgconfig: 0.28-r2::gentoo
sys-apps/baselayout: 2.2::gentoo
sys-apps/openrc: 0.17::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf: 2.69::gentoo
sys-devel/automake: 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils: 2.25.1-r1::gentoo
sys-devel/gcc: 4.8.5::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool: 2.4.6::gentoo
sys-devel/make: 4.1-r1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc: 2.20-r2::gentoo
Repositories:

...xxxx...

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="xxx"
LANG="fr_FR.UTF-8"
LC_ALL="fr_FR.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j9"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
USE="acl amd64 berkdb bindist bzip2 cli cracklib crypt cxx dri efi fortran gdbm hvm iconv ipv6 mmx mmxext modules multilib ncurses nls nptl openmp pam pcre qemu readline screen seccomp session sse sse2 ssl system-seabios tcpd unicode xattr xen xsm zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" GRUB_PLATFORMS="efi-32 efi-64 pc qemu xen" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

=================================================================
Package Settings
=================================================================

app-emulation/xen-4.5.2-r1::gentoo was built with the following:
USE="efi xsm -custom-cflags -debug -flask" ABI_X86="64"
CFLAGS=""


app-emulation/xen-tools-4.5.2-r1::gentoo was built with the following:
USE="hvm pam qemu screen system-seabios -api -custom-cflags -debug -doc -flask (-ocaml) -ovmf -pygrub -python -static-libs -system-qemu" ABI_X86="64" PYTHON_TARGETS="python2_7"
CFLAGS=""
CXXFLAGS="-O2 -pipe -fno-strict-overflow"
LDFLAGS=""


Example config not working as a test :
Quote:
builder='hvm'
memory = 2457
vcpus = 4
name = "windows-vm"
vif = ['mac=00:50:56:00:11:22,bridge=xenbr0']
disk = ['phy:/dev/sdc,hda,w','file:/mnt/Xen/XP_Arium3005.iso,hdc:cdrom,r']
boot="dc"
serial='pty'
vnc=1
vnclisten="0.0.0.0"


# cat /var/log/xen/xl-windows-vm.log
Quote:
Waiting for domain windows-vm (domid 5) to die [pid 4374]
libxl: debug: libxl_event.c:581:libxl__ev_xswatch_register: watch w=0x25a7c68 wpath=@releaseDomain token=3/0: register slotnum=3
libxl: debug: libxl_event.c:581:libxl__ev_xswatch_register: watch w=0x25a4f50 wpath=/local/domain/5/device/vbd/5632/eject token=2/1: register slotnum=2
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a7c68 wpath=@releaseDomain token=3/0: event epath=@releaseDomain
libxl: debug: libxl.c:1194:domain_death_xswatch_callback: [evg=0x25a7ec0:5] nentries=1 rc=1 5..5
libxl: debug: libxl.c:1205:domain_death_xswatch_callback: [evg=0x25a7ec0:5] got=domaininfos[0] got->domain=5
libxl: debug: libxl.c:1232:domain_death_xswatch_callback: exists shutdown_reported=0 dominf.flags=ffff0002
libxl: debug: libxl.c:1198:domain_death_xswatch_callback: [evg=0] all reported
libxl: debug: libxl.c:1261:domain_death_xswatch_callback: domain death search done
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a4f50 wpath=/local/domain/5/device/vbd/5632/eject token=2/1: event epath=/local/domain/5/device/vbd/5632/eject
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a7c68 wpath=@releaseDomain token=3/0: event epath=@releaseDomain
libxl: debug: libxl.c:1194:domain_death_xswatch_callback: [evg=0x25a7ec0:5] nentries=1 rc=1 5..5
libxl: debug: libxl.c:1205:domain_death_xswatch_callback: [evg=0x25a7ec0:5] got=domaininfos[0] got->domain=5
libxl: debug: libxl.c:1232:domain_death_xswatch_callback: exists shutdown_reported=0 dominf.flags=30006
libxl: debug: libxl.c:1244:domain_death_xswatch_callback: shutdown reporting
libxl: debug: libxl.c:1198:domain_death_xswatch_callback: [evg=0] all reported
libxl: debug: libxl.c:1261:domain_death_xswatch_callback: domain death search done
Domain 5 has shut down, reason code 3 0x3
Action for shutdown reason code 3 is destroy
Domain 5 needs to be cleaned up: destroying the domain
libxl: debug: libxl.c:1445:libxl_domain_destroy: ao 0x25a4ed0: create: how=(nil) callback=(nil) poller=0x25a4a50
libxl: debug: libxl_dm.c:1613:kill_device_model: Device Model signaled
libxl: debug: libxl_event.c:581:libxl__ev_xswatch_register: watch w=0x25a8428 wpath=/local/domain/0/backend/vbd/5/768/state token=1/2: register slotnum=1
libxl: debug: libxl_event.c:581:libxl__ev_xswatch_register: watch w=0x25a6c68 wpath=/local/domain/0/backend/vif/5/0/state token=0/3: register slotnum=0
libxl: debug: libxl.c:1454:libxl_domain_destroy: ao 0x25a4ed0: inprogress: poller=0x25a4a50, flags=i
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a8428 wpath=/local/domain/0/backend/vbd/5/768/state token=1/2: event epath=/local/domain/0/backend/vbd/5/768/state
libxl: debug: libxl_event.c:834:devstate_watch_callback: backend /local/domain/0/backend/vbd/5/768/state wanted state 6 ok
libxl: debug: libxl_event.c:619:libxl__ev_xswatch_deregister: watch w=0x25a8428 wpath=/local/domain/0/backend/vbd/5/768/state token=1/2: deregister slotnum=1
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a8428: deregister unregistered
libxl: debug: libxl_device.c:1028:device_hotplug: calling hotplug script: /etc/xen/scripts/block remove
libxl: debug: libxl_aoutils.c:513:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block remove
libxl: debug: libxl_event.c:487:watchfd_callback: watch epath=/local/domain/0/backend/vbd/5/768/state token=1/2: empty slot
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a6c68 wpath=/local/domain/0/backend/vif/5/0/state token=0/3: event epath=/local/domain/0/backend/vif/5/0/state
libxl: debug: libxl_event.c:834:devstate_watch_callback: backend /local/domain/0/backend/vif/5/0/state wanted state 6 ok
libxl: debug: libxl_event.c:619:libxl__ev_xswatch_deregister: watch w=0x25a6c68 wpath=/local/domain/0/backend/vif/5/0/state token=0/3: deregister slotnum=0
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a6c68: deregister unregistered
libxl: debug: libxl_device.c:1028:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge offline
libxl: debug: libxl_aoutils.c:513:libxl__async_exec_start: forking to execute: /etc/xen/scripts/vif-bridge offline
libxl: debug: libxl_event.c:487:watchfd_callback: watch epath=/local/domain/0/backend/vif/5/0/state token=0/3: empty slot
libxl: debug: libxl_event.c:487:watchfd_callback: watch epath=/local/domain/0/backend/vif/5/0/state token=0/3: empty slot
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a84b0: deregister unregistered
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a84b0: deregister unregistered
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a6cf0: deregister unregistered
libxl: debug: libxl_device.c:1028:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge remove
libxl: debug: libxl_aoutils.c:513:libxl__async_exec_start: forking to execute: /etc/xen/scripts/vif-bridge remove
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a6cf0: deregister unregistered
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a6cf0: deregister unregistered
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a8770: deregister unregistered
libxl: debug: libxl_event.c:633:libxl__ev_xswatch_deregister: watch w=0x25a69e0: deregister unregistered
libxl: info: libxl.c:1698:devices_destroy_cb: forked pid 4583 for destroy of domain 5
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a4f50 wpath=/local/domain/5/device/vbd/5632/eject token=2/1: event epath=/local/domain/5/device/vbd/5632/eject
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a4f50 wpath=/local/domain/5/device/vbd/5632/eject token=2/1: event epath=/local/domain/5/device/vbd/5632/eject
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a4f50 wpath=/local/domain/5/device/vbd/5632/eject token=2/1: event epath=/local/domain/5/device/vbd/5632/eject
libxl: debug: libxl_event.c:518:watchfd_callback: watch w=0x25a7c68 wpath=@releaseDomain token=3/0: event epath=@releaseDomain
libxl: debug: libxl.c:1194:domain_death_xswatch_callback: [evg=0x25a7ec0:5] nentries=1 rc=0 0..0
libxl: debug: libxl.c:1205:domain_death_xswatch_callback: [evg=0x25a7ec0:5] got=domaininfos[0] got->domain=-1
libxl: debug: libxl.c:1150:domain_death_occurred: empty list
libxl: debug: libxl.c:1198:domain_death_xswatch_callback: [evg=0] all reported
libxl: debug: libxl.c:1261:domain_death_xswatch_callback: domain death search done
libxl: debug: libxl_event.c:1774:libxl__ao_complete: ao 0x25a4ed0: complete, rc=0
libxl: debug: libxl_event.c:1746:libxl__ao__destroy: ao 0x25a4ed0: destroy
Done. Exiting now
libxl: debug: libxl_event.c:619:libxl__ev_xswatch_deregister: watch w=0x25a7c68 wpath=@releaseDomain token=3/0: deregister slotnum=3
libxl: debug: libxl_event.c:619:libxl__ev_xswatch_deregister: watch w=0x25a4f50 wpath=/local/domain/5/device/vbd/5632/eject token=2/1: deregister slotnum=2
xc: debug: hypercall buffer: total allocations:37 total releases:37
xc: debug: hypercall buffer: current allocations:0 maximum allocations:2
xc: debug: hypercall buffer: cache current size:2
xc: debug: hypercall buffer: cache hits:29 misses:2 toobig:6


# cat /var/log/xen/qemu-dm-windows-vm.log
Quote:
char device redirected to /dev/pts/2 (label serial0)
qemu: terminating on signal 1 from pid 4374


Any idea on how to fix it ? Any help would be greatly appreciated.

Thanks !


Last edited by MasterPrenium on Sun Dec 06, 2015 4:10 pm; edited 1 time in total
Back to top
View user's profile Send private message
Atom2
Apprentice
Apprentice


Joined: 01 Aug 2011
Posts: 185

PostPosted: Fri Dec 04, 2015 1:09 am    Post subject: Reply with quote

MasterPrenium,
your issue is not at all related to the XEN version you are using. If you again decided to downgrade to version 4.2.5 now, you would exactly face the same issues. The problem is rather a corrupt version of SeaBIOS which you must avoid. You can easily solve this by performing the following steps:

1.) add the following line to your package.mask (file or directory):
Code:
=sys-firmware/seabios-1.8.2

2.) re-emerge sys-firmware/seabios which will result in a downgrade from version 1.8.2 to version 1.7.5
Code:
emerge -1 -av sys-firmware/seabios

3.) re-emerge app-emulation/xen-tools
Code:
emerge -1 -av app-emulation/xen-tools

4.) start your HVM and enjoy (there's no need to re-boot the system as long as you have started the machine under XEN)

Good luck Atom2
Back to top
View user's profile Send private message
TigerJr
Guru
Guru


Joined: 19 Jun 2007
Posts: 519
Location: /dev/x0

PostPosted: Fri Dec 04, 2015 6:47 am    Post subject: Reply with quote

Do you have net.xenbr0 started in default runlevel? Did you try to start VM without vif interface?? What kernel xen backend drivers are you use??
_________________

Do not update portage without hotdog!

Xenogentooway?
Back to top
View user's profile Send private message
MasterPrenium
Tux's lil' helper
Tux's lil' helper


Joined: 07 Dec 2006
Posts: 89

PostPosted: Sun Dec 06, 2015 4:09 pm    Post subject: Reply with quote

Hi guys,

Thanks @Atom2 for the tweak, if seabios is corrupted, it should be hardmasked no ?
- app-emulation/xen-4.2.5-r12 was working great with =seabios-1.8.2

- Downgrading seabios to <1.8.2 solve the issue with xen >=4.5.2, thanks !


@TigerJr : nothing linked to the network and/or bridge.
Back to top
View user's profile Send private message
Atom2
Apprentice
Apprentice


Joined: 01 Aug 2011
Posts: 185

PostPosted: Mon Dec 07, 2015 6:52 pm    Post subject: Reply with quote

MasterPrenium wrote:
- app-emulation/xen-4.2.5-r12 was working great with =seabios-1.8.2
Unfortunately it did not work; you just did not notice it. The issue is rather more complex than you might think because with XEN there's no direct link to the installed version of SeaBIOS and there's also no dependency that would automatically re-install xen-tools whenever SeaBIOS changes.

In other words XEN uses the version of SeaBIOS available in the system at the time of its emerge. At the time xen-tools-4.2.5 was current, seabios-1.7.5 was the current version and thus it was used. The upgrade to seabios-1.8.2 did NOT have any impact on xen-tools-4.2.5 (i.e. it was not re-emerged) and therefore that change went unnoticed. Only when xen-tools-4.5.2 went stable it used the then current version of SeaBIOS, which was 1.8.2, and the disaster started from there. You can easily check this by again unmasking seabios-1.8.2, re-emerging seabios and xen-tools-4.2.5 and you will immediatley see that this version will also fail with an identical error message.

This is basically due to the fact that the current version of SeaBIOS installed on the system is being embedded in the binary hvmloader file during the emerge of xen-tools. The binary hvmloader is basically only required to start up xen HVM domUs. This is also the reason why PV domUs were not affected by that problem at all.

Atom2
Back to top
View user's profile Send private message
TigerJr
Guru
Guru


Joined: 19 Jun 2007
Posts: 519
Location: /dev/x0

PostPosted: Tue Dec 08, 2015 1:08 pm    Post subject: Reply with quote

Quote:
USE=system-seabios emerge xen-tools


Doesn't worked? Cause xen-tools have his own seabios...
_________________

Do not update portage without hotdog!

Xenogentooway?
Back to top
View user's profile Send private message
Atom2
Apprentice
Apprentice


Joined: 01 Aug 2011
Posts: 185

PostPosted: Tue Dec 08, 2015 6:32 pm    Post subject: Reply with quote

TigerJr wrote:
Quote:
USE=system-seabios emerge xen-tools


Doesn't worked? Cause xen-tools have his own seabios...
TigerJr ... trust, me the problem is exactly as described above. Just try it out ...
Whilst in fact you are right that XEN does have it's own (bundled) SeaBIOS version, it is actually sys-firmware/seabios that's being used when you add the USE flag system-seabios as suggested by you above: In that case the ebuild simply uses sys-firmware/seabios instead of the bundled version during the build of xen-tools. And that package (in version 1.8.2) is simply borked.

If xen-tools, or more specifically the hvmloader binary file, had not used sys-firmware/seabios a downgrade from 1.8.2 to 1.7.5 of that package (with a re-emerge of xen-tools) wouldn't have had any impact at all.

The reason I am not using the bundled version of SeaBIOS anymore (I originally started off with the bundled version in 2013) and have had to switch over to the system-seabios (i.e. the package that is pulled in when you specify the USE flag system-seabios) is that the seabios bundled with XEN (after an upgrade of xen-tools already some time ago) was unable to boot a HVM domU running FreeBSD from a GPT partition. With system-seabios that problem vanished and I was again able to start that domU and from that point on I decided to stick to the official sys-firmware/seabios.

Version 1.7.5 of sys-firmware/seabios was also just a simple download of the binary build from their official repository whereas for version 1.8.2 there's no such official binary version available to download from the repositories so it has to be built somewhere else. Furthermore version 1.7.5 was 256kb in size whereas version 1.8.2 is only 128kb (exactly half the size) which doesn't make any sense and is probably the root of the error. In any case, there's definitely something badly wrong with sys-firmware/seabios-1.8.2.

Atom2
Back to top
View user's profile Send private message
TigerJr
Guru
Guru


Joined: 19 Jun 2007
Posts: 519
Location: /dev/x0

PostPosted: Wed Dec 09, 2015 6:32 pm    Post subject: Reply with quote

Quote:
With system-seabios that problem vanished and I was again able to start that domU and from that point on I decided to stick to the official sys-firmware/seabios.

Version 1.7.5 of sys-firmware/seabios was also just a simple download of the binary build from their official repository whereas for version 1.8.2 there's no such official binary version available to download from the repositories so it has to be built somewhere else. Furthermore version 1.7.5 was 256kb in size whereas version 1.8.2 is only 128kb (exactly half the size) which doesn't make any sense and is probably the root of the error. In any case, there's definitely something badly wrong with sys-firmware/seabios-1.8.2.


Interesting thing you are writing. But how it can be that seabios 1.8.2 not tested but has stable keywords otherwise 1.7.5-r1?

https://packages.gentoo.org/packages/sys-firmware/seabios
_________________

Do not update portage without hotdog!

Xenogentooway?
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum