[ANN] Async release for ovirt-engine is now available.
by Sandro Bonazzola
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
The oVirt Team has just released a new version of ovirt-engine package for 3.5.2.1 that fixes a severe issue introduced in 3.5.2[1].
We recommend to all users who have already upgraded to 3.5.2 to update to this package.
Thanks,
[1] https://bugzilla.redhat.com/1214408 - Importing storage domains into an uninitialized datacenter leads to
duplicate OVF_STORE disks being created, and can cause catastrophic loss of VM configuration data
- --
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJVUK6QAAoJEHw3u57E4QAOLo0QALoe0zgCFSCOBScWGOJHAeXT
06ZnW0mObmWwM2T5n7VptVhhT/hES7hj5QfDdF666JKEsHKlkR71YewFqvRrn/6o
ErkRmSo+yrBNSL1se1KQn3k/jLY9RGzF/1tjxc2jaWovA98ULNLXwgDRS+jBNvu2
lSvrCOAO8u5dSZnKl5oZTUN8vqWlzMB1TqbeV0/T7uuhTPwXeo/azLMtxdrLVecg
t+zfFTcT3/BP+eVv0qr8lCxIo3UtjDN11H4VBzfb7cgP7Lg6D16MC7bawcYyuxIE
waGfBFW1CtoeEWEQjic7Cti5j8pgxEc+bljw2PI09IPwEnMnBoqk1fwLg5LLCnnC
eSkyoYN1vxo6ea2HF+Nm9lQ4uolkF3LUlC2017Jb4tYuhuF0ukTkUSEwBi8nfZzL
0/e08i4eglW3g01nIGRRQXq+kohClTWxLyVIUKgWlJ5RlHYooEMYV7qOYjFo/q3y
2ukMGrUZ27rokI/za3/5LkDUMizwh+XNzbO4qCeMd8UcHtsgs2vkElxJBVZ56nx8
EYIi7Mb1dogWtlcd1CE35h6FwnuqDdu/4iYJksH5vMa8aq411Ub65j4fgf4Xjy7D
1o51DuucZoasIkSuP1JiNc2HVOFZJ0hdsOkdLO9+oQ4tB84lMWe28OaRbIP0AV/u
W6jpgUUcS+DPhBfkq0UI
=zYZs
-----END PGP SIGNATURE-----
9 years, 6 months
simple virtual disk moving
by paf1@email.cz
This is a multi-part message in MIME format.
--------------030409070103030603070200
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
hello, would I explicitly define interface for only disk moving ??
Move process takes the first interface from list ( VM assigned ), but
any interface for moving virtuals ( explicitly defined ).
eg.
VM moving from A to B - it takes interface defined for moving (
"movingLAN" )
but
moving only simple disk of VM from A to B - it takes "default" interface
from list of assigned LANs
any idea ??
regs.
Pavel
--------------030409070103030603070200
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 text="#000066" bgcolor="#FFFFFF">
<span> hello, would I explicitly define interface for only disk
moving ??<br>
<br>
Move process takes the first interface from list ( VM assigned ),
but any interface for moving virtuals ( explicitly defined ).<br>
<br>
eg.<br>
VM moving from A to B - it takes interface defined for moving (
"movingLAN" ) <br>
but<br>
moving only simple disk of VM from A to B - it takes "default"
interface from list of assigned LANs<br>
<br>
any idea ??<br>
regs.<br>
Pavel<br>
</span>
</body>
</html>
--------------030409070103030603070200--
9 years, 6 months
disk moving
by paf1@email.cz
This is a multi-part message in MIME format.
--------------060306090200030905050305
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
hello, would I explicitly define interface for only disk moving ??
reg.
Pa.
--------------060306090200030905050305
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000066" bgcolor="#FFFFFF">
<span> hello, would I explicitly define interface for only disk
moving ??<br>
<br>
reg.<br>
Pa.<br>
</span>
</body>
</html>
--------------060306090200030905050305--
9 years, 6 months
Directly connect NIC or other cards to VM?
by David Smith
Is there a way to directly connect a specific device (ie, NIC) to a
particular VM?
I've figured out how to map a specific network interface to a VM, thats one
step, but in the end I may need direct access to the PCI device itself.
Second to that, for network interfaces mapped to a particular VM, is there
a way for the VM to be able to properly detect physical link state of that
interface? Right now that's a 'configurable option' inside network
interface settings on the VM in the manager (ie, plugged, not plugged, and
link state up /down)
Thanks,
David
9 years, 6 months
using Network_Custom_Properties for firewalld zone?
by Jorick Astrego
This is a multi-part message in MIME format.
--------------030704060004040008010802
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Hi=2C
Trying to add the ZONE field to the NIC=27s in oVirt as I=27m trying to use=
Firewalld instead of iptables=2E
Manually it works fine but when I try to set a custom property=2C it
doesn=27t apply=2E
http=3A//www=2Eovirt=2Eorg/Features/Network=5FCustom=5FProperties
I can=27t figure out if this should work or I should use a different method=
=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
----------------
--------------030704060004040008010802
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
Trying to add the ZONE field to the NIC=27s in oVirt as I=27m trying to=
use Firewalld instead of iptables=2E=3Cbr=3E
=3Cbr=3E
Manually it works fine but when I try=C2=A0 to set a custom property=2C=
it
doesn=27t apply=2E=3Cbr=3E
=3Cbr=3E
=3Cblockquote=3E=3Ca class=3D=22moz-txt-link-freetext=22 href=3D=22http=
=3A//www=2Eovirt=2Eorg/Features/Network=5FCustom=5FProperties=22=3Ehttp=3A/=
/www=2Eovirt=2Eorg/Features/Network=5FCustom=5FProperties=3C/a=3E=3Cbr=3E=
=3Cbr=3E
=3C/blockquote=3E
I can=27t figure out if this should work or I should use a different
method=2E=3Cbr=3E
=3Cbr=3E
=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
--------------030704060004040008010802--
9 years, 6 months
how to delete the default cluster?
by Nathanaël Blanchet
Hello,
I'd like to remove the default cluster, but engine refuses telling me
that the blank template is associated to it. The problem is that all my
vms (nearly 200) are created on the base of that template, so I can't
first remove it.
Is there a workaround to do this?
--
Nathanaël Blanchet
Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
9 years, 6 months
Maximum VM memory
by Christophe TREFOIS
--_000_803F768AF2CE4F0DBDB8069A62C5BEB5unilu_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
RGVhciBvdmlydCB1c2VycywNCg0KV2UgaGF2ZSBhIHNwZWNpYWwgbWFjaGluZSB3aGljaCBoYXMg
MSBUQiBSQU0uDQoNClRoZSBpZGVhIGlzIHRvIGhhdmUgMy00IFZNcyBvbiB0aGVyZSB3aGljaCBz
aG91bGQgYmUgc3BsaXQgbGlrZSA4NS81LzUvNSAlIG9mIHRvdGFsIFJBTS4NCg0KSSBoYXZlIHRo
cmVlIHF1ZXN0aW9uczoNCg0KMS4gSXMgdGhlcmUgYW55IHJlYXNvbiBub3QgdG8gcHV0IHVwIGEg
Vk0gd2l0aCBzbyBtdWNoIFJBTQ0KDQoyLiBIb3cgY2FuIEkgaW5jcmVhc2UgdGhlIG1heGltdW0g
UkFNIHNpemUgZm9yIDY0IGJpdCBWTXM/DQoNCjMuIEhvdyBjYW4gSSBjcmVhdGUgYSBuZXcgT1Mg
Zm9yIHRoZSBWTSBjcmVhdGlvbiB0aGF0IHN1cHBvcnRzID4gMTYgR0IgPyAoUmlnaHQgbm93IGkg
aGF2ZSB0byBjaG9vc2UgUkhFTCA2NCBiaXRzIGV2ZW4gZm9yIERlYmlhbiBzeXN0ZW1zKQ0KDQpU
aGFuayB5b3UgZm9yIHlvdXIgaGVscCwNCg0K4oCUDQpDaHJpc3RvcGhlDQoNCg0KDQo=
--_000_803F768AF2CE4F0DBDB8069A62C5BEB5unilu_
Content-Type: text/html; charset="utf-8"
Content-ID: <67A8A10803FFAE41B67512C9F7DDB1E5(a)uni.lux>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBvdmlydCB1c2VycywNCjxk
aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPldlIGhhdmUg
YSBzcGVjaWFsIG1hY2hpbmUgd2hpY2ggaGFzIDEgVEIgUkFNLjwvZGl2Pg0KPGRpdiBjbGFzcz0i
Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIGlkZWEgaXMgdG8gaGF2
ZSAzLTQgVk1zIG9uIHRoZXJlIHdoaWNoIHNob3VsZCBiZSBzcGxpdCBsaWtlIDg1LzUvNS81ICUg
b2YgdG90YWwgUkFNLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4N
CjxkaXYgY2xhc3M9IiI+SSBoYXZlIHRocmVlIHF1ZXN0aW9uczo8L2Rpdj4NCjxkaXYgY2xhc3M9
IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjEuIElzIHRoZXJlIGFueSBy
ZWFzb24gbm90IHRvIHB1dCB1cCBhIFZNIHdpdGggc28gbXVjaCBSQU0mbmJzcDs8L2Rpdj4NCjxk
aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjIuIEhvdyBj
YW4gSSBpbmNyZWFzZSB0aGUgbWF4aW11bSBSQU0gc2l6ZSBmb3IgNjQgYml0IFZNcz88L2Rpdj4N
CjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjMuIEhv
dyBjYW4gSSBjcmVhdGUgYSBuZXcgT1MgZm9yIHRoZSBWTSBjcmVhdGlvbiB0aGF0IHN1cHBvcnRz
ICZndDsgMTYgR0IgPyAoUmlnaHQgbm93IGkgaGF2ZSB0byBjaG9vc2UgUkhFTCA2NCBiaXRzIGV2
ZW4gZm9yIERlYmlhbiBzeXN0ZW1zKTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+
DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmsgeW91IGZvciB5b3VyIGhlbHAsPC9kaXY+DQo8
ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rp
dj4NCjxkaXYgY2xhc3M9IiI+Q2hyaXN0b3BoZTxiciBjbGFzcz0iIj4NCjxkaXYgYXBwbGUtY29u
dGVudC1lZGl0ZWQ9InRydWUiIGNsYXNzPSIiPg0KPG1ldGEgbmFtZT0iZm9ybWF0LWRldGVjdGlv
biIgY29udGVudD0idGVsZXBob25lPW5vIiBjbGFzcz0iIj4NCjxwIHN0eWxlPSJmb250LWZhbWls
eTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBwdDsgbGluZS1oZWlnaHQ6IDE2cHg7
IGNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IiBjbGFzcz0iIj4NCiZuYnNwOzwvcD4NCjwvZGl2Pg0K
PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_803F768AF2CE4F0DBDB8069A62C5BEB5unilu_--
9 years, 6 months