From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40989) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c6EUC-0004ir-BI for qemu-devel@nongnu.org; Mon, 14 Nov 2016 05:27:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c6EU9-0002p3-78 for qemu-devel@nongnu.org; Mon, 14 Nov 2016 05:27:36 -0500 Received: from mail-wm0-x242.google.com ([2a00:1450:400c:c09::242]:36199) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c6EU9-0002ot-1D for qemu-devel@nongnu.org; Mon, 14 Nov 2016 05:27:33 -0500 Received: by mail-wm0-x242.google.com with SMTP id m203so13929492wma.3 for ; Mon, 14 Nov 2016 02:27:32 -0800 (PST) Sender: Paolo Bonzini References: <20161109030146.GA3802@dhcp-128-65.nay.redhat.com> <20161109104059.bvw5h4k4v77pw2rl@kamzik.brq.redhat.com> <9144d6b1-a1c9-e727-4673-9df10b227fdb@redhat.com> <20161109113735.GF22181@redhat.com> <20161109114809.cawi6tpsxwn5vfql@kamzik.brq.redhat.com> <20161109115819.GG22181@redhat.com> <20161109122051.ztllxmhwsalds2qw@kamzik.brq.redhat.com> <20161109144740.GI22181@redhat.com> <20161109160153.GJ22181@redhat.com> From: Paolo Bonzini Message-ID: Date: Mon, 14 Nov 2016 11:27:29 +0100 MIME-Version: 1.0 In-Reply-To: <20161109160153.GJ22181@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] virsh dump (qemu guest memory dump?): KASLR enabled linux guest support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" , Laszlo Ersek Cc: Andrew Jones , bhe@redhat.com, qemu-devel@nongnu.org, qiaonuohan@cn.fujitsu.com, anderson@redhat.com, Dave Young On 09/11/2016 17:01, Daniel P. Berrange wrote: > On Wed, Nov 09, 2016 at 04:38:36PM +0100, Laszlo Ersek wrote: >> On 11/09/16 15:47, Daniel P. Berrange wrote: >>>>> That doesn't help with trying to diagnose a crash during boot up, since >>>>> the guest agent isn't running till fairly late. I'm also concerned that >>>>> the QEMU guest agent is likely to be far from widely deployed in guests, >> >> I have no hard data, but from the recent Fedora and RHEL-7 guest >> installations I've done, it seems like qga is installed automatically. >> (Not sure if that's because Anaconda realizes it's installing the OS in >> a VM.) Once I made sure there was an appropriate virtio-serial config in >> the domain XMLs, I could talk to the agents (mainly for fstrim's sake) >> immediately. > > I'm thinking about cloud deployment where people rarely use Anaconda > directly - they'll use a pre-built cloud image, or customize the basic > cloud image. Neither Fedora or Ubuntu include the qemu guest agent in > their cloud images AFAICT, so very few OpenStack deployments will have > QEMU guest agent in at this time. That's a bug in my opinion. The guest agent is necessary in order to avoid losing data in snapshots. We should not only get distros to embed the guest agent, but also to include the relevant freeze/thaw hooks. Paolo > Of course we could try to get distros to embed qemu guets agent by > default, but its not clear if we'd succeed, given how aggressive > they are at stripping stuff out to create the smallest practical > images. > > Regards, > Daniel >