From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Gerwitz Subject: bug#31365: libvirt/virt-manager: Embeds full path to qemu-system in saved .xml files Date: Fri, 04 May 2018 21:24:59 -0400 Message-ID: <87r2mqopw4.fsf@gnu.org> References: <87in83ots0.fsf@aikidev.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38531) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fElxa-000743-Tx for bug-guix@gnu.org; Fri, 04 May 2018 21:26:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fElxa-0008NN-1v for bug-guix@gnu.org; Fri, 04 May 2018 21:26:02 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:42204) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fElxZ-0008NJ-Uj for bug-guix@gnu.org; Fri, 04 May 2018 21:26:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fElxZ-0003hk-Ox for bug-guix@gnu.org; Fri, 04 May 2018 21:26:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87in83ots0.fsf@aikidev.net> (Vagrant Cascadian's message of "Fri, 04 May 2018 17:01:03 -0700") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Vagrant Cascadian Cc: 31365@debbugs.gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, May 04, 2018 at 17:01:03 -0700, Vagrant Cascadian wrote: > When i create a new libvirt instance with virt-manager, it embeds the > full path to the qemu binary used at the time. For the machine named > "networkboot": > > # grep qemu-system /etc/libvirt/qemu/networkboot.xml > /gnu/store/0rzb7rjri2kb258j58asndw2pnp0xv9p-qemu-2.11.1/bin/q= emu-system-x86_64: > > If I later run "guix gc" and it happens to remove this particular qemu > version, the system no longer runs, of course: > > # virsh start networkboot > error: Failed to start domain networkboot > error: Cannot check QEMU binary > /gnu/store/0rzb7rjri2kb258j58asndw2pnp0xv9p-qemu-2.11.1/bin/qemu-sy= stem-x86_64: > No such file or directory Thanks for looking into this; I hit this problem last night but hadn't had the time to research. I encountered this issue the same way (after a `guix gc'). > It also means each virtual machine may be running on an older version of > qemu, for better or worse. Yes, I was concerned by that as well. :X VMs would not benefit from security fixes, which is to me is the more important issue here. =2D-=20 Mike Gerwitz Free Software Hacker+Activist | GNU Maintainer & Volunteer GPG: D6E9 B930 028A 6C38 F43B 2388 FEF6 3574 5E6F 6D05 https://mikegerwitz.com --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJa7QfrAAoJEIyRe39dxRuiJcsP/iEhPEPCOpo0nkScxTAp5fqZ 1mckHglJdB10mxzdBN0XJ7Us/hy1chsSUS3iq7Om09t77F7NUczon6/Eidh44d1N WdaEBO4XolXQqWHsTwZgbkT98AcKzNdjw0cEnpwNXtR45CBVLv9vLy3pHBTwHmj9 QxwhgoZ4I+2a3CxivspSf4bMfyxHC5I7MALn16nzgQCW9YOj3smyW4oCfXbQ66T6 WMReTNWylGt4WFz2Gv8J98YqpW1zVL+KotdRuBl/KAe5rKZI7pDCko9MAcmTcjMF XVBw9gQ1TvaZZz8O5Ioh4HY7n0HSx1RguJ8jF9Gy53o8kgynclOBv/mT0hyXwIgo Z1BKr0uDntunxP7fCQDsgAxe1pQi2KVKJ4uRZm8m2d5z29BDky5pOIjiGjvT3nf8 QANmyJmsAGBWTB73X9MSmIVNrnn62HmwEZWSYZkoOYP4Ya2WibSY10mU8zb/q5d0 avrcPwmxD194SvPRnlabIHuBALC+VENT0aM47FYiAVaglK37FoExvb3SzvZdFuEb n9vgVaROcimWgOZVLRhbVQD+PNXhOIXNrcWabXyNtnk6vuNeoJsjE7jP4Bvi9LOS wUW7FRisrzLELolaAxqIo38uEHUUuy2+A6VfnmRxH2laStIErm3j1fUD2wNKoqOk Z7eqFPfqXO79RTxRLNtW =5XTE -----END PGP SIGNATURE----- --=-=-=--