
I am running several RHEL6 vms in ovirt. I am looking to install the guest agent. The releases repo has ovirt-guest-agent-common and EPEL has ovirt-guest-agent. Which of these should I use? How is this distinct from qemu-guest-agent? If I were to install an Ubuntu vm, what should I do about the guest agent? - Thomas

On 11/21/2013 08:27 PM, Thomas Suckow wrote:
I am running several RHEL6 vms in ovirt. I am looking to install the guest agent.
The releases repo has ovirt-guest-agent-common and EPEL has ovirt-guest-agent. Which of these should I use?
I see in the release repo: ovirt-guest-agent-1.0.8-1.el6.noarch.rpm http://resources.ovirt.org/releases/3.3/rpm/EL/6Server/noarch/ ?
How is this distinct from qemu-guest-agent?
qemu-guest-agent is a newcomer. ovirt uses some functionality from qemu-guest-agent, and for what's not covered by qemu-guest-agent, uses ovirt-guest-agent.
If I were to install an Ubuntu vm, what should I do about the guest agent?
use this: http://lists.ovirt.org/pipermail/users/2013-September/016308.html
- Thomas _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

On 11/21/2013 12:33 PM, Itamar Heim wrote:
On 11/21/2013 08:27 PM, Thomas Suckow wrote:
I am running several RHEL6 vms in ovirt. I am looking to install the guest agent.
The releases repo has ovirt-guest-agent-common and EPEL has ovirt-guest-agent. Which of these should I use? I see in the release repo: ovirt-guest-agent-1.0.8-1.el6.noarch.rpm http://resources.ovirt.org/releases/3.3/rpm/EL/6Server/noarch/ ? I'm an idiot. There is totally ovirt-guest-agent. I am still going to use the EPEL since for some reason the ovirt el6 repo is being wierd on my system (404 error). Probably the corporate proxy. How is this distinct from qemu-guest-agent? qemu-guest-agent is a newcomer. ovirt uses some functionality from qemu-guest-agent, and for what's not covered by qemu-guest-agent, uses ovirt-guest-agent. Cool If I were to install an Ubuntu vm, what should I do about the guest agent? use this: http://lists.ovirt.org/pipermail/users/2013-September/016308.html I'll keep that in mind.
Many thanks, even if I was chasing my own tail. - Thomas

This is a multi-part message in MIME format. --------------030909050108060109040903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing? -- Thomas --------------030909050108060109040903 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Ok, so what about an el5 guest agent? The github repo <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="https://github.com/oVirt/ovirt-guest-agent">https://github.com/oVirt/ovirt-guest-agent</a> hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing?<br> <br> --<br> Thomas<br> </body> </html> --------------030909050108060109040903--

On 11/22/2013 03:04 AM, Thomas Suckow wrote:
Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing?
-- Thomas
i guess no one asked for one till now so its not built.

On 11/21/2013 05:08 PM, Itamar Heim wrote:
On 11/22/2013 03:04 AM, Thomas Suckow wrote:
Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing?
-- Thomas i guess no one asked for one till now so its not built. I knew I was the last one on earth supporting RHEL5.

On 11/22/2013 03:14 AM, Thomas Suckow wrote:
On 11/21/2013 05:08 PM, Itamar Heim wrote:
On 11/22/2013 03:04 AM, Thomas Suckow wrote:
Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing?
-- Thomas i guess no one asked for one till now so its not built. I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community.

On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote:
i guess no one asked for one till now so its not built.
I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community.
Not tried yet myself, but I think you can download related source rpm here and try to rebuld: http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEV/SRPMS/ HIH, Gianluca

On Fri, Nov 22, 2013 at 8:08 AM, Gianluca Cecchi wrote:
On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote:
i guess no one asked for one till now so its not built.
I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community.
Not tried yet myself, but I think you can download related source rpm here and try to rebuld: http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEV/SRPMS/
HIH, Gianluca
Just rebuilt rhev-agent-2.3.16-3.el5.src.rpm on a CentOS 5.10 x86_64 VM on oVirt 3.3.1-2.fc19 and the agent seems to work. In the sense that: - I get VM ip in web gui - I get list of applications in web gui: Installed Applications kernel-2.6.18-371.1.2.el5 kernel-2.6.18-371.el5 rhev-agent-2.3.16-3 xorg-x11-drv-qxl-0.0.12-2.el5 - when there is activity, I see memory,cpu and network usage rows with consistent values Other things to verify? Gianluca

On 11/22/2013 05:18 PM, Gianluca Cecchi wrote:
On Fri, Nov 22, 2013 at 8:08 AM, Gianluca Cecchi wrote:
On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote:
i guess no one asked for one till now so its not built.
I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community.
Not tried yet myself, but I think you can download related source rpm here and try to rebuld: http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEV/SRPMS/
HIH, Gianluca
Just rebuilt rhev-agent-2.3.16-3.el5.src.rpm on a CentOS 5.10 x86_64 VM on oVirt 3.3.1-2.fc19 and the agent seems to work. In the sense that: - I get VM ip in web gui
- I get list of applications in web gui: Installed Applications kernel-2.6.18-371.1.2.el5 kernel-2.6.18-371.el5 rhev-agent-2.3.16-3 xorg-x11-drv-qxl-0.0.12-2.el5
- when there is activity, I see memory,cpu and network usage rows with consistent values
Other things to verify?
I don't think the .el5 one has any SSO in it, so i think this covers it.

