Hello and a question about VM Custom Property
by zhukaijie
Hello, recently I have read something about VM custom properties. There is a question I'm thinking about. If a VM A has a custom property named PARAM. I set VM A'S PARAM a value. Then before I start the VM from web, where is the PARAM value stores? Does it store in Postgresql? Thank you.
9 years, 1 month
Hello and a question about VM Custom Property
by zhukaijie
Hello, recently I have read something about VM custom properties. There is a question I'm thinking about. If a VM A has a custom property named PARAM. I set VM A'S PARAM a value. Then before I start the VM from web, where is the PARAM value stores? Does it store in Postgresql? Thank you.
9 years, 1 month
Re: [ovirt-devel] Question about the ovirt-engine-sdk-java
by Michael Pasternak
------=_Part_291056_1850182726.1445347932554
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi Salifou,
OK, i see now, then you have two options:
a) To extend the sdk:
1. extend java-sdk by allowing to inject custom headers in every request=C2=
=A0(not trivial as all ovirt SDKs are auto-generated,but if its common case=
, you may find yourself getting help from community/maintainers)
2. fork java-sdk customizing it for your needs
I'd recommend the former as fork will leave you with no support/maintenance=
from community plus you'll haveto implement new=C2=A0features by your own =
(what will become a moving target very quickly)=20
b) Proxying the sdk
You can implement dynamic proxy wrapping SDK's HttpProxy.java#execute and i=
ntercept the context from there,but you've to stay tuned as backward compat=
ibility is for interface and not for SDK internals,so "potentially" you can=
find your code broken in one of the following upgrades
hope it helps.=C2=A0
On Monday, October 19, 2015 6:05 PM, Salifou Sidi M. Malick <ssidimah@=
redhat.com> wrote:
=20
Hi Micheal,
Thanks for replying. Unfortunately the headers are dynamic ...
Here is the story:
We implemented a custom RHEV-M AAA module for a client
in order to allow their custom portal to make RHEV-M API=20
calls.=20
The custom AAA module requires extra dynamic data in the HTTP=20
request (as request headers for now but request parameters=20
should be fine too).=20
Their is no problem if they go with the REST API, I am just=20
trying to anticipate/identify potential integration problem ...
It seems like they will have to use the REST API or modify the=20
java sdk ...=C2=A0=20
Thanks a lot,
Salifou
----- Original Message -----
From: "Michael Pasternak" <mishka8520(a)yahoo.com>
To: "Salifou Sidi M. Malick" <ssidimah(a)redhat.com>
Cc: "Users" <users(a)ovirt.org>
Sent: Sunday, October 18, 2015 5:45:05 AM
Subject: Re: Question about the ovirt-engine-sdk-java
Hi=C2=A0Salifou,
Actually java sdk is=C2=A0intentionally=C2=A0hiding transport level interna=
ls so developers could stay in java domain,if your headers are static, easi=
est way would be using reverse proxy in a middle to intercept requests,=C2=
=A0
can you tell me why do you need this?
=20
=C2=A0 =C2=A0 On Friday, October 16, 2015 1:14 AM, Salifou Sidi M. Malick <=
ssidimah(a)redhat.com> wrote:
=C2=A0=20
Hi Micheal,
I have a question about the ovirt-engine-sdk-java.
Is there a way to add custom request headers to each RHEVM API call?
Here is an example of a request that I would like to do:
$ curl -v -k \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "ID: user1(a)ad.xyz.com" \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "PASSWORD: Pwssd" \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -H "TARGET: kobe" \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://vm0.smalick.com/api/hosts
I would like to add ID, PASSWORD and TARGET as HTTP request header.=20
Thanks,
Salifou
=20
------=_Part_291056_1850182726.1445347932554
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div style=3D"color:#000; background-color:#fff; f=
ont-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helve=
tica, Arial, Lucida Grande, sans-serif;font-size:13px"><div id=3D"yiv487097=
0104"><div class=3D"qtdSeparateBR" id=3D"yui_3_16_0_1_1445338067930_25413">=
<br><br></div><div class=3D"yiv4870970104yqt0049005238" id=3D"yiv4870970104=
yqtfd33472"><div id=3D"yui_3_16_0_1_1445338067930_25382"><div style=3D"colo=
r:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neu=
e Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-s=
ize:13px;" id=3D"yui_3_16_0_1_1445338067930_25381"><div id=3D"yiv4870970104=
yui_3_16_0_1_1445338067930_23478"><span style=3D"font-family:'Helvetica Neu=
e', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;">Hi Salifou,=
</span><br clear=3D"none"></div><div class=3D"yiv4870970104qtdSeparateBR" i=
d=3D"yui_3_16_0_1_1445338067930_25383"><br clear=3D"none"><br clear=3D"none=
"></div> </div></div></div></div><div class=3D".yiv4870970104yahoo_quoted" =
id=3D"yui_3_16_0_1_1445338067930_25398"><div id=3D"yiv4870970104yui_3_16_0_=
1_1445338067930_23388" style=3D"font-family:HelveticaNeue-Light, Helvetica =
Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fon=
t-size:13px;"><div id=3D"yiv4870970104yui_3_16_0_1_1445338067930_23387" sty=
le=3D"font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida G=
rande, sans-serif;font-size:16px;"><div class=3D"yiv4870970104y_msg_contain=
er" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_23484"><div id=3D"yiv4870=
970104"><div id=3D"yiv4870970104yui_3_16_0_1_1445338067930_23483"><div id=
=3D"yiv4870970104yui_3_16_0_1_1445338067930_23482" style=3D"color:#000;back=
ground-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, He=
lvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:13px;">=
<div id=3D"yiv4870970104"><div id=3D"yiv4870970104yui_3_16_0_1_144533806793=
0_7276"><div id=3D"yiv4870970104yui_3_16_0_1_1445338067930_7275" style=3D"c=
olor:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica =
Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fon=
t-size:13px;"><div dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_144533806793=
0_4283"><span></span></div><div dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1=
_1445338067930_4283"><span style=3D"font-family: 'Helvetica Neue', 'Segoe U=
I', Helvetica, Arial, 'Lucida Grande', sans-serif;" id=3D"yui_3_16_0_1_1445=
338067930_25412">OK, i see now, then you have two options:</span><br></div>=
<div dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span =
class=3D"yiv4870970104" style=3D"font-family:'Helvetica Neue', 'Segoe UI', =
Helvetica, Arial, 'Lucida Grande', sans-serif;"><br clear=3D"none"></span><=
/div><div dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><=
span class=3D"yiv4870970104" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_=
7286" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, Arial, =
'Lucida Grande', sans-serif;">a) To extend the sdk:</span></div><div dir=3D=
"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span class=3D"yi=
v4870970104" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, =
Arial, 'Lucida Grande', sans-serif;"><br clear=3D"none"></span></div><div d=
ir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span class=
=3D"yiv4870970104" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4800" styl=
e=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Gr=
ande', sans-serif;">1. extend java-sdk by allowing to inject custom headers=
in every request</span><span class=3D"yiv4870970104" style=3D"font-family:=
'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif=
;"> </span><span class=3D"yiv4870970104" id=3D"yiv4870970104yui_3_16_0=
_1_1445338067930_8082" style=3D"font-family:'Helvetica Neue', 'Segoe UI', H=
elvetica, Arial, 'Lucida Grande', sans-serif;">(not trivial as all ovirt SD=
Ks are auto-generated</span><span style=3D"font-family:'Helvetica Neue', 'S=
egoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;">,</span></div><di=
v dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span cla=
ss=3D"yiv4870970104" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_9090" st=
yle=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida =
Grande', sans-serif;">but if its common case, you may find yourself getting=
help from community/maintainers)</span></div><div dir=3D"ltr" id=3D"yiv487=
0970104yui_3_16_0_1_1445338067930_4283"><span class=3D"yiv4870970104" style=
=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Gra=
nde', sans-serif;"><br clear=3D"none"></span></div><div dir=3D"ltr" id=3D"y=
iv4870970104yui_3_16_0_1_1445338067930_4283"><span class=3D"yiv4870970104" =
id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4801" style=3D"font-family:'H=
elvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande', sans-serif;"=
>2. fork java-sdk customizing it for your needs</span></div><div dir=3D"ltr=
" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span class=3D"yiv487=
0970104" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, Aria=
l, 'Lucida Grande', sans-serif;"><br clear=3D"none"></span></div><div dir=
=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span class=3D=
"yiv4870970104" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4974" style=
=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Gra=
nde', sans-serif;">I'd recommend the former as fork will leave you with no =
support/maintenance from community plus you'll have</span></div><div dir=3D=
"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_4283"><span class=3D"yi=
v4870970104" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_7285" style=3D"f=
ont-family:'Helvetica Neue', 'Segoe UI', Helvetica, Arial, 'Lucida Grande',=
sans-serif;">to implement new </span><span id=3D"yiv4870970104yui_3_1=
6_0_1_1445338067930_5162" style=3D"font-family:'Helvetica Neue', 'Segoe UI'=
, Helvetica, Arial, 'Lucida Grande', sans-serif;">features by your own (wha=
t will become a moving target very quickly)</span></div> <br clear=3D"none=
"><div class=3D"yiv4870970104qtdSeparateBR" dir=3D"ltr" id=3D"yiv4870970104=
yui_3_16_0_1_1445338067930_7274">b) Proxying the sdk</div><div class=3D"yiv=
4870970104qtdSeparateBR" dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_144533=
8067930_7274"><br clear=3D"none"></div><div class=3D"yiv4870970104qtdSepara=
teBR" dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_7274">You c=
an implement dynamic proxy wrapping SDK's HttpProxy.java#execute and interc=
ept the context from there,</div><div class=3D"yiv4870970104qtdSeparateBR" =
dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_7274">but you've =
to stay tuned as backward compatibility is for interface and not for SDK in=
ternals,</div><div class=3D"yiv4870970104qtdSeparateBR" dir=3D"ltr" id=3D"y=
iv4870970104yui_3_16_0_1_1445338067930_7274">so "potentially" you can find =
your code broken in one of the following upgrades</div><div class=3D"yiv487=
0970104qtdSeparateBR" dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_144533806=
7930_7274"><br clear=3D"none"></div><div class=3D"yiv4870970104qtdSeparateB=
R" dir=3D"ltr" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_7274">hope it =
helps. <br clear=3D"none"><br clear=3D"none"></div><div class=3D"yiv48=
70970104yqt0562777282" id=3D"yiv4870970104yqt81591"></div></div></div></div=
><div class=3D"yiv4870970104yqt7829638567" id=3D"yiv4870970104yqt81845"><di=
v id=3D"yiv4870970104yui_3_16_0_1_1445338067930_8533"> <div id=3D"yiv487097=
0104yui_3_16_0_1_1445338067930_8532" style=3D"font-family:HelveticaNeue-Lig=
ht, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, =
sans-serif;font-size:13px;"> <div id=3D"yiv4870970104yui_3_16_0_1_144533806=
7930_8531" style=3D"font-family:HelveticaNeue, Helvetica Neue, Helvetica, A=
rial, Lucida Grande, sans-serif;font-size:16px;"> <div dir=3D"ltr" id=3D"yi=
v4870970104yui_3_16_0_1_1445338067930_8554"> <font id=3D"yiv4870970104yui_3=
_16_0_1_1445338067930_8559" size=3D"2" face=3D"Arial"> On Monday, October 1=
9, 2015 6:05 PM, Salifou Sidi M. Malick <ssidimah(a)redhat.com> wrote:<=
br clear=3D"none"> </font> </div> <br clear=3D"none"><br clear=3D"none"> <=
div class=3D"yiv4870970104y_msg_container" id=3D"yiv4870970104yui_3_16_0_1_=
1445338067930_8712">Hi Micheal,<br clear=3D"none"><br clear=3D"none">Thanks=
for replying. Unfortunately the headers are dynamic ...<br clear=3D"none">=
<br clear=3D"none">Here is the story:<br clear=3D"none"><br clear=3D"none">=
We implemented a custom RHEV-M AAA module for a client<br clear=3D"none">in=
order to allow their custom portal to make RHEV-M API <br clear=3D"none">c=
alls. <br clear=3D"none"><br clear=3D"none">The custom AAA module requires =
extra dynamic data in the HTTP <br clear=3D"none">request (as request heade=
rs for now but request parameters <br clear=3D"none">should be fine too). <=
br clear=3D"none"><br clear=3D"none">Their is no problem if they go with th=
e REST API, I am just <br clear=3D"none">trying to anticipate/identify pote=
ntial integration problem ...<br clear=3D"none"><br clear=3D"none">It seems=
like they will have to use the REST API or modify the <br clear=3D"none">j=
ava sdk ... <br clear=3D"none"><br clear=3D"none">Thanks a lot,<br cl=
ear=3D"none">Salifou<br clear=3D"none"><br clear=3D"none"><div class=3D"yiv=
4870970104yqt8023103542" id=3D"yiv4870970104yqtfd83808"><br clear=3D"none">=
----- Original Message -----<br clear=3D"none">From: "Michael Pasternak" &l=
t;<a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:mishka8520@yahoo.com=
" target=3D"_blank" href=3D"mailto:mishka8520@yahoo.com">mishka8520(a)yahoo.c=
om</a>><br clear=3D"none">To: "Salifou Sidi M. Malick" <<a rel=3D"nof=
ollow" shape=3D"rect" id=3D"yiv4870970104yui_3_16_0_1_1445338067930_23606" =
ymailto=3D"mailto:ssidimah@redhat.com" target=3D"_blank" href=3D"mailto:ssi=
dimah(a)redhat.com">ssidimah(a)redhat.com</a>><br clear=3D"none">Cc: "Users"=
<<a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:users@ovirt.org" =
target=3D"_blank" href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a>><b=
r clear=3D"none">Sent: Sunday, October 18, 2015 5:45:05 AM<br clear=3D"none=
">Subject: Re: Question about the ovirt-engine-sdk-java<br clear=3D"none"><=
br clear=3D"none">Hi Salifou,<br clear=3D"none">Actually java sdk is&n=
bsp;intentionally hiding transport level internals so developers could=
stay in java domain,if your headers are static, easiest way would be using=
reverse proxy in a middle to intercept requests, <br clear=3D"none"><=
br clear=3D"none">can you tell me why do you need this?<br clear=3D"none"> =
<br clear=3D"none"><br clear=3D"none"><br clear=3D"none"> On =
Friday, October 16, 2015 1:14 AM, Salifou Sidi M. Malick <<a rel=3D"nofo=
llow" shape=3D"rect" ymailto=3D"mailto:ssidimah@redhat.com" target=3D"_blan=
k" href=3D"mailto:ssidimah@redhat.com">ssidimah(a)redhat.com</a>> wrote:<b=
r clear=3D"none"> <br clear=3D"none"><br clear=3D"none"> Hi Micheal,=
<br clear=3D"none"><br clear=3D"none">I have a question about the ovirt-eng=
ine-sdk-java.<br clear=3D"none"><br clear=3D"none">Is there a way to add cu=
stom request headers to each RHEVM API call?<br clear=3D"none"><br clear=3D=
"none">Here is an example of a request that I would like to do:<br clear=3D=
"none"><br clear=3D"none">$ curl -v -k \<br clear=3D"none"> &n=
bsp; -H "ID: <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"ma=
ilto:user1@ad.xyz.com" target=3D"_blank" href=3D"mailto:user1@ad.xyz.com">u=
ser1(a)ad.xyz.com</a>" \<br clear=3D"none"> =
-H "PASSWORD: Pwssd" \<br clear=3D"none">  =
; -H "TARGET: kobe" \<br clear=3D"none"> =
<a rel=3D"nofollow" shape=3D"rect" target=3D"_blank" href=3D"https://vm0.sm=
alick.com/api/hosts">https://vm0.smalick.com/api/hosts</a><br clear=3D"none=
"><br clear=3D"none"><br clear=3D"none">I would like to add ID, PASSWORD an=
d TARGET as HTTP request header. <br clear=3D"none"><br clear=3D"none">Than=
ks,<br clear=3D"none">Salifou<br clear=3D"none"><br clear=3D"none"><br clea=
r=3D"none"></div><br clear=3D"none"><br clear=3D"none"></div> </div> </div=
> </div></div></div></div></div><br clear=3D"none"><br clear=3D"none"></di=
v> </div> </div> </div></div></body></html>
------=_Part_291056_1850182726.1445347932554--
9 years, 1 month
Termin gestrichen: oVirt Node weekly meeting - Mo 19. Okt. 2015 16:00 - 16:30 (fdeutsch@redhat.com)
by fdeutsch＠redhat.com
Dieser Termin wurde gestrichen und aus Ihrem Kalender entfernt.
Titel: oVirt Node weekly meeting
Hey,
this is an invitation to the weekly oVirt Node devel meetings.
Anyone interested or related to Node development is welcome.
Wann: Mo 19. Okt. 2015 16:00 - 16:30 Berlin
Wo: irc://irc.oftc.net#ovirt
Kalender: fdeutsch(a)redhat.com
Wer
* Fabian Deutsch - Organisator
* tlitovsk(a)redhat.com
* devel(a)ovirt.org
* wdaniel(a)redhat.com
Einladung von Google Kalender: https://www.google.com/calendar/
Sie erhalten diese E-Mail unter devel(a)ovirt.org, da Sie ein Gast bei diesem
Termin sind.
Lehnen Sie diesen Termin ab, um keine weiteren Informationen zu diesem
Termin zu erhalten. Sie können auch unter https://www.google.com/calendar/
ein Google-Konto erstellen und Ihre Benachrichtigungseinstellungen für
Ihren gesamten Kalender steuern.
Wenn Sie diese Einladung weiterleiten, kann jeder Empfänger Ihre Antwort
auf die Einladung ändern. Weitere Informationen finden Sie unter
https://support.google.com/calendar/answer/37135#forwarding
9 years, 1 month
[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola
Hi,
We planned to start composing next milestone of oVirt 3.6.0 on *2015-10-12
08:00 UTC* from 3.6 branches.
There are still 234 bugs [1] targeted to 3.6.0.
Whiteboard RC GA Total
docs 5 0 15
dwh 1 0 1
external 0 1 1
gluster 40 0 40
i18n 2 0 2
infra 23 6 29
integration 0 1 1
network 27 1 28
node 4 0 4
reports 1 0 1
sla 36 2 38
storage 49 9 58
ux 10 0 10
virt 5 1 6
Total 213 21 234
Maintainers must scrub them and push non critical bugs to ZStream releases.
There is 1 acknowledged blocker for 3.6.0:
Bug 1196640 - [Monitoring] Network utilisation is not shown for the VM
And there are 21 bugs suggested as blockers for 3.6.0:
Bug ID Status Whiteboard Summary
1259441 NEW gluster Can't create new Gluster storage domain - Permission
denied
1261822 NEW integration BUILD WGT 3.6
1259468 NEW network Setupnetworks fails from time to time with error
'Failed to bring interface up'
1262026 NEW network Host booted up after upgrading it 3.5.4->3.6 with rhevm
bridge with DEFROUTE=no.
1262051 NEW network Host move from 'up' to 'connecting' and back to 'up'
from time to time
1243811 POST sla vm with dedicate host fails to run on other host, if
dedicated host is in maintenance
1262293 POST sla Creating a VM with Foreman fails if cluster has more than
one CPU profile
1239297 ASSIGNED storage Logical disk name is not showing up
1118349 NEW storage [vdsm] Creating DataCenter 3.5 using master domain V1
fails with InquireNotSupportedError
1250540 NEW storage Re-attaching fresh export domain fails -
hsm::2543::Storage.HSM::(disconnectStorageServer) Could not disconnect from
storageServer
1253790 NEW storage [BLOCKED] consume fix for "iscsi_session recovery_tmo
revert back to default when a path becomes active"
1253975 NEW storage [vdsm] extendVolumeSize task is not cleared in case of
a live merge failure for a volume that was extended
1151838 NEW storage [vdsm] Scan alignment fails with a VirtAlignError
1238239 NEW storage Deployment of hosted engine failed on ISCSI storage
with 'Error block device action'
1257240 NEW storage Template's disk format is wrong
1261953 NEW storage [vdsm] Host fails to connect to storage pool
'MiscBlockReadException: Internal block device read failure'
1261980 NEW storage failed LSM due to connection lost with qemu process
1138144 NEW storage [BLOCKED]Failed to autorecover storage domain after
unblocking connection with host
1253756 POST storage [BLOCKED] libvirt reports physical=0 for COW2 volumes
on block storage
1251008 POST storage [BLOCKED] libvirt reports physical=0 for COW2 volumes
on block storage
1258901 POST storage [UX] Toggling wad property while vm is up shouldn't be
greyed out
There are 17 bugs marked as regressions to be solved in 3.6.0 [2]
Given current bugs status, release criteria are not met [3] so we need to
review bug status for planning the RC.
Action items:
- Developers: check suggested blockers, fix acknowledged blockers,
regressions and re-target remaining blockers.
- Please check Jenkins status for 3.6 jobs and sync with relevant
maintainers if there are issues.
- Please fill release notes, the page has been created here [4]
- Please test oVirt 3.6 nightly snapshot and check for regressions from 3.5
[1]
https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aov...
status%3Anew%2Cassigned%2Cpost
[2]
https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3Aov...
[3]
http://www.ovirt.org/OVirt_3.6_Release_Management#Candidate_Release_Criteria
[4] http://www.ovirt.org/OVirt_3.6_Release_Notes
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 1 month
[ANN] oVirt 3.6.0 Second Release Candidate is now available for testing
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the Second Release Candidate of oVirt 3.6 for testing, as of October
15th, 2015.
This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar),
Fedora 21 and Fedora 22.
Highly experimental support for Debian 8.1 Jessie has been added too.
This release of oVirt 3.6.0 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
New oVirt Node ISO and oVirt Live 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.6_Release_Notes
[2] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrorsCurrent_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 1 month
OVF_STORE volumes are not updated
by Christopher Pereira
Hi,
I noticed that OVF_STORE volumes are not generated periodically as
expected [1].
It seems like the OVF_STORE volumes are only generated when the Storage
Domain is detached from Engine, which is not feasible if we want to keep
the VMs running.
1) Is there any way to force the OVF_STORE volume creation without
detaching the Storage Domain?
This would be very usefull for disaster recovery, since Storage Domains
can be backed up and VM can be reimported.
But if the OVF_STORE volumes are not updated, critical information like
the ID of the VM active snapshot will get lost.
If the VM is restored with a previous snapshot (not the last one), all
information written after the last snapshot known by the OVF_STORE will
get lost.
2) On the other hand, the only way I know to re-read the OVF_STORE
content with the VM information contained in a Storage Domain, is by
detaching and re-attaching it.
I wonder if there is also any way to re-read the OVF_STORE?
[1] : This is can be verified very easily by changing a running VM
properties (change its name or create a snapshot), copying the whole
storage domain and importing it into another Engine (POOL_UID and
CHECKSUM must be removed from metadata in order to be able to attach to
another Datacenter).
PS: I'm on 3.6 RC. 1.
9 years, 1 month
Where should the answer file for the improved HE flow be located?
by Fabian Deutsch
Hey,
lately we had the issue that the answer file for the engine in the HE
flow changed (it required an additional answer).
Currently the answerfile is maintained by node in the engine appliance.
I wonder if it wouldn't make more sense to keep the answer file (which
is solely used for the HE flow) could be maintained inside the
hosted-engine-setup repository, and be packaged in a subpackage (i.e.
hosted-engine-setup-answers[-3.6]).
Another thought is that the HE-setup cloud-init is already referencing
the engine answerfile, if it was matained in the same package, then it
should also be easier to ensure that the assumed and real paths of the
answerfile match.
So, if the answerfile was in that subpackage of HE-setup, we could
just install that specific package inside the appliance, and the rest
is left to the HE-setup logic.
Thoughts?
- fabian
9 years, 1 month
Termin gestrichen: oVirt Node weekly meeting - Mo 12. Okt. 2015 16:00 - 16:30 (fdeutsch@redhat.com)
by fdeutsch＠redhat.com
Dieser Termin wurde gestrichen und aus Ihrem Kalender entfernt.
Titel: oVirt Node weekly meeting
Hey,
this is an invitation to the weekly oVirt Node devel meetings.
Anyone interested or related to Node development is welcome.
Wann: Mo 12. Okt. 2015 16:00 - 16:30 Berlin
Wo: irc://irc.oftc.net#ovirt
Kalender: fdeutsch(a)redhat.com
Wer
* Fabian Deutsch - Organisator
* wdaniel(a)redhat.com
* tlitovsk(a)redhat.com
* devel(a)ovirt.org
Einladung von Google Kalender: https://www.google.com/calendar/
Sie erhalten diese E-Mail unter devel(a)ovirt.org, da Sie ein Gast bei diesem
Termin sind.
Lehnen Sie diesen Termin ab, um keine weiteren Informationen zu diesem
Termin zu erhalten. Sie können auch unter https://www.google.com/calendar/
ein Google-Konto erstellen und Ihre Benachrichtigungseinstellungen für
Ihren gesamten Kalender steuern.
Wenn Sie diese Einladung weiterleiten, kann jeder Empfänger Ihre Antwort
auf die Einladung ändern. Weitere Informationen finden Sie unter
https://support.google.com/calendar/answer/37135#forwarding
9 years, 1 month
Extended import of Virtual Machines
by Christopher Pereira
This is a multi-part message in MIME format.
--------------030100010708070503020900
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Arik, Shahar, Richard,
We would like to test and contribute to the "Extended import of Virtual
Machines" project [1].
Our particular interest is in importing VMs (from libvirt domains or
other existing oVirt storage domains) into oVirt ideally avoiding image
conversions.
This would be achieved by moving existing raw/qcow2 images into a given
oVirt storage domain (using 'mv' instead of 'qemu-img') and dealing with
the OVF_STORE files.
A problem we faced is that importing VMs using virt-v2v is currently
broken in 3.6-rc1 as Richard W.M. Jones reported some weeks ago [2].
[1] : http://www.ovirt.org/Features/virt-v2v_Integration
[2] : https://bugzilla.redhat.com/show_bug.cgi?id=1266930
--
*J. Christopher Pereira*
IMATRONIX S.A.
www.imatronix.com
--------------030100010708070503020900
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 bgcolor="#FFFFFF" text="#000000">
Hi Arik, Shahar, Richard,<br>
<br>
We would like to test and contribute to the "Extended import of
Virtual Machines" project [1].<br>
Our particular interest is in importing VMs (from libvirt domains or
other existing oVirt storage domains) into oVirt ideally avoiding
image conversions.<br>
This would be achieved by moving existing raw/qcow2 images into a
given oVirt storage domain (using 'mv' instead of 'qemu-img') and
dealing with the OVF_STORE files.<br>
A problem we faced is that importing VMs using virt-v2v is currently
broken in 3.6-rc1 as Richard W.M. Jones reported some weeks ago [2].<br>
<br>
[1] : <a class="moz-txt-link-freetext" href="http://www.ovirt.org/Features/virt-v2v_Integration">http://www.ovirt.org/Features/virt-v2v_Integration</a><br>
[2] : <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1266930">https://bugzilla.redhat.com/show_bug.cgi?id=1266930</a><br>
<br>
<div class="moz-signature">-- <br>
<style>
.signature, .small-signature {
font-family:"Calibri","sans-serif";mso-fareast-font-family:"Times New Roman";
color:#7F7F7F;
}
.signature {
font-size:10pt;
}
.small-signature {
font-size:8pt;
}
</style>
<p class="signature">
<b>J. Christopher Pereira</b><br>
IMATRONIX S.A.<br>
<a class="moz-txt-link-abbreviated" href="http://www.imatronix.com">www.imatronix.com</a><br>
</p>
<p class="small-signature">
<br>
</p>
</div>
</body>
</html>
--------------030100010708070503020900--
9 years, 1 month
