- openSUSE Virtual

[opensuse-virtual] Leap 42.1 guest in Virtualbox 5.0.20 => need to update initramfs after Oracle guest addition installation
by Ingmar Sittl 12 May '16

12 May '16

Hi, if you want to run Virtualbox 5.0.20 with a Leap 42.1 guest, after uninstalling the Opensuse-provided guest additions and building the proper 5.0.20 guest additions you still need to rerun the bootloader installation from yast, as the initramfs seems to still contain and load the 5.0.16_OpenSUSE vboxguest kernel module otherwise. Regards, Ingmar -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

1 0

[opensuse-virtual] booting openSUSE Leap in Xen UEFI PVHVM DomU fails - boots to UEFI shell? non-UEFI openSUSE works. UEFI with systemd-boot works.
by PGNet Dev 04 Mar '16

04 Mar '16

I'm running openSUSE Leap 42.1 server as a Xen 4.6 Dom0. I'm working on booting UEFI, PVHVM DomUs. Current Dom0 packages include, from OBS xen-4.6.20160218T142520.046e5d0 --> includes "--with-ovmf" support for UEFI boot grub2-x86_64-xen-2.02~beta3-305.1 --> include patches for efi command line paramaeters kernel-default-4.4.4-1.1.g0c1f87e --> pvops native kernel I'm installing the Xen PVHVM DomU from openSUSE release ISO. For a non-UEFI Guest, with attached blkdevs, xvda, gpt, ext4, "/boot" xvde, gpt, swap, "swap" xvdf, gpt, ext4, "/" the installer procedure completes without error. On Guest reboot, the Guest is up & running. For a UEFI Guest, with attached blkdevs, xvda, gpt, vfat, "/boot/efi" xvde, gpt, ext4, "/boot" xvdf, gpt, swap, "swap" xvdg, gpt, ext4, "/" the installer procedure again completes without error. But, on reboot, the Guest drops to the EFI shell. Repeating install of a UEFI Guest, but this time Arch linux, with available systemd-boot UEFI bootloader rather than Grub, the UEFI Guest is up & running. systemd-boot is a simpler/leaner option for UEFI DomU, It's available for other OSs, but as I understand, a systemd upgrade will NOT be provided for Leap 42.1, and, atm, systemd builds at OBS for Leap are not working. What additional steps or config enable EUFI Guest boot of openSUSE -- as installed by installer, with its Grub2 bootloader -- to boot without dropping to the UEFI shell? -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

1 1

[opensuse-virtual] Install of openSUSE in PVHVM DomU guest presents (incorrectly?) blkdevs as both 'sdX' and 'xvdX'?
by PGNet Dev 02 Mar '16

02 Mar '16

I'm installing openSUSE Leap in a Xen 4.6.x DomU guest. I'm launching the guest as PVHVM, using the openSUSE iso as cdrom. cat os-install.cfg builder = 'hvm' xen_platform_pci = 1 device_model_version="qemu-xen" boot = 'dc' hdtype = 'ahci' acpi = 1 apic = 1 disk = [ 'phy:/dev/VG_XEN/G001_BOOT,xvda,w', 'phy:/dev/VG_XEN/G001_SWAP,xvde,w', 'phy:/dev/VG_XEN/G001_ROOT,xvdf,w', 'file:/home/isos/openSUSE-Leap-42.1-DVD-x86_64.iso,hdb:cdrom,r', ] vif = [ 'mac=00:16:3E:01:01:01, model=e1000, bridge=br0, vifname=vif001',] bios = 'seabios' ... On Guest launch, connected to the openSUSE Graphical Installer via VNC, I select 'Create Partition Setup'. In the "Preparing Hard Disk" screen, available HDs present as: Hard Disk [ ] 1: 1. IDE Disk 512.00 MiB, /dev/sda, QEMU+HARDDISK [ ] 2: 2. IDE Disk 512.00 MiB, /dev/sdb, QEMU+HARDDISK [ ] 3: 3. IDE Disk 512.00 MiB, /dev/sdc, QEMU+HARDDISK [ ] 4: 1. Disk 512.00 MiB, /dev/xvda [ ] 5: 2. Disk 512.00 MiB, /dev/xvde [ ] 6: 3. Disk 512.00 MiB, /dev/xvdf On selection of "Custom Partitioning", the following screen's presented, http://snag.gy/5ywyA.jpg Showing BOTH sdX & xvdX drives to be partitioned. At best, it's confusing. In PVHVM, Xen converts/maintains disk identities as both hvX and xvdX, for internal use. However for the purposes of the installer, here, shouldn't only the intended 'xvdX' drives (4,5, & 6) should be presented, not the 'sdX' ? -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

