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

Re: [MirageOS-devel] Cannot deploy a Unikernel to a XenServer pool running XS 6.2

This is probably as good a place as any to report these issues.

For issue #1, the cohttp library moves at a fast pace, and we need to upgrade quite a few components simultaneously to support the new API. It's on the long list of things to do...

For issue #2, the log line you posted is probably a failure in the cleanup following the actual root cause. We can try to repro locally tomorrow, but it may be worth taking a bugtool (http://support.citrix.com/article/CTX125372) which could help diagnose it.

In the meantime, for a single host pool, you could just copy the unikernel directly onto the XenServer. Something like:

ssh root@xenserver mkdir /boot/guest
scp unikernel.xen root@xenserver:/boot/guest

And then on the xenserver itself:

xe vm-create name-label=unikernel
xe vm-param-set uuid=<uuid> PV-kernel=/boot/guest/unikernel.xen

Then add VIFs/VBDs as necessary and start it.


Sent from my iPad

On 22 Oct 2014, at 00:13, Sergio Visinoni <piffio@xxxxxxxxxx> wrote:

Hi all,

First of all, sorry if this is not the right place for this post. Feel free to redirect me somewhere else if this is the case.

I've been playing with MirageOS recently, and even if I've been hitting a bunch of issues - mostly related to the current "unstable"-ish status of the mirage-dev reposotiry - I finally managed to move forward an build both Unix processes and Xen Unikernels, with a lot of support from both Anil and Dave through GitHub.

Still, a couple of issues are preventing me to be able to deploy "for real" a unikernel running Octopress that I've been building.

1st problem (workaround exists)

When you have installed all the packages from mirage-dev in order to build MirageOS 2.0, it's not possibe to build the xe-unikernel-upload module, due to some incompatibilities between xen-api-client and the latest Cohttp. Since the xen-api-client [1] doesn't seem to allow for issue reporting in GitHub, I'm reporting here. The workaround I found has bin to build both xe and xe-unikernel-upload on my laptop with the mirage 1.2 modules installed, saved the binaries in a safe location, and moved forward with mirage-dev.

    # File "lib/xen_api.ml", line 40, characters 9-20:
    # Error: Unbound module Cohttp.IO
    # Command exited with code 2.

Should I report this bug on a different list? If so, which one?

2nd problem (still unresolved):

I've been succesfully deployng the generated unikernels on dev machines running both XenServer 6.2 and Creedence. These servers are stand-alone (not in a pool) and using only local storage.
When I tried to deploy the same unikernels to a pre-production environment (XenServer 6.2, in a pool, using shared iSCASI storage), I systematically get the following error:

    Uploading VDI containing unikernel
    Caught: Ssl.Write_error(5), cleaning up
    xe-unikernel-upload: internal error, uncaught exception:

and on the XenServer logs I can see the following message:

Oct 21 18:10:38 xenqadev1 xapi: [error|xenqadev1.segundamano.infra|29289224 INET|VDI.import D:3985726b7fc7|xapi] Attach_helpers.with_vbds new VBD has leaked: OpaqueRef:0dc75aa7-fdef-630d-b5a8-2a059390ac2c

Does anyone have any pointer in order for me to know where to start looking into? A redirect to a more appropriate mailing list would also be appreciated.

Thanks in advance
MirageOS-devel mailing list
MirageOS-devel mailing list



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