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

Re: [MirageOS-devel] Mirage tracing status

On 11 November 2014 17:12, Mindy <mindy@xxxxxxxxxxxxxxxxxxx> wrote:
> On 11/11/2014 10:53 AM, Thomas Leonard wrote:
>> On 11 November 2014 16:40, Mindy <mindy@xxxxxxxxxxxxxxxxxxx> wrote:
>>> On 11/11/2014 09:56 AM, Thomas Leonard wrote:
>>>> [snip]
>>>> If anyone has had any success using the tracing themselves (or got
>>>> stuck), let me know!
>>> I don't know that I'd call it "success" yet, but I've gotten some traces
>>> out
>>> of unikernels; I'm now rewriting to use the interface you've just
>>> released.
>> Cool :-)
>> Note: to read the data from a Xen guest, you'll need to use the
>> "collect" tool, currently in mirage-trace-viewer
>> (https://github.com/talex5/mirage-trace-viewer), which can be built
>> with:
>> $ ./configure --enable-collect
>> It's conditional because it depends on xenstore_transport.unix, which
>> requires the Xen headers to be installed. I don't know if there's some
>> existing tool for dumping a Xen shared memory region that I should be
>> using instead.
> Thanks very much for mentioning this. :)
>>> The ability to read the trace buffer after crashes is very welcome :)
>> Are you using AWS? Some extra work may be needed there, since you
>> don't have access to dom0. Can you dump the RAM somehow using their
>> API?
> Luckily for me, what I'm trying to get at is reproducible locally, where I
> *do* have access to dom0.  I'd be surprised if this was possible in AWS EC2
> (a very cursory glance suggests that it isn't).
> -Mindy

That's OK then! I did find this:


It seems to suggest that it is possible, but I can't find any
information about how.

Dr Thomas Leonard        http://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

MirageOS-devel mailing list



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