On 11/22/2013 10:53 AM, Itamar Heim wrote: > On 11/22/2013 05:18 PM, Gianluca Cecchi wrote: >> On Fri, Nov 22, 2013 at 8:08 AM, Gianluca Cecchi wrote: >>> On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote: >>> >>>>>> i guess no one asked for one till now so its not built. >>>>> I knew I was the last one on earth supporting RHEL5. >>>> >>>> rhev does have a rhev-guest-agent for .el5, supported and all. >>>> i just don't remember we heard anyone asking for this in the ovirt >>>> community. >>> >>> Not tried yet myself, but I think you can download related source rpm >>> here and try to rebuld: >>> http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEV/SRPMS/ >>> >>> HIH, >>> Gianluca >> Just rebuilt rhev-agent-2.3.16-3.el5.src.rpm on a CentOS 5.10 x86_64 >> VM on oVirt 3.3.1-2.fc19 and the agent seems to work. >> In the sense that: >> - I get VM ip in web gui >> >> - I get list of applications in web gui: >> Installed Applications >> kernel-2.6.18-371.1.2.el5 >> kernel-2.6.18-371.el5 >> rhev-agent-2.3.16-3 >> xorg-x11-drv-qxl-0.0.12-2.el5 >> >> - when there is activity, I see memory,cpu and network usage rows with >> consistent values >> >> Other things to verify? >> > I don't think the .el5 one has any SSO in it, so i think this covers it. > Alright so far so good. I setup a jenkins job to build this for me. So far working like a dream. wget http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEV/SRPMS/rhev-agent-2.3.16-3.el5.src.rpm mkdir -p build/{BUILD,RPMS,SOURCES,SPECS,SRPMS} rpmbuild --define "_topdir $WORKSPACE/build" --rebuild rhev-agent-2.3.16-3.el5.src.rpm Any chance of an 'official' build ending up in the EPEL for anyone else who may desire this?

I think I may have stumbled on a bug. On a RHEL6 guest I got MainThread::ERROR::2013-11-21 17:18:17,290::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in <module> agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 42, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 324, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 90, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 125, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Sure enough, there is only org.qemu.guest_agent.0 in there. Halted the VM and started it again and then it was all shiny with com.redhat.rhevm.vdsm com.redhat.spice.0 org.qemu.guest_agent.0 Not the end of the world, but though I should mention it. - Thomas

On 11/22/2013 02:18 AM, Itamar Heim wrote:
On 11/22/2013 03:14 AM, Thomas Suckow wrote:
On 11/21/2013 05:08 PM, Itamar Heim wrote:
On 11/22/2013 03:04 AM, Thomas Suckow wrote:
Ok, so what about an el5 guest agent? The github repo https://github.com/oVirt/ovirt-guest-agent hints at there being support for el5, but it is incompatible with the automake version in el5. Is there a prebuilt rpm somewhere that I am missing?
-- Thomas i guess no one asked for one till now so its not built. I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all. i just don't remember we heard anyone asking for this in the ovirt community.
Hi, I have just pushed the first EPEL5 release for the ovirt-guest-agent. @Thomas: I would be glad if you could test it :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5 -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

This is a multi-part message in MIME format. --------------090507040404000203030903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):
I have just pushed the first EPEL5 release for the ovirt-guest-agent.
@Thomas: I would be glad if you could test it :-)
https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5
I have tried on centos 5.10 and got this error --> ovirt-guest-agent conflicts with selinux-policy Error: ovirt-guest-agent conflicts with selinux-policy $ rpm -q selinux-policy selinux-policy-2.4.6-346.el5 PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw. -- Ernest Beinrohr, AXON PRO DevOps, Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, skype:oernii-work <callto://oernii-work>, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------090507040404000203030903 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):<br> </div> <blockquote cite="mid:52931546.1040103@redhat.com" type="cite">I have just pushed the first EPEL5 release for the ovirt-guest-agent. <br> <br> @Thomas: I would be glad if you could test it :-) <br> <br> <a class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5</a> <br> <br> </blockquote> I have tried on centos 5.10 and got this error<br> <br> --> ovirt-guest-agent conflicts with selinux-policy<br> Error: ovirt-guest-agent conflicts with selinux-policy<br> <br> $ rpm -q selinux-policy<br> selinux-policy-2.4.6-346.el5<br> <br> <br> PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw.<br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> DevOps, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, <a style="text-decoration: none; color: gray;" href="callto://oernii-work">skype:oernii-work</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" width="1" height="1"> </body> </html> --------------090507040404000203030903--

On Mon, Nov 25, 2013 at 10:26 AM, Ernest Beinrohr wrote:
Dňa 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):
I have just pushed the first EPEL5 release for the ovirt-guest-agent.
@Thomas: I would be glad if you could test it :-)
https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5
I have tried on centos 5.10 and got this error
--> ovirt-guest-agent conflicts with selinux-policy Error: ovirt-guest-agent conflicts with selinux-policy
$ rpm -q selinux-policy selinux-policy-2.4.6-346.el5
PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw.
Me too. With rpm command this below is the expected minimum version... [g.cecchi@c510 ~]$ sudo rpm -ivh ovirt-guest-agent-1.0.8-3.el5.noarch.rpm error: Failed dependencies: selinux-policy < 3.7.19-188 conflicts with ovirt-guest-agent-1.0.8-3.el5.noarch Gianluca