2 1

[opensuse-virtual] how to update the config for a xen domu
by Per Jessen 01 Mar '16

01 Mar '16

Assume something along these lines - a xen domu is created from config-file on hostA, then migrated to hostB. On hostB, a new disk is added with "xl block-attach", works very well. However "xl list --long <domu>" doesn't reflect this change. "xl config-update" seems to be a way to edit config files, but once the domU has been migrated to hostB, the original file isn't immediately available - what do I need to get the new block device reflected in the config that goes with the domU ? -- Per Jessen, Zürich (2.0°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

4 4

[opensuse-virtual] Requesting OVMH support be added to Virtualizaton:Xen builds
by suse.dev＠fea.st 23 Feb '16

23 Feb '16

Just fyi'ing here. I posetd the request for OVMH support in Xen builds at Bug 967869 - Virtualization/xen: Bug current Xen build missing "--with-ovmf" option needed to support UEFI guests https://bugzilla.opensuse.org/show_bug.cgi?id=967869 Thanks. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

1 0

[opensuse-virtual] virtualbox kernel modules update
by Stephan Uhlmann 20 Feb '16

20 Feb '16

Hi, in http://download.opensuse.org/repositories/Virtualization/openSUSE_13.1/x86_… the last update for virtualbox-{host|guest}-kmp-* is for kernel 3.11.10-29. openSUSE 13.1 was recently updated to kernel 3.11.10-34. Will there be an update of the Virtualization-repo? Seems to affect 13.2 as well. Thanks, Stephan -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

3 4

[opensuse-virtual] Xen: xm new --> xl ??
by Rieß Norman 19 Feb '16

19 Feb '16

Hello, i noticed in SLES 12.1 that xl does not have a „xl new“ command any more. I was heavily using „xm new“ with plain text configs. „virsh define“ only works with xml files. Is there any way to add a domain and not start it from a plain text config? Regards, NormanN��r��y隊Z)z{.��ۚ�맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.��ۚ��0��Ǩ�

3 4

[opensuse-virtual] Xen guest types on OpenSUSE. I can get PV working, but not PVHVM. Need some help figuring out what's wrong.
by suse.dev＠fea.st 25 Jan '16

25 Jan '16

I'm working on guests on a a Leap Xen server, rpm -qa kernel-default xen xen-4.6.0_08-404.1.x86_64 kernel-default-4.4.0-5.1.gb56b151.x86_64 I can set up a PV guest cat /etc/xen/vm/test_pv name = 'test' builder = 'linux' bootloader = 'pygrub' bootargs = '' disk = [ 'phy:/dev/VG0/TEST_OS,xvda,w',] root = '/dev/xvdc1' vif = [ 'mac=00:16:4f:02:02:15, bridge=br0, vifname=vif0',] extra = 'textmode=1 xencons=xvc0 console=hvc0' on_crash = 'destroy' on_shutdown = 'destroy' on_reboot = 'restart' vcpus = 4 xen_platform_pci = 0 I launch it xl create -c /etc/xen/vm/test_pv and it works okay. I want to switch the guest type from PV -> PVHVM. Reading docs on the Xen site http://wiki.xen.org/wiki/Xen_Linux_PV_on_HVM_drivers I change the config to cat /etc/xen/vm/test_pvhvm name = 'test' builder = 'linux' bootloader = 'pygrub' bootargs = '' disk = [ 'phy:/dev/VG0/TEST_OS,hda,w',] root = '/dev/hda1' vif = [ 'mac=00:16:4f:02:02:15, bridge=br0, vifname=vif0, model=e1000',] extra = 'textmode=1 xencons=xvc0 console=hvc0' on_crash = 'destroy' on_shutdown = 'destroy' on_reboot = 'restart' vcpus = 4 xen_platform_pci = 1 But when I launch this one xl create -c /etc/xen/vm/test_pvhvm It gets only this far xl create -c pvhvm.cfg pyGRUB version 0.6 ┌────────────────────────────────────────────────────────────────────────┐ │ openSUSE Leap 42.1 │ │ openSUSE Leap 42.1, with Linux 4.4.0-5.gb56b151-default │ │ openSUSE Leap 42.1, with Linux 4.4.0-5.gb56b151-default (recovery mode)│ │ │ │ │ │ │ │ │ │ │ └────────────────────────────────────────────────────────────────────────┘ Use the ^ and ┴ keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, 'a' to modify the kernel arguments before booting, or 'c' for a command line. Will boot selected entry in 7 seconds [ 0.116131] dmi: Firmware registration failed. [ 1.587244] mce: Unable to init device /dev/mcelog (rc: -5) I'm sure I'm missing some install and set up. Any ideas what? I'd appreciate a hand. Thanks. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

2 2

[opensuse-virtual] Host-VM filesystem sharing issues using 9p
by Leroy Tennison 19 Jan '16

19 Jan '16

Hypervisor and both VMS are openSUSE 13.2, two VM definitions (template and gary respectively) have the following: <filesystem type='mount' accessmode='squash'> <source dir='/xxx/yyy/zzz/template'/> <target dir='Sec'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </filesystem> -- <filesystem type='mount' accessmode='squash'> <source dir='/xxx/yyy/zzz/gary'/> <target dir='ABC'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </filesystem> Although /xxx/yyy/zzz isn't the real path, the two subdirectories do exist under a common parent. Permissions are: (from root) drwxr-xr-x 5 root root 4096 Aug 11 13:25 xxx (from xxx) drwxr-xr-x 5 root root 1024 Jan 7 18:15 yyy (from yyy) drwxr-xr-x 8 qemu qemu 1024 Jan 11 11:48 zzz (from zzz) drwxrwxr-x 2 qemu libvirt 1024 Jan 14 12:23 gary drwxrwxr-x 2 qemu libvirt 1024 Jan 13 08:19 template On template things work template:/mnt # mount -t 9p -o trans=virtio,version=9p2000.L Sec /mnt/Demo template:/mnt # ll Demo total 3 -rw-r--r-- 1 root root 26 Jan 11 11:08 2nd-Example -rw-r--r-- 1 root root 93 Jan 11 10:45 Example -rw-r--r-- 1 478 474 8 Jan 13 08:19 test On gary I have to load the 9p modules for some reason but, after I do, I get: gary:/mnt # lsmod | grep 9p 9pnet_virtio 17529 0 9p 57012 0 9pnet 80300 2 9p,9pnet_virtio virtio_ring 21225 4 virtio_pci,virtio_rng,virtio_balloon,9pnet_virtio virtio 14474 4 virtio_pci,virtio_rng,virtio_balloon,9pnet_virtio However, gary:/mnt # mount -t 9p -o trans=virtio,version=9p2000.L ABC tmp mount: special device ABC does not exist I've used ABC on another hypervisor, that name isn't a problem. Any ideas or anything else I should check? Other questions: Is there a way to list the 9p "target dir" names on either the hypervisor or, more importantly, the VM? Can duplicate "target dir" entries be used on the same hypervisor if they are for different VMs (i.e, a target dir of ABC on different VMs)? Is so, can they have different paths? Confidentiality Notice | This email and any included attachments may be privileged, confidential and/or otherwise protected from disclosure. Access to this email by anyone other than the intended recipient is unauthorized. If you believe you have received this email in error, please contact the sender immediately and delete all copies. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

2 2

[opensuse-virtual] 13.2 systemd update breaks udev version detection
by Andreas Färber 18 Dec '15

18 Dec '15

Hello Marcus, Today's https://build.opensuse.org/request/show/347433 seems to have broken 13.2 builds of Virtualization qemu. We have the following snippet there: %if %( echo `rpm -q --queryformat %%{version} udev` ) > 190 %define _udevrulesdir /usr/lib/udev/rules.d %else %define _udevrulesdir /lib/udev/rules.d %endif >From systemd.3661 to systemd.4042 I notice the following change: -Version: 210 +Version: 210.1448627060.53ee915 which looks _service-generated. Was this intentional? If yes, how are we supposed to handle this now? Regards, Andreas P.S. Note that we cannot check in any fix for qemu at this time as that would cause Factory's glorious checker scripts to decline our pending update once again. -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton; HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-virtual+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-virtual+owner(a)opensuse.org

6 8