Summary: | app-emulation/xen-tools-4.1.0 xendomains init script makes use of xl with non-existent arguments | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Florian Schmaus <flow> |
Component: | New packages | Assignee: | Gentoo Xen Devs <xen> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aparres, flow, max.gentoo.bugzilla, sven.koehler |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=370817 https://bugs.gentoo.org/show_bug.cgi?id=380343 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
init.d/xendomains and init.d/xend
a one line patch (diff) for $PORTDIR/app-emulation/xen-tools/files/xend.initd-r2 patch for $PORTDIR/app-emulation/xen-tools/files/xendomains.initd-r2 |
Description
Florian Schmaus
![]() Then xend init script is also affected. There are very simple patch for fix this.. I attach them... Created attachment 274621 [details, diff]
init.d/xendomains and init.d/xend
Simple change on xend 4.1 and xendomains 4.1 init scripts,
Ahh, I wasn't aware that "--wait" is "-w" with xl. But this does not fix the disk device check when creating a new domain for xen domU's with lvm2 root devices. The complete path is now required when specifying a phy device.... # virtual harddisk disk = [ "phy:/dev/volumes/database-vm,xvda1,w", "phy:/dev/volumes/database-vx-databases,xvdb1,w" ]; This will solve the problem of being unable to locate the disk device.... libxl: error: libxl.c:900:validate_virtual_disk failed to stat volumes/database-vm: No such file or directory Unfortunately you will then be hit by bug 370817 which produces errors such as.... libxl: error: libxl_device.c:476:libxl__wait_for_device_model Device Model not ready xl: fatal error: libxl_create.c:535, rc=-1: libxl__confirm_device_model_startup I would suggest reverting back to 4.0.1 but it seems to have been removed from portage. yes that is problematic (In reply to comment #6) > yes that is problematic I have a patched version of 4.0.2 available from my [hacking-gentoo] overlay if that is of any interest to anybody. will keep it in mind; however some moves in progress to go for stabalising 4.1.0, which still doesn't discount the merit of returning that version. The functionality of xl will likely be addressed for a fix in 4.1.1. Xm from your description works well. Alvero(In reply to comment #3) > Created attachment 274621 [details, diff] > init.d/xendomains and init.d/xend > > Simple change on xend 4.1 and xendomains 4.1 init scripts, Alvero; incorporating those few lines.(In reply to comment #7) > (In reply to comment #6) > > yes that is problematic > > I have a patched version of 4.0.2 available from my [hacking-gentoo] overlay if > that is of any interest to anybody. Maw what does the patch do? (In reply to comment #9) > Maw what does the patch do? Allows xen-tools-4.0.x to build against the latest Kernel headers by changing all occurrences of READ and WRITE to BLKTAP_READ and BLKTAP_WRITE. See bug #347664. Florian, have you attempted using the full path as he described Created attachment 285839 [details]
a one line patch (diff) for $PORTDIR/app-emulation/xen-tools/files/xend.initd-r2
Created attachment 285841 [details]
patch for $PORTDIR/app-emulation/xen-tools/files/xendomains.initd-r2
Sep 8 2011; Alexey Shvetsov <alexxy@gentoo.org> -xen-tools-4.1.1-r1.ebuild, change to init scripts, fix bug 365453 input by Ian Delaney aka idella4 The xend init script still contains the line "xl shutdown -a -w" If I execute this command manually, xl claims that "-a" is not supported. I know, that the xend USE flag is off by default now and hence the xend init script will probably disappear from most gentoo system. However, this should still be fixed, IMHO. |