This is a multi-part message in MIME format. --------------060302050108040304070904 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 11/25/2013 10:32 AM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 10:26 AM, Ernest Beinrohr wrote:
Dňa 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):
I have just pushed the first EPEL5 release for the ovirt-guest-agent.
@Thomas: I would be glad if you could test it :-)
https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5
I have tried on centos 5.10 and got this error
--> ovirt-guest-agent conflicts with selinux-policy Error: ovirt-guest-agent conflicts with selinux-policy
$ rpm -q selinux-policy selinux-policy-2.4.6-346.el5
PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw.
This is a very old version. There should be a rhevm-guest-agent srpm available with 1.0.7
Me too. With rpm command this below is the expected minimum version...
[g.cecchi@c510 ~]$ sudo rpm -ivh ovirt-guest-agent-1.0.8-3.el5.noarch.rpm error: Failed dependencies: selinux-policy < 3.7.19-188 conflicts with ovirt-guest-agent-1.0.8-3.el5.noarch
Gianluca Thanks for testing, I will fix that.
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------060302050108040304070904 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 11/25/2013 10:32 AM, Gianluca Cecchi wrote:<br> </div> <blockquote cite="mid:CAG2kNCxJ5N954mpQwE42wTixqOV=EExRMkOqZynnVD4LmV4EKQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Mon, Nov 25, 2013 at 10:26 AM, Ernest Beinrohr wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div>Dňa 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):<br> </div> <div class="im"> <blockquote type="cite">I have just pushed the first EPEL5 release for the ovirt-guest-agent. <br> <br> @Thomas: I would be glad if you could test it :-) <br> <br> <a moz-do-not-send="true" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5" target="_blank">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5</a> <br> <br> </blockquote> </div> I have tried on centos 5.10 and got this error<br> <br> --> ovirt-guest-agent conflicts with selinux-policy<br> Error: ovirt-guest-agent conflicts with selinux-policy<br> <br> $ rpm -q selinux-policy<br> selinux-policy-2.4.6-346.el5<br> <br> <br> PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw.<span class=""><font color="#888888"><br> <div><br> </div> </font></span></div> </blockquote> </div> <br> </div> </div> </blockquote> This is a very old version. There should be a rhevm-guest-agent srpm available with 1.0.7<br> <br> <blockquote cite="mid:CAG2kNCxJ5N954mpQwE42wTixqOV=EExRMkOqZynnVD4LmV4EKQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra">Me too. With rpm command this below is the expected minimum version...</div> <div class="gmail_extra"><br> </div> <div class="gmail_extra"> <div class="gmail_extra">[g.cecchi@c510 ~]$ sudo rpm -ivh ovirt-guest-agent-1.0.8-3.el5.noarch.rpm </div> <div class="gmail_extra">error: Failed dependencies:</div> <div class="gmail_extra"><span class="" style="white-space:pre"> </span>selinux-policy < 3.7.19-188 conflicts with ovirt-guest-agent-1.0.8-3.el5.noarch</div> <div><br> </div> <div>Gianluca</div> </div> </div> </blockquote> Thanks for testing, I will fix that. <br> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------060302050108040304070904--

This is a multi-part message in MIME format. --------------040206070008060304040504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit On 11/25/2013 10:49 AM, Vinzenz Feenstra wrote:
On 11/25/2013 10:32 AM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 10:26 AM, Ernest Beinrohr wrote:
Dn(a 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):
I have just pushed the first EPEL5 release for the ovirt-guest-agent.
@Thomas: I would be glad if you could test it :-)
https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5
I have tried on centos 5.10 and got this error
--> ovirt-guest-agent conflicts with selinux-policy Error: ovirt-guest-agent conflicts with selinux-policy
$ rpm -q selinux-policy selinux-policy-2.4.6-346.el5
PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw.
This is a very old version. There should be a rhevm-guest-agent srpm available with 1.0.7
Me too. With rpm command this below is the expected minimum version...
[g.cecchi@c510 ~]$ sudo rpm -ivh ovirt-guest-agent-1.0.8-3.el5.noarch.rpm error: Failed dependencies: selinux-policy < 3.7.19-188 conflicts with ovirt-guest-agent-1.0.8-3.el5.noarch
Gianluca Thanks for testing, I will fix that.
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
-- Regards,
Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo
Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------040206070008060304040504 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 11/25/2013 10:49 AM, Vinzenz Feenstra wrote:<br> </div> <blockquote cite="mid:52931D23.30807@redhat.com" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div class="moz-cite-prefix">On 11/25/2013 10:32 AM, Gianluca Cecchi wrote:<br> </div> <blockquote cite="mid:CAG2kNCxJ5N954mpQwE42wTixqOV=EExRMkOqZynnVD4LmV4EKQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Mon, Nov 25, 2013 at 10:26 AM, Ernest Beinrohr wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div bgcolor="#FFFFFF" text="#000000"> <div>Dňa 25.11.2013 10:15, Vinzenz Feenstra wrote / napísal(a):<br> </div> <div class="im"> <blockquote type="cite">I have just pushed the first EPEL5 release for the ovirt-guest-agent. <br> <br> @Thomas: I would be glad if you could test it :-) <br> <br> <a moz-do-not-send="true" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5" target="_blank">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-3.el5</a> <br> <br> </blockquote> </div> I have tried on centos 5.10 and got this error<br> <br> --> ovirt-guest-agent conflicts with selinux-policy<br> Error: ovirt-guest-agent conflicts with selinux-policy<br> <br> $ rpm -q selinux-policy<br> selinux-policy-2.4.6-346.el5<br> <br> <br> PS: the recompiled rhev-agent-2.3.16-3.el5.src.rpm works btw.<span class=""><font color="#888888"><br> <div><br> </div> </font></span></div> </blockquote> </div> <br> </div> </div> </blockquote> This is a very old version. There should be a rhevm-guest-agent srpm available with 1.0.7<br> <br> <blockquote cite="mid:CAG2kNCxJ5N954mpQwE42wTixqOV=EExRMkOqZynnVD4LmV4EKQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra">Me too. With rpm command this below is the expected minimum version...</div> <div class="gmail_extra"><br> </div> <div class="gmail_extra"> <div class="gmail_extra">[g.cecchi@c510 ~]$ sudo rpm -ivh ovirt-guest-agent-1.0.8-3.el5.noarch.rpm </div> <div class="gmail_extra">error: Failed dependencies:</div> <div class="gmail_extra"><span class="" style="white-space:pre"> </span>selinux-policy < 3.7.19-188 conflicts with ovirt-guest-agent-1.0.8-3.el5.noarch</div> <div><br> </div> <div>Gianluca</div> </div> </div> </blockquote> Thanks for testing, I will fix that. <br> </blockquote> <br> This should be fixed now :-)<br> <a class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5</a><br> <blockquote cite="mid:52931D23.30807@redhat.com" type="cite"> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------040206070008060304040504--

