[openstack-dev] [nova][libvirt] - 'nova reboot' causes console-log truncated
Surojit Pathak
suro.patz at gmail.com
Tue Dec 23 03:16:27 UTC 2014
On 12/22/14 5:04 PM, Tony Breeds wrote:
> On Mon, Dec 22, 2014 at 04:36:02PM -0800, Surojit Pathak wrote:
>
>> Hi Daniel,
>> Having GA to do graceful restart is nice option. But if it were to just
>> preserve the same console file, even 'virsh reboot' achieves the purpose. As
>> I explained in my original analysis, Nova seems to have not taken the path,
>> as it does not want to have a false positive, where the GA does not respond
>> or 'virDomain.reboot' fails later and the domain is not really restarted. [
>> CC-ed vish, author of nova
>>
>>
>> IMHO, QEMU should preserve the console-log file for a given domain, if it
>> exists, by not opening with O_TRUNC option, instead opening with O_APPEND. I
>> would like to draw a comparison of a real computer to which we might be
>> connected over serial console, and the box gets powered down and up with
>> external button press, and we do not lose the console history, if connected.
>> And that's what is the experience console-log intends to provide. If you
>> think, this is agreeable, please let me know, I will send the patch to
>> qemu-devel at .
> The issue is more complex than just removing the O_TRUNC from the open() flags.
>
> I havd a proposal that will (almost by accident) fix this in qemu by allowing
> console log files to be "rotated". I'm also waorking on a similar feature in
> libvirt.
>
> I think the tl;dr: is that this /shoudl/ be fixed in kilo with a 'modern' libvirt.
Hi Tony,
Can you please share some details of the effort, in terms of reference?
>
> Yours Tony.
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Regards,
SURO
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141222/45e0e5d5/attachment.html>
More information about the OpenStack-dev
mailing list