[opensuse-virtual] XEN
Hi all, I've a couple of old VM-hosting machines (XEN), that I finally wanted to get up-to-dade, and with the release of leap15, that seemed a good opportunity. So, after a fresh installation (no! upgrade), system initially booted fine, with the default desktop kernel. However, when I boot with the XEN hypervisor, it crashes beyond anything I've seen for a long long time. And I date back to the time of the 1.2 kernels; (and SuSE since 6.3) Not even REISUB worked anymore, only pulling the powerplug can revive, but only into desktop-mode As this 'leap' is pretty young, and things might have slipped through Q&A, I presumed it would be fixed shortly, hence I reverted to 42.3. But to my dismay: exactly the same! I ditched the idea of having full disk encryption, (and no other fancy stuff installed): still the same. Having the behavior six** installation times in a row is beyond coincidence. ** both lead 15.0 and 42.3: verified sha256 checksum Installed from thumb-drive 60GB Volume Group 10GB lvm holding root partition 5GB lvm holding swap server-installation (text-mode) plus following groups: XEN, NW-admin, Print-server, Mail-server, web-server,Internet-GW, DHCP/DNS-server Installed with online repo's enabled, finally zypper lu; zypper up When was such a XEN set-up working properly? How far do I have to go back? Or does one needs nowadays a full KDE/Gnome-desktop to have XEN working? Kind regards, Hans. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-virtual+owner@opensuse.org
suse@a-domani.nl wrote:
When was such a XEN set-up working properly? How far do I have to go back?
My youngest xen host is running 13.2. You've reminded that we never tested the host on leap15. -- Per Jessen, Zürich (24.5°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-virtual+owner@opensuse.org
Per Jessen wrote:
suse@a-domani.nl wrote:
When was such a XEN set-up working properly? How far do I have to go back?
My youngest xen host is running 13.2. You've reminded that we never tested the host on leap15.
wow. Just tryuing to install xen and xen-tools, meant 206 new packages. test99:~ # zypper in xen xen-tools Loading repository data... Reading installed packages... Resolving package dependencies... The following 206 NEW packages are going to be installed: adwaita-icon-theme atk-lang at-spi2-core at-spi2-core-lang brltty [snip] With --no-recommends, it's only 104, but still like a lot of largely irrelevant stuff - audio, graphics, X stuff? adwaita-icon-theme cups-config gdk-pixbuf-loader-rsvg gdk-pixbuf-query-loaders grub2-x86_64-xen gstreamer gstreamer-plugins-base gtk3-data gtk3-schema gtk3-tools libasound2 libbluetooth3 libbrlapi0_6 libcacard0 libcairo2 libcairo-gobject2 libcdda_interface0 libcdda_paranoia0 libcelt051-0 libcolord2 libcups2 libdatrie1 libdrm2 libepoxy0 libfdt1 libFLAC8 libgbm1 libgdk_pixbuf-2_0-0 libglvnd libgstapp-1_0-0 libgstaudio-1_0-0 libgstpbutils-1_0-0 libgstreamer-1_0-0 libgstriff-1_0-0 libgsttag-1_0-0 libgstvideo-1_0-0 libgtk-3-0 libjbig2 libjpeg8 liblcms2-2 liblzo2-2 libogg0 libopus0 liborc-0_4-0 libpango-1_0-0 libpixman-1-0 libpulse0 librdmacm1 librest-0_7-0 librsvg-2-2 libSDL2-2_0-0 libsnappy1 libsndfile1 libsoup-2_4-1 libspeex1 libthai0 libthai-data libtheoradec1 libtheoraenc1 libtiff5 libusbredirparser1 libvdeplug3 libvirglrenderer0 libvisual libvorbis0 libvorbisenc2 libvte-2_91-0 libwayland-client0 libwayland-cursor0 libwayland-egl1 libwayland-server0 libxcb-render0 libxcb-shm0 libXcomposite1 libXcursor1 libXdamage1 libXfixes3 libXft2 libXi6 libXinerama1 libxkbcommon0 libXrandr2 libXrender1 libXtst6 libXv1 libyajl2 -- Per Jessen, Zürich (25.2°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-virtual+owner@opensuse.org
suse@a-domani.nl wrote:
Hi all,
I've a couple of old VM-hosting machines (XEN), that I finally wanted to get up-to-dade, and with the release of leap15, that seemed a good opportunity. So, after a fresh installation (no! upgrade), system initially booted fine, with the default desktop kernel. However, when I boot with the XEN hypervisor, it crashes beyond anything I've seen for a long long time.
Having just added the xen hypervisor and booted my Leap15 test system with it, I can't reproduce. I haven't put any guest up yet. Let me know if you want to compare notes. -- Per Jessen, Zürich (25.6°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-virtual+owner@opensuse.org
On 2018-06-03 15:15, Per Jessen wrote:
suse@a-domani.nl wrote:
Hi all,
I've a couple of old VM-hosting machines (XEN), that I finally wanted to get up-to-dade, and with the release of leap15, that seemed a good opportunity. So, after a fresh installation (no! upgrade), system initially booted fine, with the default desktop kernel. However, when I boot with the XEN hypervisor, it crashes beyond anything I've seen for a long long time.
Having just added the xen hypervisor and booted my Leap15 test system with it, I can't reproduce. I haven't put any guest up yet. Let me know if you want to compare notes.
I fear something strange is going on. Needless to say, that the CPU support virtualisation, AND is activated in the bios. However, I see the exactly the same freezing on SLES12SP3 hwinfo --cpu yields: 01: None 00.0: 10103 CPU [Created at cpu.457] Unique ID: rdCR.j8NaKXDZtZ6 Hardware Class: cpu Arch: X86-64 Vendor: "GenuineIntel" Model: 6.55.8 "Intel(R) Celeron(R) CPU J1900 @ 1.99GHz" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,movbe,popcnt,tsc_deadline_timer,rdrand,lahf_lm,3dnowprefetch,ida,arat,epb,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,tsc_adjust,smep,erms Clock: 1793 MHz BogoMips: 3993.60 Cache: 1024 kb Units/Processor: 16 Config Status: cfg=no, avail=yes, need=no, active=unknown 02: None 01.0: 10103 CPU [Created at cpu.457] Unique ID: wkFv.j8NaKXDZtZ6 Hardware Class: cpu Arch: X86-64 Vendor: "GenuineIntel" Model: 6.55.8 "Intel(R) Celeron(R) CPU J1900 @ 1.99GHz" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,movbe,popcnt,tsc_deadline_timer,rdrand,lahf_lm,3dnowprefetch,ida,arat,epb,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,tsc_adjust,smep,erms Clock: 2414 MHz BogoMips: 3993.60 Cache: 1024 kb Units/Processor: 16 Config Status: cfg=no, avail=yes, need=no, active=unknown 03: None 02.0: 10103 CPU [Created at cpu.457] Unique ID: +rIN.j8NaKXDZtZ6 Hardware Class: cpu Arch: X86-64 Vendor: "GenuineIntel" Model: 6.55.8 "Intel(R) Celeron(R) CPU J1900 @ 1.99GHz" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,movbe,popcnt,tsc_deadline_timer,rdrand,lahf_lm,3dnowprefetch,ida,arat,epb,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,tsc_adjust,smep,erms Clock: 1333 MHz BogoMips: 3993.60 Cache: 1024 kb Units/Processor: 16 Config Status: cfg=no, avail=yes, need=no, active=unknown 04: None 03.0: 10103 CPU [Created at cpu.457] Unique ID: 4zLr.j8NaKXDZtZ6 Hardware Class: cpu Arch: X86-64 Vendor: "GenuineIntel" Model: 6.55.8 "Intel(R) Celeron(R) CPU J1900 @ 1.99GHz" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,sse4_2,movbe,popcnt,tsc_deadline_timer,rdrand,lahf_lm,3dnowprefetch,ida,arat,epb,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,tsc_adjust,smep,erms Clock: 1333 MHz BogoMips: 3993.60 Cache: 1024 kb Units/Processor: 16 Config Status: cfg=no, avail=yes, need=no, active=unknown -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-virtual+owner@opensuse.org
On Sun, Jun 03, suse@a-domani.nl wrote:
However, when I boot with the XEN hypervisor, it crashes beyond anything I've seen for a long long time.
'it crashes' is very specific. Thanks. Does Xen crash? Does Xen boot, and does it get into the dom0 kernel? If you have a serial console, create a debug grub entry like this: /boot/grub2/custom.cfg: menuentry "debug" { multiboot /boot/xen.gz loglvl=all console=com1 com1=115200 sync_console module /boot/vmlinuz console=hvc0 panic=9 root=/dev/sdaN module --nounzip /boot/initrd } If there is no serial console, replace 'console=com1' with 'console=vga'. Olaf
participants (3)
-
Olaf Hering -
Per Jessen -
suse＠a-domani.nl