On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start Starting ovirt-guest-agent: /bin/chown: `ovirtagent:ovirtagent': invalid group [ OK ] [g.cecchi@c510 ~]$ [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists in /var/log/ovirt-guest-agent.log MainThread::INFO::2013-11-22 17:15:30,579::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-22 17:15:31,251::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid' Gianluca

On 11/25/2013 12:13 PM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start Starting ovirt-guest-agent: /bin/chown: `ovirtagent:ovirtagent': invalid group [ OK ] [g.cecchi@c510 ~]$ [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists
in /var/log/ovirt-guest-agent.log
MainThread::INFO::2013-11-22 17:15:30,579::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-22 17:15:31,251::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid'
Gianluca Ok I will give it a look. Thanks for reporting :-)
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

On Mon, Nov 25, 2013 at 12:13 PM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start Starting ovirt-guest-agent: /bin/chown: `ovirtagent:ovirtagent': invalid group [ OK ] [g.cecchi@c510 ~]$ [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists
in /var/log/ovirt-guest-agent.log
MainThread::INFO::2013-11-22 17:15:30,579::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-22 17:15:31,251::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid'
Gianluca
I had a time skew on the guest but the problem is real. changed time and rebooted, I see in console the same permission error. ANd now [root@c510 ~]# date Mon Nov 25 12:15:50 CET 2013 [root@c510 ~]# service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2013-11-25 12:15:24,517::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-25 12:15:24,919::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid'

On 25.11.2013 12:13, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start Starting ovirt-guest-agent: /bin/chown: `ovirtagent:ovirtagent': invalid group [ OK ] [g.cecchi@c510 ~]$ [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists
in /var/log/ovirt-guest-agent.log
MainThread::INFO::2013-11-22 17:15:30,579::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-22 17:15:31,251::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid'
Gianluca
If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent. the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. Regards Patrick -- Lobster LOGsuite GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start Starting ovirt-guest-agent: /bin/chown: `ovirtagent:ovirtagent': invalid group [ OK ] [g.cecchi@c510 ~]$ [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists
in /var/log/ovirt-guest-agent.log
MainThread::INFO::2013-11-22 17:15:30,579::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-22 17:15:31,251::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid'
Gianluca If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent.
On 25.11.2013 12:13, Gianluca Cecchi wrote: the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. Ah yeah that explains it. Well I am not sure if the workaround for this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected
On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote: that someone would be 'upgrading' from the rhev-agent
Regards Patrick
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote:
On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-) https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start Starting ovirt-guest-agent: /bin/chown: `ovirtagent:ovirtagent': invalid group [ OK ] [g.cecchi@c510 ~]$ [g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent status ovirt-guest-agent dead but pid file exists
in /var/log/ovirt-guest-agent.log
MainThread::INFO::2013-11-22 17:15:30,579::ovirt-guest-agent::37::root::Starting oVirt guest agent MainThread::ERROR::2013-11-22 17:15:31,251::ovirt-guest-agent::117::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 111, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 47, in run f = file(pidfile, "w") IOError: [Errno 13] Permission denied: '/var/run/ovirt-guest-agent.pid'
Gianluca If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent.
On 25.11.2013 12:13, Gianluca Cecchi wrote: the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. Ah yeah that explains it. Well I am not sure if the workaround for
On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote: this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected that someone would be 'upgrading' from the rhev-agent "it's not really expected that someone would be 'upgrading' from the rhev-agent" to the ovirt-guest-agent.
Regards Patrick
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

