On Tue, Aug 29, 2023 at 11:11:09AM +0200, Michal Prívozník wrote:
On 8/29/23 09:04, Shaleen Bathla wrote:
> ping
>
> -----Original Message-----
> From: Shaleen Bathla <shaleen.bathla(a)oracle.com>
> Sent: Tuesday, June 20, 2023 2:44 PM
> To: libvir-list(a)redhat.com
> Subject: [RFC] Adding timestamp to guest's serial console log
>
> Hi,
>
> Need some comments regarding the following feature :
> Addition of timestamp support for serial console logs of a guest.
>
> We can implement it as a configurable attribute in xml.
> For example :
> <serial type='pty'>
> <log file='$PATH/$GUESTNAME-serial0.log' append='on'
timestamp="on/off"/>
> <target type='isa-serial' port='0'>
> <model name='isa-serial'/>
> </target>
> </serial>
>
> We can add a timestamp after every '\n' character received from qemu.
> Can I have some comments regarding this change like what I should keep
> in mind while implementing, whether it is a welcome addition or not,
> issues I might face, any qemu changes required.
>
Yeah, this might be useful. We definitely need additional attribute to
control this behavior, otherwise we might break some scenarios (e.g.
where users transfer binary data via this channel.
What I worry though, is that with stdio_handler="file", i.e. when the
file is passed to QEMU directly, then this knob won't work. So we would
need some changes to QEMU. But then, taking this idea further, if QEMU
is changed, then does it make sense to have the same code in libvirt
(for stdio_handler='logd' case)?
We could declare handler=file to be unsupported for timestamps instead
of changing QEMU.
I'm not too fussed whether it lives in libvirt or QEMU though
With regards,
Daniel
--
|:
https://berrange.com -o-
https://www.flickr.com/photos/dberrange :|
|:
https://libvirt.org -o-
https://fstop138.berrange.com :|
|:
https://entangle-photo.org -o-
https://www.instagram.com/dberrange :|