ovirtmgmt bridge, hosted engine, and running VMs
by Garry Tiedemann
This is a multi-part message in MIME format.
--------------080303010305060104030604
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi folks,
I have a 3.5 hosted-engine setup, which was recently upgraded from 3.4.
It has five nodes, two of them set up for hosted-engine HA.
Initial problem:
One of the hosted-engine HVs had a score of 1800, owing to the
management bridge (ovirtmgmt) being absent.
I put ovirtmgmt bridge back in. The score went to 2400. Great!
After that, I could use hosted-engine --set-maintenance --mode=local to
force it to move to the other blade.
Can't migrate hosted-engine using the oVirt GUI though; I'm sure I've
done so before, is that still supposed to work in 3.5?
Second problem:
Having added the ovirtmgmt bridge, that HV, which was running VMs
before, now refuses to accept them.
An example from hosted-engine's engine.log, it refuses to put a VM on
these hosts:
2015-04-29 17:23:07,593 INFO
[org.ovirt.engine.core.bll.scheduling.SchedulingManager]
(ajp--127.0.0.1-8702-2) [4ca60585] Candidate host
bl09.networkvideo.com.au (4f26611a-9f44-4832-b9e3-1a06b1d513fc) was
filtered out by VAR__FILTERTYPE__INTERNAL *filter Network*
2015-04-29 17:23:07,595 INFO
[org.ovirt.engine.core.bll.scheduling.SchedulingManager]
(ajp--127.0.0.1-8702-2) [4ca60585] Candidate host
bl07.networkvideo.com.au (fc50be91-3e07-4447-a0d8-bffbda8a07c6) was
filtered out by VAR__FILTERTYPE__INTERNAL filter Network
I think it must relate to the configuration for either the ovirtmgmt
bridge, or the physical interface to which the bridge is connected.
I have seen, for example, the need for BOOTPROTO=none to be in the
ifcfg-file.
So, it seems that filter actually reads config files, and I suspect it's
looking for a certain directive and/or syntax. My guess, it's being
(too) fussy about syntax.
Has anyone else encountered this? I'd be glad to learn more about how
that filter works, if someone can point me in the right direction please.
The interface configs for the two scenarios are shown below.
1. eth0 without a bridge - like this, I can run VMs on the HV, but
hosted-engine won't go there (of course).
[root@bl09 network-scripts]# cat ifcfg-eth0
DEVICE=eth0
HWADDR=00:21:5a:48:4e:4a
ONBOOT=yes
IPADDR=10.0.14.9
NETMASK=255.255.255.0
GATEWAY=10.0.14.254
BOOTPROTO=none
MTU=1500
DEFROUTE=yes
NM_CONTROLLED=no
2. With the bridge in, as it is now, I can put hosted-engine on it, but
can't run other VMs on there.
[root@bl09 network-scripts]# cat ifcfg-eth0
DEVICE=eth0
HWADDR=00:21:5a:48:4e:4a
BOOTPROTO=none
ONBOOT=yes
BRIDGE=ovirtmgmt
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
[root@bl09 network-scripts]# cat ifcfg-ovirtmgmt
DEVICE=ovirtmgmt
ONBOOT=yes
TYPE=Bridge
DELAY=0
IPADDR=10.0.14.9
NETMASK=255.255.255.0
GATEWAY=10.0.14.254
BOOTPROTO=static
DEFROUTE=yes
NM_CONTROLLED=no
Any guidance appreciated.
--
Thanks,
Garry
--------------080303010305060104030604
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi folks,<br>
<br>
I have a 3.5 hosted-engine setup, which was recently upgraded from
3.4. It has five nodes, two of them set up for hosted-engine HA.<br>
<br>
Initial problem:<br>
<br>
One of the hosted-engine HVs had a score of 1800, owing to the
management bridge (ovirtmgmt) being absent. <br>
I put ovirtmgmt bridge back in. The score went to 2400. Great!<br>
After that, I could use hosted-engine --set-maintenance --mode=local
to force it to move to the other blade.<br>
<br>
Can't migrate hosted-engine using the oVirt GUI though; I'm sure
I've done so before, is that still supposed to work in 3.5?<br>
<br>
Second problem:<br>
<br>
Having added the ovirtmgmt bridge, that HV, which was running VMs
before, now refuses to accept them.<br>
<br>
An example from hosted-engine's engine.log, it refuses to put a VM
on these hosts:<br>
<br>
<tt>2015-04-29 17:23:07,593 INFO
[org.ovirt.engine.core.bll.scheduling.SchedulingManager]
(ajp--127.0.0.1-8702-2) [4ca60585] Candidate host
bl09.networkvideo.com.au (4f26611a-9f44-4832-b9e3-1a06b1d513fc)
was filtered out by VAR__FILTERTYPE__INTERNAL <b>filter Network</b></tt><tt><br>
</tt><tt>2015-04-29 17:23:07,595 INFO
[org.ovirt.engine.core.bll.scheduling.SchedulingManager]
(ajp--127.0.0.1-8702-2) [4ca60585] Candidate host
bl07.networkvideo.com.au (fc50be91-3e07-4447-a0d8-bffbda8a07c6)
was filtered out by VAR__FILTERTYPE__INTERNAL filter Network</tt><br>
<br>
I think it must relate to the configuration for either the ovirtmgmt
bridge, or the physical interface to which the bridge is connected.<br>
I have seen, for example, the need for BOOTPROTO=none to be in the
ifcfg-file.<br>
So, it seems that filter actually reads config files, and I suspect
it's looking for a certain directive and/or syntax. My guess, it's
being (too) fussy about syntax.<br>
<br>
Has anyone else encountered this? I'd be glad to learn more about
how that filter works, if someone can point me in the right
direction please.<br>
<br>
The interface configs for the two scenarios are shown below.<br>
<br>
1. eth0 without a bridge - like this, I can run VMs on the HV, but
hosted-engine won't go there (of course).<br>
<br>
<tt>[root@bl09 network-scripts]# cat ifcfg-eth0</tt><tt><br>
</tt><tt>DEVICE=eth0</tt><tt><br>
</tt><tt>HWADDR=00:21:5a:48:4e:4a</tt><tt><br>
</tt><tt>ONBOOT=yes</tt><tt><br>
</tt><tt>IPADDR=10.0.14.9</tt><tt><br>
</tt><tt>NETMASK=255.255.255.0</tt><tt><br>
</tt><tt>GATEWAY=10.0.14.254</tt><tt><br>
</tt><tt>BOOTPROTO=none</tt><tt><br>
</tt><tt>MTU=1500</tt><tt><br>
</tt><tt>DEFROUTE=yes</tt><tt><br>
</tt><tt>NM_CONTROLLED=no<br>
<br>
</tt>2. With the bridge in, as it is now, I can put hosted-engine on
it, but can't run other VMs on there.<br>
<br>
<tt>[root@bl09 network-scripts]# cat ifcfg-eth0</tt><tt><br>
</tt><tt>DEVICE=eth0</tt><tt><br>
</tt><tt>HWADDR=00:21:5a:48:4e:4a</tt><tt><br>
</tt><tt>BOOTPROTO=none</tt><tt><br>
</tt><tt>ONBOOT=yes</tt><tt><br>
</tt><tt>BRIDGE=ovirtmgmt</tt><tt><br>
</tt><tt>MTU=1500</tt><tt><br>
</tt><tt>DEFROUTE=no</tt><tt><br>
</tt><tt>NM_CONTROLLED=no</tt><tt><br>
</tt><tt>[root@bl09 network-scripts]# cat ifcfg-ovirtmgmt</tt><tt><br>
</tt><tt>DEVICE=ovirtmgmt</tt><tt><br>
</tt><tt>ONBOOT=yes</tt><tt><br>
</tt><tt>TYPE=Bridge</tt><tt><br>
</tt><tt>DELAY=0</tt><tt><br>
</tt><tt>IPADDR=10.0.14.9</tt><tt><br>
</tt><tt>NETMASK=255.255.255.0</tt><tt><br>
</tt><tt>GATEWAY=10.0.14.254</tt><tt><br>
</tt><tt>BOOTPROTO=static</tt><tt><br>
</tt><tt>DEFROUTE=yes</tt><tt><br>
</tt><tt>NM_CONTROLLED=no</tt><br>
<br>
Any guidance appreciated.<br>
<br>
-- <br>
<div class="moz-signature">Thanks,<br>
<br>
Garry<br>
</div>
</body>
</html>
--------------080303010305060104030604--
7 years, 3 months
Regarding backing up of a VM
by Hemanth Nalluri
Hello All,
Can any one help me / tell me the steps to take a backup of a existing VM?.
Thanks In Advance!.
Thanks & Regards
Hemanth Nalluri
+91 973 999 3635
7 years, 3 months
removing neutron networks
by Jorick Astrego
This is a multi-part message in MIME format.
--------------070405090609010502030000
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Hi=2C
After my update to 3=2E5=2E2 final=2C I started messing about with the Neut=
ron
integration again=2E
I created and removed several networks but the list keeps adding each
new network when I use import=2C the old ones still remain=2E
2015-04-29 17=3A28=3A21=2C293 INFO=20
=5Borg=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkComm=
and=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Running co=
mmand=3A
RemoveNetworkCommand internal=3A false=2E Entities affected =3A ID=3A=
4526582c-eef6-4562-97ad-facdf4590356 Type=3A NetworkAction group
CONFIGURE=5FSTORAGE=5FPOOL=5FNETWORK with role type ADMIN
2015-04-29 17=3A28=3A21=2C545 ERROR
=5Borg=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkComm=
and=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Command
org=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkCommand=
throw Vdc
Bll exception=2E With error message VdcBLLException=3A =28Failed with=
error PROVIDER=5FFAILURE and code 5050=29
2015-04-29 17=3A28=3A21=2C548 INFO=20
=5Borg=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkComm=
and=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Command
=5Bid=3D163db1a8-d281-43e7-8bc1-a5229ffe4555=5D=3A Compensating
DELETED=5FOR=5FUPDATED=5FENTITY of
org=2Eovirt=2Eengine=2Ecore=2Ecommon=2Ebusinessentities=2Enetwork=2ENet=
work=3B
snapshot=3A id=3D4526582c-eef6-4562-97ad-facdf4590356=2E
2015-04-29 17=3A28=3A21=2C598 ERROR
=5Borg=2Eovirt=2Eengine=2Ecore=2Edal=2Edbbroker=2Eauditloghandling=2EAu=
ditLogDirector=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Correlatio=
n ID=3A
58f7886b=2C Call Stack=3A null=2C Custom Event ID=3A -1=2C Message=3A F=
ailed to
remove Network EN=5Fuplink from Data Center=3A Netbulae
And in neutron server=2Elog=3A
2015-04-29 19=3A28=3A23=2E347 1027 INFO neutron=2Eapi=2Ev2=2Eresource=
=5Breq-44768a7f-7443-4da7-b162-c91b3f8d78d3 None=5D delete failed
=28client error=29=3A Network 36a7a012-d94c-4a0f-b369-47d1d04f5942 coul=
d
not be found
When I check in Neutron=2C there are only two listed=2E
neutron net-list
+--------------------------------------+---------+---------------------=
----------------------------------+
=7C id =7C name =7C
subnets =7C
+--------------------------------------+---------+---------------------=
----------------------------------+
=7C 66ef5f7f-b0d1-4ef9-8b5e-d7a7aa315d58 =7C public =7C
37ea25da-68a1-478b-ab30-8cf6ad104ccb ***=2E***=2E***=2E**/26 =7C
=7C 5e90abfb-19c1-4b09-b387-8f2b815cad30 =7C private =7C
60f29e92-5461-4eba-a375-4016bc4c6f39 172=2E17=2E0=2E0/24 =7C
+--------------------------------------+---------+---------------------=
----------------------------------+
So it appears oVirt doesn=27t handle things correctly when I remove the
networks from neutron directly=2E
Met vriendelijke groet=2C With kind regards=2C
Jorick Astrego
Netbulae Virtualization Experts=20
----------------
=09Tel=3A 053 20 30 270 =09info=40netbulae=2Eeu =09Staalsteden 4-3A =09KvK=
08198180
=09Fax=3A 053 20 30 271 =09www=2Enetbulae=2Eeu =097547 TA Enschede =09BTW=
NL821234584B01
----------------
--------------070405090609010502030000
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=3Chtml=3E
=3Chead=3E
=3Cmeta http-equiv=3D=22content-type=22 content=3D=22text/html=3B chars=
et=3Dutf-8=22=3E
=3C/head=3E
=3Cbody bgcolor=3D=22=23FFFFFF=22 text=3D=22=23000000=22=3E
Hi=2C=3Cbr=3E
=3Cbr=3E
After my update to 3=2E5=2E2 final=2C I started messing about with the=
Neutron integration again=2E=3Cbr=3E
=3Cbr=3E
I created and removed several networks but the list keeps adding
each new network when I use import=2C the old ones still remain=2E=3Cbr=
=3E
=3Cbr=3E
=3Cbr=3E
=3Cblockquote=3E2015-04-29 17=3A28=3A21=2C293 INFO=C2=A0
=5Borg=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkCo=
mmand=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Running=
command=3A
RemoveNetworkCommand internal=3A false=2E Entities affected =3A=C2=A0=
ID=3A
4526582c-eef6-4562-97ad-facdf4590356 Type=3A NetworkAction group
CONFIGURE=5FSTORAGE=5FPOOL=5FNETWORK with role type ADMIN=3Cbr=3E
2015-04-29 17=3A28=3A21=2C545 ERROR
=5Borg=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkCo=
mmand=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Command=
org=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkComma=
nd throw
Vdc Bll exception=2E With error message VdcBLLException=3A =28Failed=
with error PROVIDER=5FFAILURE and code 5050=29=3Cbr=3E
2015-04-29 17=3A28=3A21=2C548 INFO=C2=A0
=5Borg=2Eovirt=2Eengine=2Ecore=2Ebll=2Enetwork=2Edc=2ERemoveNetworkCo=
mmand=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Command=
=5Bid=3D163db1a8-d281-43e7-8bc1-a5229ffe4555=5D=3A Compensating
DELETED=5FOR=5FUPDATED=5FENTITY of
org=2Eovirt=2Eengine=2Ecore=2Ecommon=2Ebusinessentities=2Enetwork=2EN=
etwork=3B
snapshot=3A id=3D4526582c-eef6-4562-97ad-facdf4590356=2E=3Cbr=3E
2015-04-29 17=3A28=3A21=2C598 ERROR
=5Borg=2Eovirt=2Eengine=2Ecore=2Edal=2Edbbroker=2Eauditloghandling=2E=
AuditLogDirector=5D
=28org=2Eovirt=2Ethread=2Epool-8-thread-45=29 =5B58f7886b=5D Correlat=
ion ID=3A
58f7886b=2C Call Stack=3A null=2C Custom Event ID=3A -1=2C Message=3A=
Failed
to remove Network EN=5Fuplink from Data Center=3A Netbulae=3Cbr=3E
=3Cbr=3E
=3C/blockquote=3E
And in neutron server=2Elog=3A=3Cbr=3E
=3Cbr=3E
=3Cblockquote=3E2015-04-29 19=3A28=3A23=2E347 1027 INFO
neutron=2Eapi=2Ev2=2Eresource =5Breq-44768a7f-7443-4da7-b162-c91b3f8d=
78d3
None=5D delete failed =28client error=29=3A Network
36a7a012-d94c-4a0f-b369-47d1d04f5942 could not be found=3Cbr=3E
=3Cbr=3E
=3C/blockquote=3E
When I check in Neutron=2C there are only two listed=2E=3Cbr=3E
=3Cblockquote=3Eneutron net-list=3Cbr=3E
+--------------------------------------+---------+-------------------------=
------------------------------+=3Cbr=3E
=7C id=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=20=
=7C name=C2=A0=C2=A0=C2=A0 =7C
subnets=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=20=
=7C=3Cbr=3E
+--------------------------------------+---------+-------------------------=
------------------------------+=3Cbr=3E
=7C 66ef5f7f-b0d1-4ef9-8b5e-d7a7aa315d58 =7C public=C2=A0 =7C
37ea25da-68a1-478b-ab30-8cf6ad104ccb ***=2E***=2E***=2E**/26 =7C=3Cbr=
=3E
=7C 5e90abfb-19c1-4b09-b387-8f2b815cad30 =7C private =7C
60f29e92-5461-4eba-a375-4016bc4c6f39 172=2E17=2E0=2E0/24=C2=A0=C2=A0=
=C2=A0 =7C=3Cbr=3E
+--------------------------------------+---------+-------------------------=
------------------------------+=3Cbr=3E
=3Cbr=3E
=3Cbr=3E
=3C/blockquote=3E
So it appears oVirt doesn=27t handle things correctly when I remove
the networks from neutron directly=2E=3Cbr=3E
=3Cbr=3E
=3Cbr=3E
=20=
=3CBR /=3E
=3CBR /=3E
=3Cb style=3D=22color=3A=23604c78=22=3E=3C/b=3E=3Cbr=3E=3Cspan style=3D=22c=
olor=3A=23604c78=3B=22=3E=3Cfont color=3D=22000000=22=3E=3Cspan style=3D=22=
mso-fareast-language=3Aen-gb=3B=22 lang=3D=22NL=22=3EMet vriendelijke groet=
=2C With kind regards=2C=3Cbr=3E=3Cbr=3E=3C/span=3EJorick Astrego=3C/font=
=3E=3C/span=3E=3Cb style=3D=22color=3A=23604c78=22=3E=3Cbr=3E=3Cbr=3ENetbul=
ae Virtualization Experts =3C/b=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3B=
border-top=3A1px solid =23ccc=3B=22=3E=3Ctable style=3D=22width=3A 522px=22=
=3E=3Ctbody=3E=3Ctr=3E=3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=
=22=3ETel=3A 053 20 30 270=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bf=
ont-size=3A 10px=22=3Einfo=40netbulae=2Eeu=3C/td=3E =3Ctd style=3D=22wid=
th=3A 130px=3Bfont-size=3A 10px=22=3EStaalsteden 4-3A=3C/td=3E =3Ctd sty=
le=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EKvK 08198180=3C/td=3E=3C/tr=
=3E=3Ctr=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=3A 10px=22=3EFax=
=3A 053 20 30 271=3C/td=3E =3Ctd style=3D=22width=3A 130px=3Bfont-size=
=3A 10px=22=3Ewww=2Enetbulae=2Eeu=3C/td=3E =3Ctd style=3D=22width=3A 130=
px=3Bfont-size=3A 10px=22=3E7547 TA Enschede=3C/td=3E =3Ctd style=3D=22w=
idth=3A 130px=3Bfont-size=3A 10px=22=3EBTW NL821234584B01=3C/td=3E=3C/tr=3E=
=3C/tbody=3E=3C/table=3E=3Cbr=3E=3Chr style=3D=22border=3Anone=3Bborder-top=
=3A1px solid =23ccc=3B=22=3E=3CBR /=3E
=3C/body=3E
=3C/html=3E
--------------070405090609010502030000--
7 years, 3 months
[Discussion] Office Hours for oVirt Community
by Brian Proffitt
All:
There has been some discussion lately of dropping the weekly status/sync
meeting on Wednesdays in favor of a less formal set of IRC office hour
sessions.
The current suggestion is that these office hours will be held for set
half-hour periods, moderated by a rotation of community members.
Discussions should be open, answering all questions and discussing any
cross-team/community-wide issues as needed.
Tentatively, these would be held twice a week, Tuesdays and Thursdays.
Probably one set for an optimal West Asia/Europe time slot, and another
more suited for North and South America. Ideally, a potential third
meeting time would help cover East Asia and Australia.
Thoughts on this are welcome... we would like to move forward with the
new format in May.
Peace,
Brian
7 years, 3 months
[ACTION NEEDED][QE] oVirt 3.6.0 status
by Sandro Bonazzola
Hi, here's an update on 3.6 status on integration / rel-eng side
The tracker bug for 3.6.0 [1] currently shows no blockers.
Repository closure is currently broken on Fedora 20 and CentOS 6
due to a missing required dependency on recent libvirt and vdsm rpm dropping el6 support.
VDSM builds for EL6 are no more available on master snapshot.
ACTION: jenkins job owners: please review jenkins jobs relying on VDSM to be available on EL6.
There are 535 bugs [2] targeted to 3.6.0.
NEW ASSIGNED POST Total
abrt+infra 2 0 0 1
docs 10 0 0 10
external 1 0 0 1
gluster 30 36 20 86
i18n 2 0 0 2
infra 44 3 8 55
integration 35 2 9 46
network 46 1 8 55
node 26 2 3 31
ovirt-node-plugin-vdsm 1 0 0 1
sla 45 3 2 50
spice 1 0 0 1
storage 73 7 5 85
ux 27 0 3 30
virt 63 6 11 80
Total 406 60 69 535
Features submission is now CLOSED as per current release schedule.
ACTION: review features tracked in the google doc[3]
On Integration side:
* Progress on backup / restore RFEs
* Fixing regressions in Hosted Engine deployment on additional hosts
On Release engineering side:
* Working with infra team fixing jenkins issues
ACTION: community members are welcome to join QE effort[4] by testing nightly master snapshot[5] on test systems
[1] https://bugzilla.redhat.com/1155425
[2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6....
[3] http://goo.gl/9X3G49
[4] http://www.ovirt.org/OVirt_Quality_Assurance
[5] http://www.ovirt.org/Install_nightly_snapshot
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
7 years, 3 months
Problem with a second host: Exit message: internal error: Cannot find suitable CPU model for given data.
by Julián Tete
Hello Friends of oVirt
I'd setup a oVirt enviroment (hosted-engine) on BladeCenter HS23 Blades
All the machines are CentOS 7.1
Engine FQDN: ovirt.udistritaloas.edu.co
Second Host FQDN: sotara.udistritaloas.edu.co
FQDN Host with the Host-Engine and with the Data Master Storage:
patascoy.udistritaloas.edu.co
When I try to start a Virtual Machine on a second Host I get:
VM PrimeraMaquinaCentOS7 is down with error. Exit message: internal error:
Cannot find suitable CPU model for given data.
Failed to run VM PrimeraMaquinaCentOS7 on Host sotara.udistritaloas.edu.co.
Failed to run VM PrimeraMaquinaCentOS7 (User: admin@internal).
Packages in the second Host:
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-gluster-4.16.10-8.gitc937927.el7.noarch
vdsm-python-4.16.10-8.gitc937927.el7.noarch
vdsm-4.16.10-8.gitc937927.el7.x86_64
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-cli-4.16.10-8.gitc937927.el7.noarch
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
libvirt-daemon-driver-storage-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-kvm-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-driver-secret-1.2.8-16.el7_1.2.x86_64
libvirt-python-1.2.8-7.el7_1.1.x86_64
libvirt-gobject-0.1.7-3.el7.x86_64
libvirt-glib-0.1.7-3.el7.x86_64
libvirt-daemon-driver-network-1.2.8-16.el7_1.2.x86_64
libvirt-client-1.2.8-16.el7_1.2.x86_64
libvirt-lock-sanlock-1.2.8-16.el7_1.2.x86_64
libvirt-gconfig-0.1.7-3.el7.x86_64
libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-driver-interface-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-driver-qemu-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.2.x86_64
libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.2.x86_64
qemu-kvm-common-rhev-1.5.3-60.el7_0.2.x86_64
libvirt-daemon-kvm-1.2.8-16.el7_1.2.x86_64
qemu-kvm-rhev-1.5.3-60.el7_0.2.x86_64
qemu-kvm-tools-rhev-1.5.3-60.el7_0.2.x86_64
ovirt-engine-sdk-python-3.5.1.0-1.el7.centos.noarch
ovirt-hosted-engine-setup-1.2.2-1.el7.centos.noarch
ovirt-hosted-engine-ha-1.2.5-1.el7.centos.noarch
ovirt-release35-002-1.noarch
ovirt-host-deploy-1.3.1-1.el7.noarch
Basic Second Host Information:
http://pastebin.com/KFWWtD9v
Second Host Relevant oVirt Information:
http://pastebin.com/Rvm9kNph
Engine Log:
http://pastebin.com/p7UK787e
7 years, 3 months
VM image locked after failed migration
by Jannick DelOro
Hello,
after failed migrations I have several VMs where disk is in state locked. I'm therefore unable to move the disk to another storage. The VMs are still running. What can I do to unlock the images? I haven't found a satisfying solution while searching list archive and web. The migration tasks have failed hours before because of a broken storage device.
Kind regards
Jannick
7 years, 3 months
NFS storage domain fail after engine upgrade
by Rik Theys
Hi,
I migrated my engine from CentOS 6 to CentOS 7 by taking an
engine-backup on the CentOS 6 install and running the restore on a
CentOS 7.1 install.
This worked rather well. I can log into the admin webinterface and see
my still running VM's.
The only issue I'm facing is that the hosts can no longer access the
export and ISO domain (which are nfs exports on my engine).
When I try to activate the storage domain on a host I get the following
message in the engine log (see below).
It seems the engine thinks the storage domain does not exist. I copied
the files from the old installation into the same directories on the new
installation and I can nfs mount them manually from the hosts. I can
also nfs mount it on the engine itself.
Any idea on how to debug this?
My engine is running 3.5.1 (actually 3.5.2 now as it just got upgraded,
but the upgrade did not change anything regarding this bug).
Is there a way to remove the export/iso domain? I can not detach it from
my data centers using the web interface.
Regards,
Rik
2015-04-28 12:59:19,271 INFO
[org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand]
(ajp--127.0.0.1-8702-8) [450f2bb2] Lock Acquired to object EngineLock
[exclusiveLocks= key: 31ba6486-d4ef-45ae-a184-8296185ef79b value: STORAGE
, sharedLocks= ]
2015-04-28 12:59:19,330 INFO
[org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] Running command:
ActivateStorageDomainCommand internal: false. Entities affected : ID:
31ba6486-d4ef-45ae-a184-8296185ef79b Type: StorageAction group
MANIPULATE_STORAGE_DOMAIN with role type ADMIN
2015-04-28 12:59:19,360 INFO
[org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] Lock freed to object
EngineLock [exclusiveLocks= key: 31ba6486-d4ef-45ae-a184-8296185ef79b
value: STORAGE
, sharedLocks= ]
2015-04-28 12:59:19,362 INFO
[org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] ActivateStorage Domain.
Before Connect all hosts to pool. Time:4/28/15 12:59 PM
2015-04-28 12:59:19,383 INFO
[org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand]
(org.ovirt.thread.pool-8-thread-28) [3e09aa16] Running command:
ConnectStorageToVdsCommand internal: true. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group
CREATE_STORAGE_DOMAIN with role type ADMIN
2015-04-28 12:59:19,388 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(org.ovirt.thread.pool-8-thread-28) [3e09aa16] START,
ConnectStorageServerVDSCommand(HostName = stadius-virt2, HostId =
7212971a-d38a-42e7-8e6a-24d3396dfa6a, storagePoolId =
00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList
= [{ id: 5f18ed21-8c71-4e71-874a-a6a8594c3138, connection:
iron:/var/lib/exports/export-domain, iqn: null, vfsType: null,
mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null
};]), log id: 13d9ec07
2015-04-28 12:59:19,409 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(org.ovirt.thread.pool-8-thread-28) [3e09aa16] FINISH,
ConnectStorageServerVDSCommand, return:
{5f18ed21-8c71-4e71-874a-a6a8594c3138=0}, log id: 13d9ec07
2015-04-28 12:59:19,417 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] START,
ActivateStorageDomainVDSCommand( storagePoolId =
e7bdba88-e718-41a9-8d2b-0ca79c517630, ignoreFailoverLimit = false,
storageDomainId = 31ba6486-d4ef-45ae-a184-8296185ef79b), log id: 1da2c4c4
2015-04-28 12:59:19,774 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] Failed in
ActivateStorageDomainVDS method
2015-04-28 12:59:19,781 ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2]
IrsBroker::Failed::ActivateStorageDomainVDS due to: IRSErrorException:
IRSGenericException: IRSErrorException: Failed to
ActivateStorageDomainVDS, error = Storage domain does not exist:
('31ba6486-d4ef-45ae-a184-8296185ef79b',), code = 358
2015-04-28 12:59:19,793 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.ActivateStorageDomainVDSCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] FINISH,
ActivateStorageDomainVDSCommand, log id: 1da2c4c4
2015-04-28 12:59:19,794 ERROR
[org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] Command
org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand throw Vdc
Bll exception. With error message VdcBLLException:
org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException:
IRSGenericException: IRSErrorException: Failed to
ActivateStorageDomainVDS, error = Storage domain does not exist:
('31ba6486-d4ef-45ae-a184-8296185ef79b',), code = 358 (Failed with error
StorageDomainDoesNotExist and code 358)
2015-04-28 12:59:19,819 INFO
[org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] Command
[id=4e3a7128-ad1f-48fd-b871-ebf89d6cfb87]: Compensating
CHANGED_STATUS_ONLY of
org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap;
snapshot: EntityStatusSnapshot [id=storagePoolId =
e7bdba88-e718-41a9-8d2b-0ca79c517630, storageId =
31ba6486-d4ef-45ae-a184-8296185ef79b, status=Inactive].
2015-04-28 12:59:19,832 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-25) [450f2bb2] Correlation ID: 450f2bb2,
Job ID: 982d9fcc-7b9c-4159-b8c5-ef9414c76dee, Call Stack: null, Custom
Event ID: -1, Message: Failed to activate Storage Domain iron-export
(Data Center SENSORED) by XXXXX@XXXX
--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee
+32(0)16/32.11.07
----------------------------------------------------------------
<<Any errors in spelling, tact or fact are transmission errors>>
7 years, 3 months
[ANN] oVirt 3.5.2 Final Release is now available
by Sandro Bonazzola
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
The oVirt team is pleased to announce that the oVirt 3.5.2 Final Release is now available as of April 28th 2015.
oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization.
oVirt is available now for Fedora 20,
Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar).
This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live and oVirt Node ISO will be available soon as well[2].
Please note that mirrors[3] may need usually one day before being synchronized.
Please refer to the release notes for known issues in this release.
[1] http://www.ovirt.org/OVirt_3.5.2_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.5/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
- --
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJVP0l9AAoJEHw3u57E4QAOQqQP/1xFK0hv63XnK3PuY4nvgHZI
8zYx4najqu/HraI1T8CNbNdA9gRsC41Wi8Rj6NmYYjYQYli2aVRCvCJQ2ZHMJ/4C
Li4PjzRN/I5jUVXTnXXFZwBR5puormC6Xw5/0BWpZl1HY9kQfp0BQAN2xZRpPOAL
d05YWwkhGRlY2QqbejD2/Srs7EeaBm6a72eso87VlF0cPqmOyEQHOsZW/+ePUr8m
IsEvmiLs4AjVddcThAMwnpxoTyVuvAcKcNNuimnkOLqnVn0cvEUJQuBSzeasPU9u
lMJMiavT3F1NgcO8nuxl+ouxDiPPD2k3sJYWishr4kSjlAh+nHD9AiUBvwKG6wtz
MsL4CEURu+ufk2IRNsiVwheS+V7NDxePZ8FiDiv8I8Fi3cJNSTs8LL9sjGZnW/uz
p1CfTXr21965yManVDXqhHOU5Z5v5cp9ZLbYMU4HkBDyF9r5U/fGt5wYzaTtHIQ9
9JsPoEmWzSWGBMPeouMEpWNKJJM0RZ1DpD11qoksjTQ/nIiMP8doBlvkvPBs9ZS6
WEwgLMxa/nGm5/nO/30VDKgHTVa/bFJnxe98D0hosFs3nyFGYvj1jT707b1d0srk
aHd0WYv0+7tsJ/y4QJPKoesL61zmWmdrK2URNYiyIWGgNwQJJZuYVY1ckayx63kb
DMpHcfZNlBNrss7FF5lr
=A4ZO
-----END PGP SIGNATURE-----
7 years, 3 months
