From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46982) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSRM7-0003Mr-PO for qemu-devel@nongnu.org; Wed, 27 Jul 2016 12:06:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bSRM4-00064s-0T for qemu-devel@nongnu.org; Wed, 27 Jul 2016 12:06:46 -0400 Received: from indium.canonical.com ([91.189.90.7]:33411) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSRM3-00064R-RB for qemu-devel@nongnu.org; Wed, 27 Jul 2016 12:06:43 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.76 #1 (Debian)) id 1bSRM2-0000N2-3A for ; Wed, 27 Jul 2016 16:06:42 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id E8DD72E80C3 for ; Wed, 27 Jul 2016 16:06:41 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Wed, 27 Jul 2016 15:58:49 -0000 From: Daniel Berrange <1599214@bugs.launchpad.net> Reply-To: Bug 1599214 <1599214@bugs.launchpad.net> Sender: bounces@canonical.com References: <20160705154632.23878.8490.malonedeb@gac.canonical.com> Message-Id: <20160727155849.5137.24556.malone@chaenomeles.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 1599214] Re: virtlogd: qemu 2.6.0 doesn't log boot message List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Ok, so the problem is a difference in behaviour for virtio-console vs serial ports. For plain x86 serial ports, if there's no client connected to the backend, any data is just discarded. For virtio-console, if there's no client connected to the backend, it'll refuse to send data, hence we never get to log it either. What i'm not sure on is whether this is supposed to work this way. The virtio-console device actually provides two separate services - a paravirt serial port and a paravirt interactive console. The paravirt serial port mode, certainly requires this behaviour, but I'm not convinced the console mode should do this. -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1599214 Title: virtlogd: qemu 2.6.0 doesn't log boot message Status in QEMU: New Bug description: This report is related to the OpenStack Nova bug [1]. OpenStack tries to utilize the "virtlogd" feature of libvirt which gets provided by qemu with [2]. steps to reproduce: 1) launch a quest with qemu 2.6.0 which uses virtlogd for the stdout/stde= rr of its char device 2) check the contents of the backing file of that char device expected result: The boot messages of the guest are logged in this file actual result: The file is empty notes: When I'm connected to that char device and reboot the guest, I see the bo= ot messages in the terminal and also in the backing log file. References: [1] https://bugs.launchpad.net/nova/+bug/1597789 [2] http://git.qemu.org/?p=3Dqemu.git;a=3Dblobdiff;f=3Dqemu-char.c;h=3D11= caa5648de99c9e0ee158f280fbc02ab05915d3;hp=3Dd7be1851e5e9d268aa924a05958da29= 2b048839c;hb=3Dd0d7708ba29cbcc343364a46bff981e0ff88366f;hpb=3Df1c17521e79df= 863a5771d96974fab0d07f02be0 To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1599214/+subscriptions