Re: [ovirt-users] ovirt-guest-agent.service has broken in Debian 8 virtual machines after updates hosts to 4.2
On 5 January 2018 at 10:32, Алексей Максимов
wrote:
>
>
> A similar problem is described here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1472293
>
> But there is no solution.
There is, but its a bit sparse in the bug report - this worked for me
on Ubuntu, same problem:
##
So I changed value in /etc/ovirt-guest-agent.conf to look like:
[virtio]
# device = /dev/virtio-ports/com.redhat.rhevm.vdsm
device = /dev/virtio-ports/ovirt-guest-agent.0
##
Then...
##
cat /etc/udev/rules.d/55-ovirt-guest-agent.rules
SYMLINK=="virtio-ports/ovirt-guest-agent.0", OWNER="ovirtagent",
GROUP="ovirtagent"
udevadm trigger --subsystem-match="virtio-ports"
##
After that, the service started for me.
>
> 02.01.2018, 18:15, "Алексей Максимов" :
>> Hello, oVirt guru's
>>
>> I just successfully updated my oVirt HE to 4.2.
>> But after I upgraded all hosts and virtual machine restart, the
>> ovirt-guest-agent.service has stopped running in virtual machines with
>> Debian Jessie.
>>
>>
>>
>> # lsb_release -a
>>
>> No LSB modules are available.
>> Distributor ID: Debian
>> Description: Debian GNU/Linux 8.10 (jessie)
>> Release: 8.10
>> Codename: jessie
>>
>>
>>
>> # dpkg -l | grep ovirt
>>
>> ii ovirt-guest-agent 1.0.10.2.dfsg-2+deb8u1 all daemon that resides within
>> guest virtual machines
>>
>> Note: This package installed from Debian Jessie official repo
>>
>>
>>
>> # systemctl status ovirt-guest-agent.service
>>
>> ● ovirt-guest-agent.service - oVirt Guest Agent
>>Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; disabled)
>>Active: failed (Result: exit-code) since Tue 2018-01-02 17:36:29 MSK;
>> 23min ago
>> Main PID: 3419 (code=exited, status=1/FAILURE)
>>
>> Jan 02 17:36:29 APP3 systemd[1]: Started oVirt Guest Agent.
>> Jan 02 17:36:29 APP3 systemd[1]: ovirt-guest-agent.service: main process
>> exited, code=exited, status=1/FAILURE
>> Jan 02 17:36:29 APP3 systemd[1]: Unit ovirt-guest-agent.service entered
>> failed state.
>>
>>
>>
>> From /var/log/ovirt-guest-agent/ovirt-guest-agent.log:
>>
>> MainThread::INFO::2018-01-02
>> 17:36:29,764::ovirt-guest-agent::57::root::Starting oVirt guest agent
>> MainThread::ERROR::2018-01-02
>> 17:36:29,768::ovirt-guest-agent::138::root::Unhandled exception in oVirt
>> guest agent!
>> Traceback (most recent call last):
>> File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in
>>
>> agent.run(daemon, pidfile)
>> File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run
>> self.agent = LinuxVdsAgent(config)
>> File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 375, in
>> __init__
>> AgentLogicBase.__init__(self, config)
>> File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in
>> __init__
>> self.vio = VirtIoChannel(config.get("virtio", "device"))
>> File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__
>> self._stream = VirtIoStream(vport_name)
>> File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, 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'
>>
>>
>>
>> Before updating to version 4.2 (for version 4.1.8) everything worked fine.
>>
>> Please help solve the problem
>
> --
> С наилучшими пожеланиями,
> Максимов Алексей
>
> Email: aleksey.i.maksi...@yandex.ru
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade
On 29 December 2017 at 09:11, Michal Skrivanek wrote: > > >> On 29 Dec 2017, at 10:03, Ed Stout wrote: >> >> On 29 December 2017 at 08:42, Michal Skrivanek >> wrote: >>> >>> >>>> On 29 Dec 2017, at 09:34, Ed Stout wrote: >>>> >>>> Good Morning, >>>> >>>> Perhaps someone could clarify for me, please - to update oVirt Nodes >>>> from 4.1.8 -> 4.2, should I just be able to yum install the 4.2 >>>> release file, then yum update? >>> >>> Hi, >>> yes, that should be the right one >>> >>>> Or, do I have to start with the 4.2 >>>> ISO then update from there? >>>> >>>> When I try the former it fails with dependency issues for the nodes, I >>>> did however manage to update a self hosted appliance engine to 4.2. I >>>> had a read through the mailing list archive and couldn't find similar >>>> issues, so perhaps I'm doing something wrong. >>>> >>>> --> Processing Dependency: lshw for package: >>>> vdsm-4.20.9.3-1.el7.centos.x86_64 >>>> --> Finished Dependency Resolution >>>> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch >>>> (ovirt-4.2) >>>> Requires: libvirt-daemon-config-network >>>> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch >>>> (ovirt-4.2) >>>> Requires: virt-install >>>> Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64 >>>> (ovirt-4.2-centos-gluster312) >>>> Requires: python-prettytable >>>> Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2) >>>> Requires: lshw >>>> Error: Package: glusterfs-events-3.12.3-1.el7.x86_64 >>>> (ovirt-4.2-centos-gluster312) >>>> Requires: python-prettytable >>>> You could try using --skip-broken to work around the problem >>>> You could try running: rpm -Va --nofiles —nodigest >>> >>> can you list all your enabled repos? Seems you're missing the base CentOS >>> >>> Thanks, >>> michal >> >> Sure, thanks for the reply - I have 3 nodes, installed from the 4.1.x >> oVirt node ISOs, no custom packages/repos, that see the same (minus >> the 4.2 added here). >> >> [root@onode3 ~]# yum repolist enabled >> Loaded plugins: fastestmirror, imgbased-persist >> Loading mirror speeds from cached hostfile >> * ovirt-4.1-epel: mirrors.ukfast.co.uk >> * ovirt-4.2: ftp.snt.utwente.nl >> * ovirt-4.2-epel: mirrors.ukfast.co.uk >> repo id >> repo name >> >> status >> centos-opstools-release/x86_64 >> CentOS-7 - OpsTools - release >> >> 421 >> centos-sclo-rh-release/x86_64 >> CentOS-7 - SCLo rh >> >>6,534 >> ovirt-4.1/7 >> Latest oVirt 4.1 Release >> >>2,101 >> ovirt-4.1-centos-gluster38/x86_64 >> CentOS-7 - Gluster 3.8 >> >> 31 >> ovirt-4.1-epel/x86_64 >> Extra Packages for Enterprise Linux 7 >> - x86_64 >> 12,184 >> ovirt-4.1-patternfly1-noarch-epel/x86_64 >> Copr repo for patternfly1 owned by >> patternfly >> 2 >> ovirt-4.2/7 >> Latest oVirt 4.2 Release >> >> 179 >> ovirt-4.2-centos-gluster312/x86_64 >> CentOS-7 - Gluster 3.12 >> >> 93 >> ovirt-4.2-centos-opstools/x86_64 >> CentOS-7 - OpsTools - release >> >> 421 >> ovirt-4.2-centos-ovirt42/x86_64 >> CentOS-7 - oVirt 4.2 >> >> 201 >> ovirt-4.2-centos-qemu-ev/x86_64 >> CentOS-7 - QEMU EV >> >> 39 >> ovirt-4.2-epel/x86_64 >> Extra Packages for Enterprise Linux 7 >> - x86_64 >> 12,184 >> ovirt-4.2-virtio-win-latest >>
Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade
On 29 December 2017 at 08:42, Michal Skrivanek wrote: > > >> On 29 Dec 2017, at 09:34, Ed Stout wrote: >> >> Good Morning, >> >> Perhaps someone could clarify for me, please - to update oVirt Nodes >> from 4.1.8 -> 4.2, should I just be able to yum install the 4.2 >> release file, then yum update? > > Hi, > yes, that should be the right one > >> Or, do I have to start with the 4.2 >> ISO then update from there? >> >> When I try the former it fails with dependency issues for the nodes, I >> did however manage to update a self hosted appliance engine to 4.2. I >> had a read through the mailing list archive and couldn't find similar >> issues, so perhaps I'm doing something wrong. >> >> --> Processing Dependency: lshw for package: >> vdsm-4.20.9.3-1.el7.centos.x86_64 >> --> Finished Dependency Resolution >> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch >> (ovirt-4.2) >> Requires: libvirt-daemon-config-network >> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch >> (ovirt-4.2) >> Requires: virt-install >> Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64 >> (ovirt-4.2-centos-gluster312) >> Requires: python-prettytable >> Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2) >> Requires: lshw >> Error: Package: glusterfs-events-3.12.3-1.el7.x86_64 >> (ovirt-4.2-centos-gluster312) >> Requires: python-prettytable >> You could try using --skip-broken to work around the problem >> You could try running: rpm -Va --nofiles —nodigest > > can you list all your enabled repos? Seems you're missing the base CentOS > > Thanks, > michal Sure, thanks for the reply - I have 3 nodes, installed from the 4.1.x oVirt node ISOs, no custom packages/repos, that see the same (minus the 4.2 added here). [root@onode3 ~]# yum repolist enabled Loaded plugins: fastestmirror, imgbased-persist Loading mirror speeds from cached hostfile * ovirt-4.1-epel: mirrors.ukfast.co.uk * ovirt-4.2: ftp.snt.utwente.nl * ovirt-4.2-epel: mirrors.ukfast.co.uk repo id repo name status centos-opstools-release/x86_64 CentOS-7 - OpsTools - release 421 centos-sclo-rh-release/x86_64 CentOS-7 - SCLo rh 6,534 ovirt-4.1/7 Latest oVirt 4.1 Release 2,101 ovirt-4.1-centos-gluster38/x86_64 CentOS-7 - Gluster 3.8 31 ovirt-4.1-epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 12,184 ovirt-4.1-patternfly1-noarch-epel/x86_64 Copr repo for patternfly1 owned by patternfly 2 ovirt-4.2/7 Latest oVirt 4.2 Release 179 ovirt-4.2-centos-gluster312/x86_64 CentOS-7 - Gluster 3.12 93 ovirt-4.2-centos-opstools/x86_64 CentOS-7 - OpsTools - release 421 ovirt-4.2-centos-ovirt42/x86_64 CentOS-7 - oVirt 4.2 201 ovirt-4.2-centos-qemu-ev/x86_64 CentOS-7 - QEMU EV 39 ovirt-4.2-epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 12,184 ovirt-4.2-virtio-win-latest virtio-win builds roughly matching what will be shipped in upcoming RHEL 35 ovirt-centos-ovirt41/x86_64 CentOS-7 - oVirt 4.1 456 sac-gdeploy/x86_64 Copr repo for gdeploy owned by sac 4 virtio-win-stable virtio-win builds roughly matching what was shipped in latest RHEL 5 repolist: 34,890 > >> >> >> OS Version: >> RHEL - 7 - 4.1708.el7.centos >> OS Description: >> oVirt Node 4.1.8 >> Kernel Version: >> 3.10.0 - 693.11.1.el7.x86_64 >> KVM Version: >> 2.9.0 - 16.el7_4.8.1 >> LIBVIRT Version: >> libvirt-3.2.0-14.el7_4.5 >> VDSM Version: >> vdsm-4.19.43-1.el7.centos >> SPICE Version: >> 0.12.8 - 2.el7.1 >> GlusterFS Version: >> glusterfs-3.8.15-2.el7 >> CEPH Version: >> librbd1-0.94.5-2.el7 >> >> Cheers, >> >> Ed >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade
Good Morning, Perhaps someone could clarify for me, please - to update oVirt Nodes from 4.1.8 -> 4.2, should I just be able to yum install the 4.2 release file, then yum update? Or, do I have to start with the 4.2 ISO then update from there? When I try the former it fails with dependency issues for the nodes, I did however manage to update a self hosted appliance engine to 4.2. I had a read through the mailing list archive and couldn't find similar issues, so perhaps I'm doing something wrong. --> Processing Dependency: lshw for package: vdsm-4.20.9.3-1.el7.centos.x86_64 --> Finished Dependency Resolution Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch (ovirt-4.2) Requires: libvirt-daemon-config-network Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch (ovirt-4.2) Requires: virt-install Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64 (ovirt-4.2-centos-gluster312) Requires: python-prettytable Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2) Requires: lshw Error: Package: glusterfs-events-3.12.3-1.el7.x86_64 (ovirt-4.2-centos-gluster312) Requires: python-prettytable You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest OS Version: RHEL - 7 - 4.1708.el7.centos OS Description: oVirt Node 4.1.8 Kernel Version: 3.10.0 - 693.11.1.el7.x86_64 KVM Version: 2.9.0 - 16.el7_4.8.1 LIBVIRT Version: libvirt-3.2.0-14.el7_4.5 VDSM Version: vdsm-4.19.43-1.el7.centos SPICE Version: 0.12.8 - 2.el7.1 GlusterFS Version: glusterfs-3.8.15-2.el7 CEPH Version: librbd1-0.94.5-2.el7 Cheers, Ed ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
