--ChQOR20MqfxkMJg9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 03, 2017 at 02:01:00PM -0400, Cole Robinson wrote:
On 04/28/2017 10:55 AM, Ademar Reis wrote:
On Fri, Apr 28, 2017 at 06:48:00AM -0400, Karen Noel wrote:
+Cole for Fedora/virt +Jeff for for qemu upstream
________________________________ From: Sandro Bonazzola Sent: Apr 28, 2017 5:08 AM To: Niels de Vos; Miroslav Rezanina; Karen Noel; Doron Fediuck Cc: devel Subject: Re: qemu packaging - add the "qemu" user to a "gluster" group?
On Wed, Apr 26, 2017 at 3:36 PM, Niels de Vos <ndevos@redhat.com> wro=
Hi,
We're trying to improve the debugability of Gluster backed VMs and o=
ne
of the features for this is to be able to gather "statedumps". These statedumps include memory allocation details and other information a= bout the Gluster client. QEMU is one of the applications that can be configured to use libgfapi.so Gluster client.
Gluster provides the /var/run/gluster/ directory and the libgfapi.so library that qemu (in block/gluster.c) uses that. Would there be a problem for the "qemu" packages to use add the "qemu" user to a "gluster" group? I'm not sure yet how this is done for other packages with their own users, but there would be a dependent installation or= der of some kind (needs rpm triggers?).
What is your opinion on this issue, or would you recommend an other approach?
Adding Miroslav, Karen and Doron. I'm not sure about how libgfapi is consumed by qemu-kvm(-ev/-rhev) but if its support is enable by default and doesn't require additional qemu-kvm sub packages to be enabled, I would suggest to just follow https://fedoraproject.org/wiki/Packaging:UsersAndGroups and add the qemu user to the gluster group in %pre.
From oVirt point of view, I think it shouldn't affect us very much. On CentOS Virt SIG we'll consume whatever will come from qemu-kvm-rhev. =20 Please keep in mind that in a not so distant future, gluster support in QEMU will be handled by a sub-package (something like qemu-kvm-gluster). See https://bugzilla.redhat.com/show_bug.cgi?id=3D14= 25820 =20 (right now gluster support is enabled by default and included in
te: the main qemu package, on all installations). =20 =20 Since that work is already in fedora, it actually makes things easier the= re for us, we can add the 'usermod -a -G gluster qemu' in the qemu-block-glu= ster subpackage %pre, which will guarantee that qemu-common (which creates the= qemu user) and gluster packages (which create the gluster group) are already o= n disk. =20 OP please file a fedora qemu bug about this and we can go from there
Thanks, here you go: https://bugzilla.redhat.com/show_bug.cgi?id=3D1447799 When you run 'usermod' in %pre of qemu-block-gluster, make sure to check that the 'gluster' group exists. This has only recently been added to the glusterfs packages, and may not be available on all systems yet. Niels --ChQOR20MqfxkMJg9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJZCkdKAAoJECXo5AApwsWzDB8QAJ1/puANyrSt6KzapccUdNR1 V3X0nDbZUah0TSX6+YYp7cBLMebfTwE6oWY9kSHVkReRFoMIu1/fJKON12ZBCiOM GGubTkcnG8vv77IM0/dgKCNNnYkhMIv71Umen9GoPDhxOHVlUXbHVBXrftjeamCP tR+s4poOJ58kjP/un4Ufxg0Fn+JV8UqRsgevdzrT6Hgidv6hgVxRAssyDbYDwtI2 jwialiQbTwiwBXfaQKTqjeONygQxHnvZZY54oD9HjQPPRdcdQxWgsSmAWq23NxkQ X60qaYd3pxwH5pK75JYU3m8K/MN7eco/bfER7xvyZxGJu+cZu7I4dlimEhMSR+3O ZaH4e9NHa5jEukDvVDFSN+dzWBEaqOGRqYPBAbhcRGDNAv6gAwRbFtyahtgAeykW dJYa9tR+vbDI9IIFQFileH405MKTkCOo8vzJtr8nbE6hkI2i0nzp8F210KDSso4y lAmzgoFrXd5e6MbzpNtRl+x9pC0h8uCtbJ76/rOlAI0NivCfSzBNaMpJMczCWuzk 9Byr08yRatysEqTJdr7+2J8HaPFI81n5zXKgzZUga7iZs9BSO+B7YuKTxs8b0Mst mDCvON15/peSvC8x73fwjcI6waxoXYdvLW5WAIOlvJVmfnuAy7OF3xv68bbq+q04 QoaYpetKqyW2ScQrjB57 =+GOs -----END PGP SIGNATURE----- --ChQOR20MqfxkMJg9--