On Mon, Nov 25, 2013 at 1:12 PM, Vinzenz Feenstra wrote:
On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote:
On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote:
If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent. the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing.
Ah yeah that explains it. Well I am not sure if the workaround for this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected that someone would be 'upgrading' from the rhev-agent
"it's not really expected that someone would be 'upgrading' from the rhev-agent" to the ovirt-guest-agent.
Regards Patrick
Patrick was right Having before installed and then removed rhev-agent to test ovirt-agent I still had: passwd rhevagent:x:175:175:RHEV Agent:/:/sbin/nologin ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin group rhevagent:x:175: So after removing ovirt-guest-agent and userdel ovirtagent groupdel rhevagent verified no more entries and reinstalled ovirt-guest-agent, now only passwd ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin group ovirtagent:x:175: [root@c510 ~]# service ovirt-guest-agent start Starting ovirt-guest-agent: [ OK ] [root@c510 ~]# service ovirt-guest-agent status ovirt-guest-agent (pid 3527) is running... Only entry in log file: MainThread::INFO::2013-11-25 13:30:29,676::ovirt-guest-agent::37::root::Starting oVirt guest agent and I'm able to see again IP, installed applications, ecc for the VM So the rpm itself seems ok. Eventually it could be useful to verify no rhev-agent package exist and no other user/group with same id. Should it considered a standard way of proceeding to delete user group or not in general? Because in this case as a post-uninstall step could be safe to remove them. Thanks, Gianluca

This is a multi-part message in MIME format. --------------010107080201000308010704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/25/2013 01:38 PM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 1:12 PM, Vinzenz Feenstra wrote:
On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote:
On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote:
If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent. the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. Ah yeah that explains it. Well I am not sure if the workaround for this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected that someone would be 'upgrading' from the rhev-agent "it's not really expected that someone would be 'upgrading' from the rhev-agent" to the ovirt-guest-agent.
Regards Patrick
Patrick was right Having before installed and then removed rhev-agent to test ovirt-agent I still had:
passwd rhevagent:x:175:175:RHEV Agent:/:/sbin/nologin ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin
group rhevagent:x:175:
So after removing ovirt-guest-agent and userdel ovirtagent groupdel rhevagent
verified no more entries and reinstalled ovirt-guest-agent, now only
passwd ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin
group ovirtagent:x:175:
[root@c510 ~]# service ovirt-guest-agent start Starting ovirt-guest-agent: [ OK ]
[root@c510 ~]# service ovirt-guest-agent status ovirt-guest-agent (pid 3527) is running...
Only entry in log file: MainThread::INFO::2013-11-25 13:30:29,676::ovirt-guest-agent::37::root::Starting oVirt guest agent
and I'm able to see again IP, installed applications, ecc for the VM So the rpm itself seems ok. Eventually it could be useful to verify no rhev-agent package exist and no other user/group with same id. Should it considered a standard way of proceeding to delete user group or not in general? Because in this case as a post-uninstall step could be safe to remove them. Usually you don't remove groups and users in rpms. It's actually mentioned in the Fedora Packaging guidelines: https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Allocation_Strategie...
Quote: * Do not remove users or groups* **We never remove users or groups created by packages. There's no sane way to check if files owned by those users/groups are left behind (and even if there would, what would we do with them?) and leaving those behind with ownerships **pointing to now nonexistent users/groups may result in security issues when a semantically unrelated user/group is created later and reuses the UID/GID. Also, in some setups deleting the user/group might not be possible or/nor desirable **(eg. when using a shared, remote user/group database). Cleanup of unused users/groups is left to the system administrators to take care of if they so desire.
Thanks, Gianluca
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------010107080201000308010704 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 11/25/2013 01:38 PM, Gianluca Cecchi wrote:<br> </div> <blockquote cite="mid:CAG2kNCwPh9K8oOYrEu5BruUjh6Lv28f6eHz20BPRTf7gsrE7Hw@mail.gmail.com" type="cite"> <pre wrap="">On Mon, Nov 25, 2013 at 1:12 PM, Vinzenz Feenstra wrote: </pre> <blockquote type="cite"> <pre wrap="">On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote: </pre> <blockquote type="cite"> <pre wrap=""> On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote: </pre> </blockquote> </blockquote> <pre wrap=""> </pre> <blockquote type="cite"> <blockquote type="cite"> <blockquote type="cite"> <pre wrap=""> If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent. the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. </pre> </blockquote> <pre wrap=""> Ah yeah that explains it. Well I am not sure if the workaround for this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected that someone would be 'upgrading' from the rhev-agent </pre> </blockquote> <pre wrap=""> "it's not really expected that someone would be 'upgrading' from the rhev-agent" to the ovirt-guest-agent. </pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap=""> Regards Patrick </pre> </blockquote> </blockquote> </blockquote> <pre wrap=""> Patrick was right Having before installed and then removed rhev-agent to test ovirt-agent I still had: passwd rhevagent:x:175:175:RHEV Agent:/:/sbin/nologin ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin group rhevagent:x:175: So after removing ovirt-guest-agent and userdel ovirtagent groupdel rhevagent verified no more entries and reinstalled ovirt-guest-agent, now only passwd ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin group ovirtagent:x:175: [root@c510 ~]# service ovirt-guest-agent start Starting ovirt-guest-agent: [ OK ] [root@c510 ~]# service ovirt-guest-agent status ovirt-guest-agent (pid 3527) is running... Only entry in log file: MainThread::<a class="moz-txt-link-freetext" href="INFO::2013-11-25">INFO::2013-11-25</a> 13:30:29,676::ovirt-guest-agent::37::root::Starting oVirt guest agent and I'm able to see again IP, installed applications, ecc for the VM So the rpm itself seems ok. Eventually it could be useful to verify no rhev-agent package exist and no other user/group with same id. Should it considered a standard way of proceeding to delete user group or not in general? Because in this case as a post-uninstall step could be safe to remove them.</pre> </blockquote> Usually you don't remove groups and users in rpms. It's actually mentioned in the Fedora Packaging guidelines: <a class="moz-txt-link-freetext" href="https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Allocation_Strategies">https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Allocation_Strategies</a><br> <br> Quote:<br> <b> Do not remove users or groups</b><br> <b> </b>We never remove users or groups created by packages. There's no sane way to check if files owned by those users/groups are left behind (and even if there would, what would we do with them?) and leaving those behind with ownerships <b> </b>pointing to now nonexistent users/groups may result in security issues when a semantically unrelated user/group is created later and reuses the UID/GID. Also, in some setups deleting the user/group might not be possible or/nor desirable <b> </b>(eg. when using a shared, remote user/group database). Cleanup of unused users/groups is left to the system administrators to take care of if they so desire.<br> <blockquote cite="mid:CAG2kNCwPh9K8oOYrEu5BruUjh6Lv28f6eHz20BPRTf7gsrE7Hw@mail.gmail.com" type="cite"> <pre wrap=""> Thanks, Gianluca </pre> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------010107080201000308010704--

This is a multi-part message in MIME format. --------------000107090503030801030506 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/25/2013 04:44 AM, Vinzenz Feenstra wrote:
On 11/25/2013 01:38 PM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 1:12 PM, Vinzenz Feenstra wrote:
On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote:
On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote:
If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent. the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. Ah yeah that explains it. Well I am not sure if the workaround for this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected that someone would be 'upgrading' from the rhev-agent "it's not really expected that someone would be 'upgrading' from the rhev-agent" to the ovirt-guest-agent.
Regards Patrick
Patrick was right Having before installed and then removed rhev-agent to test ovirt-agent I still had:
passwd rhevagent:x:175:175:RHEV Agent:/:/sbin/nologin ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin
group rhevagent:x:175:
So after removing ovirt-guest-agent and userdel ovirtagent groupdel rhevagent
verified no more entries and reinstalled ovirt-guest-agent, now only
passwd ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin
group ovirtagent:x:175:
[root@c510 ~]# service ovirt-guest-agent start Starting ovirt-guest-agent: [ OK ]
[root@c510 ~]# service ovirt-guest-agent status ovirt-guest-agent (pid 3527) is running...
Only entry in log file: MainThread::INFO::2013-11-25 13:30:29,676::ovirt-guest-agent::37::root::Starting oVirt guest agent
and I'm able to see again IP, installed applications, ecc for the VM So the rpm itself seems ok. Eventually it could be useful to verify no rhev-agent package exist and no other user/group with same id. Should it considered a standard way of proceeding to delete user group or not in general? Because in this case as a post-uninstall step could be safe to remove them. Usually you don't remove groups and users in rpms. It's actually mentioned in the Fedora Packaging guidelines: https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Allocation_Strategie...
Quote: * Do not remove users or groups* **We never remove users or groups created by packages. There's no sane way to check if files owned by those users/groups are left behind (and even if there would, what would we do with them?) and leaving those behind with ownerships **pointing to now nonexistent users/groups may result in security issues when a semantically unrelated user/group is created later and reuses the UID/GID. Also, in some setups deleting the user/group might not be possible or/nor desirable **(eg. when using a shared, remote user/group database). Cleanup of unused users/groups is left to the system administrators to take care of if they so desire.
Thanks, Gianluca
Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together. Though upgrading systems using ovirt-guest-agent username would be tricky. - Thomas --------------000107090503030801030506 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 11/25/2013 04:44 AM, Vinzenz Feenstra wrote:<br> </div> <blockquote cite="mid:52934629.9090805@redhat.com" type="cite"> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> <div class="moz-cite-prefix">On 11/25/2013 01:38 PM, Gianluca Cecchi wrote:<br> </div> <blockquote cite="mid:CAG2kNCwPh9K8oOYrEu5BruUjh6Lv28f6eHz20BPRTf7gsrE7Hw@mail.gmail.com" type="cite"> <pre wrap="">On Mon, Nov 25, 2013 at 1:12 PM, Vinzenz Feenstra wrote: </pre> <blockquote type="cite"> <pre wrap="">On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote: </pre> <blockquote type="cite"> <pre wrap="">On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote: </pre> </blockquote> </blockquote> <blockquote type="cite"> <blockquote type="cite"> <blockquote type="cite"> <pre wrap="">If you had rhev-guest-agent installed before, then manually remove the user rhevagent and group rhevagent before installing ovirt-guest-agent. the ovirt-guest-agent reuses the same uid and gid, but fails to add them upon install when the rhev user and group is still existing. </pre> </blockquote> <pre wrap="">Ah yeah that explains it. Well I am not sure if the workaround for this is appropriate in the rpm. I think that should be fixed on the system, it's not really expected that someone would be 'upgrading' from the rhev-agent </pre> </blockquote> <pre wrap="">"it's not really expected that someone would be 'upgrading' from the rhev-agent" to the ovirt-guest-agent. </pre> <blockquote type="cite"> <blockquote type="cite"> <pre wrap="">Regards Patrick </pre> </blockquote> </blockquote> </blockquote> <pre wrap=""> Patrick was right Having before installed and then removed rhev-agent to test ovirt-agent I still had: passwd rhevagent:x:175:175:RHEV Agent:/:/sbin/nologin ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin group rhevagent:x:175: So after removing ovirt-guest-agent and userdel ovirtagent groupdel rhevagent verified no more entries and reinstalled ovirt-guest-agent, now only passwd ovirtagent:x:175:175:oVirt Guest Agent:/:/sbin/nologin group ovirtagent:x:175: [root@c510 ~]# service ovirt-guest-agent start Starting ovirt-guest-agent: [ OK ] [root@c510 ~]# service ovirt-guest-agent status ovirt-guest-agent (pid 3527) is running... Only entry in log file: MainThread::<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::2013-11-25">INFO::2013-11-25</a> 13:30:29,676::ovirt-guest-agent::37::root::Starting oVirt guest agent and I'm able to see again IP, installed applications, ecc for the VM So the rpm itself seems ok. Eventually it could be useful to verify no rhev-agent package exist and no other user/group with same id. Should it considered a standard way of proceeding to delete user group or not in general? Because in this case as a post-uninstall step could be safe to remove them.</pre> </blockquote> Usually you don't remove groups and users in rpms. It's actually mentioned in the Fedora Packaging guidelines: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Allocation_Strategies">https://fedoraproject.org/wiki/Packaging:UsersAndGroups#Allocation_Strategies</a><br> <br> Quote:<br> <b> Do not remove users or groups</b><br> <b> </b>We never remove users or groups created by packages. There's no sane way to check if files owned by those users/groups are left behind (and even if there would, what would we do with them?) and leaving those behind with ownerships <b> </b>pointing to now nonexistent users/groups may result in security issues when a semantically unrelated user/group is created later and reuses the UID/GID. Also, in some setups deleting the user/group might not be possible or/nor desirable <b> </b>(eg. when using a shared, remote user/group database). Cleanup of unused users/groups is left to the system administrators to take care of if they so desire.<br> <blockquote cite="mid:CAG2kNCwPh9K8oOYrEu5BruUjh6Lv28f6eHz20BPRTf7gsrE7Hw@mail.gmail.com" type="cite"> <pre wrap=""> Thanks, Gianluca </pre> </blockquote> <br> </blockquote> Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.<br> <br> Though upgrading systems using ovirt-guest-agent username would be tricky.<br> <br> -<br> Thomas<br> </body> </html> --------------000107090503030801030506--

This is a multi-part message in MIME format. --------------030207020603060003080704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit
Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.
Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer. getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent to getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent Still needs conflict with rhev agent though. -Thomas --------------030207020603060003080704 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> > Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.<br> <br> Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.<br> <br> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent<br> </span>to<br> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent</span><br> <br> Still needs conflict with rhev agent though.<br> <br> -Thomas<br> </body> </html> --------------030207020603060003080704--

This is a multi-part message in MIME format. --------------090200090205040805060109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 11/25/2013 06:36 PM, Thomas Suckow wrote:
Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.
Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.
getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent to getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5 contains this fix.
Still needs conflict with rhev agent though.
Well there's a conflict specified with rhev-agent just not for the user.
-Thomas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------090200090205040805060109 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 11/25/2013 06:36 PM, Thomas Suckow wrote:<br> </div> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> > Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.<br> <br> Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.<br> <br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent<br> </span>to<br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent</span><br> </blockquote> <a class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5</a> contains this fix.<br> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <br> Still needs conflict with rhev agent though.<br> </blockquote> <br> Well there's a conflict specified with rhev-agent just not for the user.<br> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <br> -Thomas<br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------090200090205040805060109--

This is a multi-part message in MIME format. --------------040005050506050003090705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Dn(a 26.11.2013 12:20, Vinzenz Feenstra wrote / napísal(a):
On 11/25/2013 06:36 PM, Thomas Suckow wrote:
Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.
Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.
getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent to getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5 contains this fix.
Seems like a missing dependency:
/etc/init.d/ovirt-guest-agent start Stopping ovirt-guest-agent: [ZLYHALO] Spustenie ovirt-guest-agent: Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 25, in ? from GuestAgentLinux2 import LinuxVdsAgent File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 25, in ? from OVirtAgentLogic import AgentLogicBase, DataRetriverBase File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 25, in ? from VirtIoChannel import VirtIoChannel File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 34, in ? json = import_json() File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 32, in import_json import simplejson ImportError: No module named simplejson $ rpm -qa centos*release centos-release-5-10.el5.centos After installing python-simplejson ovirt-agent started ok. -- Ernest Beinrohr, AXON PRO DevOps, Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, skype:oernii-work <callto://oernii-work>, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman --------------040005050506050003090705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Dňa 26.11.2013 12:20, Vinzenz Feenstra wrote / napísal(a):<br> </div> <blockquote cite="mid:52948405.7030904@redhat.com" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div class="moz-cite-prefix">On 11/25/2013 06:36 PM, Thomas Suckow wrote:<br> </div> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> > Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.<br> <br> Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.<br> <br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent<br> </span>to<br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent</span><br> </blockquote> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5</a> contains this fix.<br> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <br> </blockquote> </blockquote> Seems like a missing dependency:<br> <br> /etc/init.d/ovirt-guest-agent start<br> <br> Stopping ovirt-guest-agent: [ZLYHALO]<br> Spustenie ovirt-guest-agent: Traceback (most recent call last):<br> File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 25, in ?<br> from GuestAgentLinux2 import LinuxVdsAgent<br> File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 25, in ?<br> from OVirtAgentLogic import AgentLogicBase, DataRetriverBase<br> File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 25, in ?<br> from VirtIoChannel import VirtIoChannel<br> File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 34, in ?<br> json = import_json()<br> File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 32, in import_json<br> import simplejson<br> ImportError: No module named simplejson<br> <br> <br> $ rpm -qa centos*release<br> centos-release-5-10.el5.centos<br> <br> After installing python-simplejson ovirt-agent started ok.<br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> DevOps, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, <a style="text-decoration: none; color: gray;" href="callto://oernii-work">skype:oernii-work</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" height="1" width="1"> </body> </html> --------------040005050506050003090705--

This is a multi-part message in MIME format. --------------000809010504020504030907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit On 11/27/2013 03:26 PM, Ernest Beinrohr wrote:
Dn(a 26.11.2013 12:20, Vinzenz Feenstra wrote / napísal(a):
On 11/25/2013 06:36 PM, Thomas Suckow wrote:
Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.
Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.
getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent to getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5 contains this fix.
Seems like a missing dependency:
/etc/init.d/ovirt-guest-agent start
Stopping ovirt-guest-agent: [ZLYHALO] Spustenie ovirt-guest-agent: Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 25, in ? from GuestAgentLinux2 import LinuxVdsAgent File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 25, in ? from OVirtAgentLogic import AgentLogicBase, DataRetriverBase File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 25, in ? from VirtIoChannel import VirtIoChannel File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 34, in ? json = import_json() File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 32, in import_json import simplejson ImportError: No module named simplejson
$ rpm -qa centos*release centos-release-5-10.el5.centos
After installing python-simplejson ovirt-agent started ok. Thanks, I will fix that -- Ernest Beinrohr, AXON PRO DevOps, Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, skype:oernii-work <callto://oernii-work>, jabber:oernii@jabber.org ------------------------------------------------------------------------ "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." Richard Feynman
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com --------------000809010504020504030907 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 11/27/2013 03:26 PM, Ernest Beinrohr wrote:<br> </div> <blockquote cite="mid:52960126.6060600@axonpro.sk" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div class="moz-cite-prefix">Dňa 26.11.2013 12:20, Vinzenz Feenstra wrote / napísal(a):<br> </div> <blockquote cite="mid:52948405.7030904@redhat.com" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div class="moz-cite-prefix">On 11/25/2013 06:36 PM, Thomas Suckow wrote:<br> </div> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> > Why not just reuse the rhev-agent username, it is what it is reserved as? Then just add a conflict with the rhev RPM so they cannot be installed together.<br> <br> Actually, looking at the spec file. The user is added with the -o option (Allow non-unique). If you added -o to groupadd then the problem should go away and was probably the original intent of the spec file writer.<br> <br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 ovirtagent<br> </span>to<br> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <span style="color: rgb(51, 51, 51); font-family: Consolas, 'Liberation Mono', Courier, monospace; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 18px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: pre; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;">getent group ovirtagent >/dev/null || groupadd -r -g 175 -o ovirtagent</span><br> </blockquote> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5">https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-6.el5</a> contains this fix.<br> <blockquote cite="mid:52938A99.8060605@pnnl.gov" type="cite"> <br> </blockquote> </blockquote> Seems like a missing dependency:<br> <br> /etc/init.d/ovirt-guest-agent start<br> <br> Stopping ovirt-guest-agent: [ZLYHALO]<br> Spustenie ovirt-guest-agent: Traceback (most recent call last):<br> File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 25, in ?<br> from GuestAgentLinux2 import LinuxVdsAgent<br> File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 25, in ?<br> from OVirtAgentLogic import AgentLogicBase, DataRetriverBase<br> File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 25, in ?<br> from VirtIoChannel import VirtIoChannel<br> File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 34, in ?<br> json = import_json()<br> File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 32, in import_json<br> import simplejson<br> ImportError: No module named simplejson<br> <br> <br> $ rpm -qa centos*release<br> centos-release-5-10.el5.centos<br> <br> After installing python-simplejson ovirt-agent started ok.<br> </blockquote> Thanks, I will fix that<br> <blockquote cite="mid:52960126.6060600@axonpro.sk" type="cite"> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> DevOps, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a><br> icq:28153343, <a moz-do-not-send="true" style="text-decoration: none; color: gray;" href="callto://oernii-work">skype:oernii-work</a>, <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <br> </span> <hr style="height: 1px; width: 95%"> <span style="font-size: 70%;"> “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman </span> </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" height="1" width="1"> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com</pre> </body> </html> --------------000809010504020504030907--
participants (6)
-
Ernest Beinrohr
-
Gianluca Cecchi
-
Itamar Heim
-
Patrick Hurrelmann
-
Thomas Suckow
-
Vinzenz Feenstra