Re: [MirageOS-devel] Monitoring MirageOS guests on CubieBoard2

[Anil Madhavapeddy <anil@xxxxxxxxxx>]

On 14 May 2014, at 17:41, Dave Scott <Dave.Scott@xxxxxxxxxx> wrote:

> 
> On 14 May 2014, at 17:21, Anil Madhavapeddy <anil@xxxxxxxxxx> wrote:
> 
>> On 14 May 2014, at 17:15, Jon Ludlam <jjl25@xxxxxxxxx> wrote:
>> 
>>> On 14/05/14 16:55, Anil Madhavapeddy wrote:
>>>> On 14 May 2014, at 16:47, Jon Ludlam <jjl25@xxxxxxxxx> wrote:
>>>>>> On 14/05/14 15:06, Anil Madhavapeddy wrote:
>>>>>>> On 14 May 2014, at 14:01, buzz heavyyear <buzzheavyyear@xxxxxxxxxxx> 
>>>>>>> wrote:
>>>>>>> 
>>>>>>> Now that I'm having a lot of fun getting up to speed with ocaml, xen, 
>>>>>>> mirage, writing ocaml guests and getting them to run on the Cubieboard, 
>>>>>>> what I really need is to see how they are performing as they are 
>>>>>>> running.
>>>>>>> 
>>>>>>> XAPI/XCP has rrd. Am I right in thinking that a good way forward is to 
>>>>>>> includegithub.com/xapi-project/xcp-rrd during the build process?
>>>>>>> 
>>>>>>> Perhaps there's an easier way? Any thoughts anyone?
>>>>>> RRD is definitely the right direction for dom0 to track guest activity, 
>>>>>> but we do need to get vchan up to speed from the guest side.  Dave, Jon, 
>>>>>> what's the current state of ocaml-vchan?  I'm happy to add a Cohttp 
>>>>>> functor for it if there's something vaguely resembling a FLOW interface 
>>>>>> (right now, it's fairly low level).
>>>>> I believe the state is 'I saw it work once recently'. There's nothing
>>>>> really resembling a flow interface, but I'm sure one could be assembled
>>>>> fairly easily.
>>>> Thanks, is there a working unit test domain anywhere?  If we're going to 
>>>> depend on vchan, it's time to get the low level bits well tested. The 
>>>> atomic bit ops particularly worrisome, and we are likely to be the first 
>>>> ARM vchan user (so let's get the x86 bugs sorted first :-)
>>>> 
>>>> Anil
>>>> 
>>>> 
>>> What I was using to test was the vchan client from the xen repository.
>>> I'll have another look at it tomorrow if you like?
>> 
>> Ah yes, I keep forgetting about those binaries from the Xen repo -- are they 
>> installed by distros these days? (so we have a netcat-like vchan client).
> 
> Good question. I need to take a look at vchan again, to see if it makes sense 
> to plumb a vchan link through to guests from the dom0 toolstack for off-box 
> cloud orchestration layers to talk to their service VMs without using ssh. 
> Perhaps little Mirage HTTP <-> vchan service would work nicely.

That would certainly cure the 'RPC through xenstore' malaise that afflicts 
everyone who has this problem.

More broadly, making vchan available with a convenient netcat-command-line 
interface would generally make interfacing with guests much more pleasant.

I notice that Arjun Guha has just started an OCaml Docker binding which will 
give us the same benefits using LXC, so making these interfaces similar for Xen 
would be very handy.
https://github.com/arjunguha/ocaml-docker

-anil
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel