Re: [Users] oVirt 3.5 planning

[Jorick Astrego]

Another thing I miss in oVirt is a way to assign a dedicated passthrough
NIC. 

I have some customers who would like to dedicated NIC's assigned to
their vm's. 

Currently we have bare metal KVM servers running for this but HA and
management is not so efficient.

Kind regards,

Jorick Astrego
Netbulae B.V.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] CPU: Westmere vs. Ivy Bridge

[Joshua Dotson]

Hello,

The nodes on the cluster I'm installing have Ivy Bridge
CPUs.
The latest choice I see in the hosted-engine installer is Westmere.  Am I
missing out on anything significant by choosing Westmere in this case?  Is
there any plan to add Ivy Bridge as an option?

Even if there is no difference behind the scenes from choosing Westmere,
having an Ivy Bridge option would have saved me the time it took to reverse
engineer the need to look at the source code to the need for the CPU
family: instruction sets (performance?).

Thanks,
Joshua
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Force certain VMs to be on different hosts

[Sven Kieske]

Well I don't think so,

the feature I described is still in development, I guess.

Am 18.03.2014 17:31, schrieb Scott Ocken:
> Sven,
> 
> If I tag the VMs as db-servers can I then say run on different hosts.
> 
> On the static "Start running on", if that host goes down, it will
> migrate, yes?

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Force certain VMs to be on different hosts

[Scott Ocken]

Sven,

If I tag the VMs as db-servers can I then say run on different hosts.

On the static "Start running on", if that host goes down, it will  
migrate, yes?


Scott

Quoting Sven Kieske :


While this should work, it is very static.

I think there is a feature planned which
lets you assign tags to any number of vms
and then you can say: run vms tagged "db-servers"
on host "b", isn't it?

If not I would be happy to file an RFE :)

Am 18.03.2014 16:54, schrieb Meital Bourvine:

Hi Scott,

Click on a vm
Edit
Show Advanced Options
Host
"Start Running on"



--
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





binABfgxPWc30.bin
Description: PGP Public Key
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Force certain VMs to be on different hosts

[Sven Kieske]

While this should work, it is very static.

I think there is a feature planned which
lets you assign tags to any number of vms
and then you can say: run vms tagged "db-servers"
on host "b", isn't it?

If not I would be happy to file an RFE :)

Am 18.03.2014 16:54, schrieb Meital Bourvine:
> Hi Scott,
> 
> Click on a vm
> Edit
> Show Advanced Options
> Host
> "Start Running on"


-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Omer Frenkel]

- Original Message -
> From: "Itamar Heim" 
> To: "Ernest Beinrohr" , users@ovirt.org, "Omer 
> Frenkel" 
> Sent: Monday, March 17, 2014 3:48:11 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 03/17/2014 03:28 PM, Ernest Beinrohr wrote:
> > Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
> >> with oVirt 3.4 getting close to GA with many many great features, time
> >> to collect requests for 3.5...
> >>
> >
> > Please add the possibility to modify description and other minor info
> > for VM, disk, storage even when they are running.
> 
> omer - any reason these cannot be changed?
> 
> 

vm description is editable already,
no reason for disks not to allow as well.

please note that we are looking on making everything editable on the run,
even stuff that can be applied only on next run (like memory):

http://www.ovirt.org/Features/Edit_Running_VM
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Force certain VMs to be on different hosts

[Meital Bourvine]

Hi Scott,

Click on a vm
Edit
Show Advanced Options
Host
"Start Running on"

- Original Message -
> From: "Scott Ocken" 
> To: Users@ovirt.org
> Sent: Tuesday, March 18, 2014 5:08:24 PM
> Subject: [Users] Force certain VMs to be on different hosts
> 
> Is there a way to have certain VMs to be on different hosts? (assuming
> there are enough hosts)
> 
> IE.  I have a db cluster of 3 VMs.  I would like each one to always be
> on different hosts.  That way if a host goes down my db cluster is
> still happy while migration happens.  Or if migration fails I am still
> good.
> 
> Thanks
> Scott
> 
> ___
> 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: [Users] oVirt 3.5 planning

[Latchezar Filtchev]

+1

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Maurice James
Sent: Tuesday, March 18, 2014 4:57 PM
To: 'Federico Alberto Sayd'; users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

+1 this one

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Federico Alberto Sayd
Sent: Tuesday, March 18, 2014 8:24 AM
To: users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

On 24/02/14 13:59, Itamar Heim wrote:
> with oVirt 3.4 getting close to GA with many many great features, time 
> to collect requests for 3.5...
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Add progress bar to task tab to indicate the progress percent of snapshot 
creation, vm clonation, migration, etc.

Thanks
___
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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Force certain VMs to be on different hosts

[Scott Ocken]

Is there a way to have certain VMs to be on different hosts? (assuming  
there are enough hosts)


IE.  I have a db cluster of 3 VMs.  I would like each one to always be  
on different hosts.  That way if a host goes down my db cluster is  
still happy while migration happens.  Or if migration fails I am still  
good.


Thanks
Scott


binMgFviPC4BU.bin
Description: PGP Public Key
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Maurice James]

+1 this one

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of
Federico Alberto Sayd
Sent: Tuesday, March 18, 2014 8:24 AM
To: users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

On 24/02/14 13:59, Itamar Heim wrote:
> with oVirt 3.4 getting close to GA with many many great features, time 
> to collect requests for 3.5...
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Add progress bar to task tab to indicate the progress percent of snapshot
creation, vm clonation, migration, etc.

Thanks
___
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

[Users] Processor Type

[Maurice James]

How do I assign a different processor type to an individual VM? (Sandy
Bridge, Conroe, etc)

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Ted Miller]

On 3/18/2014 6:29 AM, Itamar Heim wrote:

we are brainstorming on what should we change in the oVirt UI for 4.0.
for current brainstorming phase, "anything goes" - i.e., I'd like us to 
ignore current limitations and flows, and envision/fantasize the "perfect 
solution".


SO - what do YOU think we should consider for 4.0 UI concept, flows, etc.

I have an idea, though it may be relevant only to smaller setups.

I would like one place that I can go and see the health of my system. Right 
now I am running a cluster in test mode, and I have to look at several places 
before I have confidence that all is well:

Data Center
Storage (I am using gluster)
Hosts
VMs

The natural place for me to look would seem to be the left bar. If the icons 
there had a color change to reflect status, I could just hit "Expand All" and 
the color would immediately tell me the system status. Same icons would work, 
with just a background or little square of color.


I realize that my little 3-host system is the exception, because (so far) I 
can hit "Expand all" and I can still see the whole thing. I will not have to 
deploy many more VMs before it will not all fit.


There may be a better way to do this, e.g. another choice between "Expand 
all" and "Collapse All" that would expand all except the lowest level. It 
would then show me categories like "Storage", "Networks", "Hosts", "Volumes" 
and "VMs" with a health color indication for each cluster. If I see anything 
I am not expecting, I can expand that heading and see the status of the 
individual items.


There may be a better way to do this, but I know that it is somewhat 
frustrating to check first thing in the morning and have to do some many 
clicks before I have confidence that nothing bad happened overnight. I have 
actually found it faster to click on the "Events" tab and see if there are 
any nasty messages there, rather than checking current status.


I look forward to the insights of others as to how they monitor cluster status.

Ted Miller
Elkhart, IN, USA

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Clone VM from another VM - API

[Tejesh M]

Hi

Is that possible to Clone a VM from another VM without taking a Snapshot
through Java SDK?

-- 
Thanks & Regards
Tejesh
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Sven Kieske]

Well I'd have some privacy concerns regarding this feature..
it might not even be useful if users are logged in via ssh
/different ttys etc.

Am 18.03.2014 15:12, schrieb Ernest Beinrohr:
> - auto-refreshed screenshots from the VMs consoles.

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Ernest Beinrohr]

Dn(a 18.03.2014 11:29, Itamar Heim wrote / napísal(a):

Hi,

we are brainstorming on what should we change in the oVirt UI for 4.0.
for current brainstorming phase, "anything goes" - i.e., I'd like us 
to ignore current limitations and flows, and envision/fantasize the 
"perfect solution".


SO - what do YOU think we should consider for 4.0 UI concept, flows, etc.


I'd love to see this in the UI:

- auto-refreshed screenshots from the VMs consoles.
- some improved tagging/grouping
- customizable columns with sorting/filtering (tags ?)
- cpu/disk/net utilization column like virt-manger has them
- embedded serial console
- disk operations and migration status with progress bar and ETA.
- console access from client->engine->host. Most of the time we do not 
have direct access to the hosts.
- ability to define exclude entities ( aka these 2 vms may never run on 
the same storage and host )



--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

"For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled." Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Sven Kieske]

Am 18.03.2014 14:31, schrieb Jiri Belka:
> 100% agree, duplicity between the tree and main tabs is crazy.

Well I would also use the tree if it is fast enough.
Just don't duplicate logic if not necessary, as it's just confusing
even experienced users.

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Federico Alberto Sayd]

On 18/03/14 07:47, Sven Kieske wrote:

Hi,

well basically the left pane, where I have to click through
"system->DC->etc" is plain useless to me.

I always go via the top tabs and then select the sub entity
I want to have.

So there are to many ways you can configure the same setting.

Example:
Adding a logical network

You can click:

"System->Your_DC->Networks->...wait..for..loading..->New"
or
"System" then click the "Networks" tab
(you have no long loading animation! :) ) -> "New"
(now you have of course to select the correct DC).

the latter is faster.

So I would omit this whole tree style stuff and just
kick it out.

It's not fast, and you often have to click through the tree
so I use just "System" selected in the tree and then select
the tabs I want.

Additional confusion:

When you did not select "system" and then want to use the
main tabs, you get just displayed what is appropriate for
the sub-tree of "system"..

It's just plain useless duplication of functionality imho.

Am 18.03.2014 11:29, schrieb Itamar Heim:


I agree, the plenty of tabs at any level is confusing.

Also would be nice to add views to left panel: VM's view, Storage View, 
network view. I think that the left panel should be more clear or to 
have a option to filter the stuff that it displays

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Jiri Belka]

On Tue, 18 Mar 2014 10:47:16 +
Sven Kieske  wrote:

> So there are to many ways you can configure the same setting.

100% agree, duplicity between the tree and main tabs is crazy.

If I could wish anything, I would keep the tree but I would make it
more nice and clever - one tree for physical schema, another one for
virtual schema (minic tagging, creating "groups" for related things).

Plus I would like to have right pane to show me quickly general
overview about things selected in left tree (example: If I would be in
a virtual folder called 'webapp' consisting of couple of related VMs, I
would love to see in right pane the list of VMs, graphs about CPU
usage, network usage, storage usage...; more details about the objects
could be implemented in some "tab" inside right pane - example: default
right pane would display info as written above, but details about CPU,
storage would be in separate tabs...).

However, bad decision would be like nightmare for ages, one likes main
tabs, another one likes the tree :)

j.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Andrew Cathrow]

Nice ! 

- Original Message -

> Dňa 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a):

> > On 24/02/14 13:59, Itamar Heim wrote:
> 

> > > with oVirt 3.4 getting close to GA with many many great features,
> > > time to collect requests for 3.5...
> > 
> 

> > Add progress bar to task tab to indicate the progress percent of
> > snapshot creation, vm clonation, migration, etc.
> 

> I needed this a long time ago, so i hacked this together. You shoud
> run it on the SPM host. Also, i only use iscsi storage.

> #!/bin/bash

> SECS=1
> PROC=${1:-"qemu-img"}
> PID=`pidof $PROC`

> if [ "x$PID" == "x" ]
> then
> echo "No $PROC running"
> exit 1
> fi

> LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut
> -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e
> 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g')

> SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b
> $LV | sed -e 's/B//g' )

> LAST=0
> while [[ -e /proc/$PID/fd/ ]] ;
> do
> CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d " ")
> PERC=$(echo $CUR*100/$SIZE | bc)
> SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc)
> SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc)
> echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s"
> sleep $SECS;
> LAST=$CUR
> done

> --

> Ernest Beinrohr, AXON PRO
> Ing , RHCE , RHCVA , LPIC , VCA , +421-2--6241-0360 ,
> +421-903--482-603
> icq:28153343, gtalk: oer...@axonpro.sk , jabber:oer...@jabber.org

> “For a successful technology, reality must take precedence over
> public relations, for Nature cannot be fooled.” Richard Feynman
> ___
> 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: [Users] Attach floppy as [sysprep] to VM - API

[Moti Asayag]

- Original Message -
> From: "Tejesh M" 
> To: "Moti Asayag" , "users@oVirt.org" 
> Sent: Monday, March 17, 2014 1:05:21 PM
> Subject: Attach floppy as [sysprep] to VM - API
> 
> Hi,
> 
> I want to attach floppy as [sysprep] to windows VM in the Run once via API.
> can you help?
> 

Have a look on the exposed actions on your engine-server: 
http://localhost:8080/ovirt-engine/api?rsdl

Specifically in the expected parameters of running a vm:
- name: /vms/{vm:id}/start|rel=start

I haven't tried executing this code, so adding Omer to adjust it:

Action action = new Action();
action.setVm(vm);
Domain domain = new Domain();
domain.setName("domainname");
User user = new User();
user.setName("username");
user.setPassword("passwd");
domain.setUser(user);
vm.setDomain(domain);

//not too sure if this is the way to use it or via vm payload
Floppies floppies = new Floppies();
Floppy floppy = new Floppy();
File file = new File();
file.setContent("content ?");
floppy.setFile(file);
floppies.getFloppies().add(floppy);
vm.setFloppies(floppies);
vm.start(action);

> I want to do sysprep on windows 2008
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Ernest Beinrohr]

Dn(a 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a):

On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, 
time to collect requests for 3.5...


Add progress bar to task tab to indicate the progress percent of 
snapshot creation, vm clonation, migration, etc.


I needed this a long time ago, so i hacked this together. You shoud run 
it on the SPM host. Also, i only use iscsi storage.



#!/bin/bash

SECS=1
PROC=${1:-"qemu-img"}
PID=`pidof $PROC`

if [ "x$PID" == "x" ]
then
echo "No $PROC running"
exit 1
fi

LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 
-d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' 
-e 's/XX/-/g' -e 's/^/\/dev\//g')


SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV 
| sed -e 's/B//g' )


LAST=0
while [[ -e /proc/$PID/fd/ ]] ;
do
CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d " ")
PERC=$(echo $CUR*100/$SIZE | bc)
SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc)
SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc)
echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s"
sleep $SECS;
LAST=$CUR
done

--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

"For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled." Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Am 18.03.2014 13:24, schrieb Federico Alberto Sayd:
> On 24/02/14 13:59, Itamar Heim wrote:
>> with oVirt 3.4 getting close to GA with many many great features, time
>> to collect requests for 3.5...
> Add progress bar to task tab to indicate the progress percent of
> snapshot creation, vm clonation, migration, etc.

Some kind of progress indication would indeed be very cool!

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Add progress bar to task tab to indicate the progress percent of 
snapshot creation, vm clonation, migration, etc.


Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Cannot set Compatibility Version to 3.3

[Eric Wong]

Hello oVirt gurus out there:

I recently upgraded our oVirt 3.1 installation to 3.3.3.  We have 2 clusters 
configuration.  In the QA cluster, in which there is only one host, I can 
switch the cluster's compatibility version from 3.1 to 3.3.

However, on the production cluster, in which there are 10 hosts, I am not able 
to switch the cluster compatibility version at all.  I opened up the Edit 
Cluster window.  Select 3.3 from the Compatibility Version dropdown list.  
Click OK to save the change.  But the Edit Cluster window just remain open.

I checked all the logs in the ovirt-engine.  Do not see anything obvious.  All 
our hosts are running CentOS 6.5 & vdsm-4.13.3-4.

Can you guys provide some pointers as to where to check for failure?

Thanks in advance.
Eric

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Yedidyah Bar David]

> From: "Jorick Astrego" 
> To: users@ovirt.org
> Sent: Tuesday, March 18, 2014 12:33:30 PM
> Subject: Re: [Users] oVirt 3.5 planning

> Hi,

> When I used VMWare workstation many years ago, one of the features I couldn't
> live without was the layered snapshots. When testing it was extremely
> productive to have multiple branches of snapshots of the VM and I could
> revert to any point.
I agree. The "snapshots" should be a tree and not a stack. When you "review" a 
snapshot, you should be able to choose, in addition to 'commit' (forget all the 
newer ones) and 'undo', also something like 'branch' (just keep everything). 

Note that this is partially possible today by cloning a snapshot (to a VM) but 
imo is much less comfortable. 
-- 
Didi 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [RFI] GUI Changes for oVirt 4.0

[Sven Kieske]

Hi,

well basically the left pane, where I have to click through
"system->DC->etc" is plain useless to me.

I always go via the top tabs and then select the sub entity
I want to have.

So there are to many ways you can configure the same setting.

Example:
Adding a logical network

You can click:

"System->Your_DC->Networks->...wait..for..loading..->New"
or
"System" then click the "Networks" tab
(you have no long loading animation! :) ) -> "New"
(now you have of course to select the correct DC).

the latter is faster.

So I would omit this whole tree style stuff and just
kick it out.

It's not fast, and you often have to click through the tree
so I use just "System" selected in the tree and then select
the tabs I want.

Additional confusion:

When you did not select "system" and then want to use the
main tabs, you get just displayed what is appropriate for
the sub-tree of "system"..

It's just plain useless duplication of functionality imho.

Am 18.03.2014 11:29, schrieb Itamar Heim:
> Hi,
> 
> we are brainstorming on what should we change in the oVirt UI for 4.0.
> for current brainstorming phase, "anything goes" - i.e., I'd like us to
> ignore current limitations and flows, and envision/fantasize the
> "perfect solution".
> 
> SO - what do YOU think we should consider for 4.0 UI concept, flows, etc.
> 
> Thanks,
>Itamar
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Jorick Astrego]

Hi,

When I used VMWare workstation many years ago, one of the features I
couldn't live without was the layered snapshots. When testing it was
extremely productive to have multiple branches of snapshots of the VM
and I could revert to any point.

https://www.vmware.com/support/ws55/doc/img/l_snapshot_manager.png
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] ovirt-engine-dwh-setup fails

[Gabi C]

Hello!

ovirt-image-uploader-3.3.3-1.fc19.noarch
ovirt-engine-dbscripts-3.3.4-1.fc19.noarch
ovirt-host-deploy-1.1.3-1.fc19.noarch
ovirt-engine-webadmin-portal-3.3.4-1.fc19.noarch
ovirt-host-deploy-offline-1.1.3-1.fc19.noarch
ovirt-engine-setup-3.3.4-1.fc19.noarch
ovirt-engine-backend-3.3.4-1.fc19.noarch
ovirt-host-deploy-java-1.1.3-1.fc19.noarch
ovirt-engine-3.3.4-1.fc19.noarch
ovirt-engine-dwh-3.3.4-1.fc19.noarch
ovirt-engine-reports-3.3.4-1.fc19.noarch
ovirt-engine-restapi-3.3.4-1.fc19.noarch
ovirt-log-collector-3.3.4-1.fc19.noarch
ovirt-iso-uploader-3.3.3-1.fc19.noarch
ovirt-engine-lib-3.3.4-1.fc19.noarch
ovirt-engine-tools-3.3.4-1.fc19.noarch
ovirt-release-fedora-10.0.1-3.noarch
ovirt-engine-cli-3.3.0.6-1.fc19.noarch
ovirt-engine-websocket-proxy-3.3.4-1.fc19.noarch
ovirt-engine-sdk-python-3.3.3.1-1.fc19.noarch
ovirt-release-11.0.2-1.noarch
ovirt-engine-userportal-3.3.4-1.fc19.noarch

Trying to run ovirt-engine-dwh-setup I get

Stopping ovirt-engine...  [ DONE ]
Error encountered while installing ovirt-engine-dwh, please consult the log
file: 

logfile follows

more /var/log/ovirt-engine/ovirt-engine-dwh-setup-2014_03_17_14_59_39.log
2014-03-17 14:59:39::DEBUG::ovirt-engine-dwh-setup::430::root:: starting
main()
2014-03-17 14:59:39::DEBUG::common_utils::451::root:: running sql query on
host: localhost, port: 5432, db: engine, user: engine, query: 'copy (
select option_value from vdc_options
where option_name like 'MinimalETLVersion'
) to stdout with csv header;'.
2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command -->
'/usr/bin/psql --pset=tuples_only=on --set ON_ERROR_STOP=1 --dbname engine
--host localhost --port 5432 --username
 engine -w -c copy (
select option_value from vdc_options
where option_name like 'MinimalETLVersion'
) to stdout with csv header;' in working directory '/var/lib/pgsql/data'
2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = option_value
3.3.0

2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr =
2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 0
2014-03-17 14:59:39::DEBUG::common_utils::153::root:: Value of
MinimalETLVersion is 3.3.0
2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command -->
'rpm -q --queryformat %{VERSION}-%{RELEASE} ovirt-engine-dwh' in working
directory '/var/lib/pgsql/data'
2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = 3.3.4-1.fc19
2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr =
2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 0
2014-03-17 14:59:39::DEBUG::common_utils::617::root:: setting regex
(\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.4-1.fc19
2014-03-17 14:59:39::DEBUG::common_utils::622::root:: found version, 3.3
2014-03-17 14:59:39::DEBUG::common_utils::624::root:: found minorVersion 4
2014-03-17 14:59:39::DEBUG::common_utils::626::root:: found release 1
2014-03-17 14:59:39::DEBUG::common_utils::617::root:: setting regex
(\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.0-0
2014-03-17 14:59:39::DEBUG::common_utils::622::root:: found version, 3.3
2014-03-17 14:59:39::DEBUG::common_utils::624::root:: found minorVersion 0
2014-03-17 14:59:39::DEBUG::common_utils::626::root:: found release 0
2014-03-17 14:59:39::DEBUG::common_utils::491::root:: checking ovirt-engine
service
2014-03-17 14:59:39::DEBUG::common_utils::482::root:: checking the status
of ovirt-engine
2014-03-17 14:59:39::DEBUG::common_utils::260::root:: getting status for
ovirt-engine
2014-03-17 14:59:39::DEBUG::common_utils::277::root:: executing action
ovirt-engine on service status
2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command -->
'/sbin/service ovirt-engine status' in working directory
'/var/lib/pgsql/data'
2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output =
ovirt-engine.service - oVirt Engine
   Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled)
   Active: inactive (dead) since Mon 2014-03-17 14:58:56 EET; 43s ago
 Main PID: 5794 (code=exited, status=0/SUCCESS)
   CGroup: name=systemd:/system/ovirt-engine.service

Mar 17 14:52:31 vpo-rhevm.stfd.ro systemd[1]: Started oVirt Engine.
Mar 17 14:52:32 vpo-rhevm.stfd.ro ovirt-engine.py[5794]: 2014-03-17
14:52:32,340 ovirt-engine: WARNING _setupEngineApps:176 Application
directory '/usr/share/ovirt-engine/ovirt-engine-report
s.war' does not exist, it will be ignored
Mar 17 14:58:55 vpo-rhevm.stfd.ro systemd[1]: Stopping oVirt Engine...
Mar 17 14:58:56 vpo-rhevm.stfd.ro systemd[1]: Stopped oVirt Engine.

2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = Redirecting
to /bin/systemctl status  ovirt-engine.service

2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 3
2014-03-17 14:59:39::DEBUG::common_utils::590::root:: Stopping
ovirt-engine-dwhd
2014-03-17 14:59:39::DEBUG::common_utils::581::root:: checking the status
of dwhd
2014-03-17 14:59:39::DEBUG::common_utils::260::root:: getting sta

Re: [Users] SAN storage expansion

[Giorgio Bersano]

2014-03-18 11:00 GMT+01:00 Liron Aravot :
> Hi Giorgio,
> perhaps i missed something - but why don't you want to extend the domain by 
> right click and editing it?
>

Hi Liron,
we are talking about an iSCSI storage domain.
In the edit  dialogue I don't see anything regarding resize or extend.
If I just click OK at this point nothing changes. Maybe it's me that
I'm missing something.

Which action could trigger a pvresize ?

In the meantime I'll try Elad's procedure.


> - Original Message -
>> From: "Giorgio Bersano" 
>> To: "Elad Ben Aharon" 
>> Cc: "users@ovirt.org" 
>> Sent: Tuesday, March 18, 2014 11:28:14 AM
>> Subject: Re: [Users] SAN storage expansion
>>
>> 2014-03-18 9:15 GMT+01:00 Elad Ben Aharon :
>> > Hi,
>> >
>> > LUNs size are being updated using the multipath mechanism. In order to
>> > update storage domain size, you'll need to update the physical volume size
>> > using LVM on you hypervisors.
>> >
>> > Please do the following:
>> > 1) Put the storage domain to maintenance
>> > 2) Execute on your hosts:
>> > 'pvresize --setphysicalvolumesize' with the new physical volume size (150G)
>> > 3) Activate the storage domain
>>
>> Thank you Elad,
>> I knew it was required a pvresize command but wanted to be sure that I
>> wasn't disrupting possible storage parameters bookkeeping by the oVirt
>> system.
>> I'm wondering if it's because of this that SD has to be put in maintenance.
>>
>> Any chance to have the SD resize without putting it offline, for
>> example doing pvresize on the SPM node and then pvscan on every other
>> host involved?
>> I'm sure there are use cases where this is would be of great convenience.
>>
>>
>> > - Original Message -
>> > From: "Giorgio Bersano" 
>> > To: "users@ovirt.org" 
>> > Sent: Monday, March 17, 2014 7:25:36 PM
>> > Subject: [Users] SAN storage expansion
>> >
>> > Hi all,
>> > I'm happily continuing my experiments with oVirt and I need a
>> > suggestion regarding storage management.
>> >
>> > I'm using an iSCSI based Storage Domain and I'm trying to understand
>> > which is the correct way to extend it's size some time after it's
>> > creation.
>> >
>> > Please consider the following steps:
>> >
>> > 1) Using storage specific tools create a new volume on iSCSI storage
>> > (e.g. 130.0 GiB)
>> >
>> > 2) in oVirt webadmin: Storage -> New Domain , select the previously
>> > created storage (130 GB), OK, after some time it's online:
>> >  Size: 129 GB ; Available: 125 GB ; Used: 4 GB
>> >
>> > 3) Use according to your needs (even noop is OK)
>> >
>> > 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB
>> > more, now it says 150.0GiB)
>> >
>> > 5) in webadmin: Storage, click on the domain, Edit. Looking at
>> > Luns>Targets , now it correctly sees 150GB
>> >
>> > BUT
>> > on the Storage tab it continues to be seen with
>> >  Size: 129 GB ; Available: 125 GB ; Used: 4 GB
>> >
>> >
>> > Do you think it is possible to make oVirt aware of the new available
>> > storage space? Am I missing something obvious?
>> >
>> > My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts.
>> >
>> > Best regards,
>> > Giorgio.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] [RFI] GUI Changes for oVirt 4.0

[Itamar Heim]

Hi,

we are brainstorming on what should we change in the oVirt UI for 4.0.
for current brainstorming phase, "anything goes" - i.e., I'd like us to 
ignore current limitations and flows, and envision/fantasize the 
"perfect solution".


SO - what do YOU think we should consider for 4.0 UI concept, flows, etc.

Thanks,
   Itamar
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] SAN storage expansion

[Liron Aravot]

Hi Giorgio,
perhaps i missed something - but why don't you want to extend the domain by 
right click and editing it?

- Original Message -
> From: "Giorgio Bersano" 
> To: "Elad Ben Aharon" 
> Cc: "users@ovirt.org" 
> Sent: Tuesday, March 18, 2014 11:28:14 AM
> Subject: Re: [Users] SAN storage expansion
> 
> 2014-03-18 9:15 GMT+01:00 Elad Ben Aharon :
> > Hi,
> >
> > LUNs size are being updated using the multipath mechanism. In order to
> > update storage domain size, you'll need to update the physical volume size
> > using LVM on you hypervisors.
> >
> > Please do the following:
> > 1) Put the storage domain to maintenance
> > 2) Execute on your hosts:
> > 'pvresize --setphysicalvolumesize' with the new physical volume size (150G)
> > 3) Activate the storage domain
> 
> Thank you Elad,
> I knew it was required a pvresize command but wanted to be sure that I
> wasn't disrupting possible storage parameters bookkeeping by the oVirt
> system.
> I'm wondering if it's because of this that SD has to be put in maintenance.
> 
> Any chance to have the SD resize without putting it offline, for
> example doing pvresize on the SPM node and then pvscan on every other
> host involved?
> I'm sure there are use cases where this is would be of great convenience.
> 
> 
> > - Original Message -
> > From: "Giorgio Bersano" 
> > To: "users@ovirt.org" 
> > Sent: Monday, March 17, 2014 7:25:36 PM
> > Subject: [Users] SAN storage expansion
> >
> > Hi all,
> > I'm happily continuing my experiments with oVirt and I need a
> > suggestion regarding storage management.
> >
> > I'm using an iSCSI based Storage Domain and I'm trying to understand
> > which is the correct way to extend it's size some time after it's
> > creation.
> >
> > Please consider the following steps:
> >
> > 1) Using storage specific tools create a new volume on iSCSI storage
> > (e.g. 130.0 GiB)
> >
> > 2) in oVirt webadmin: Storage -> New Domain , select the previously
> > created storage (130 GB), OK, after some time it's online:
> >  Size: 129 GB ; Available: 125 GB ; Used: 4 GB
> >
> > 3) Use according to your needs (even noop is OK)
> >
> > 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB
> > more, now it says 150.0GiB)
> >
> > 5) in webadmin: Storage, click on the domain, Edit. Looking at
> > Luns>Targets , now it correctly sees 150GB
> >
> > BUT
> > on the Storage tab it continues to be seen with
> >  Size: 129 GB ; Available: 125 GB ; Used: 4 GB
> >
> >
> > Do you think it is possible to make oVirt aware of the new available
> > storage space? Am I missing something obvious?
> >
> > My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts.
> >
> > Best regards,
> > Giorgio.
> > ___
> > 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
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] SAN storage expansion

[Giorgio Bersano]

2014-03-18 9:15 GMT+01:00 Elad Ben Aharon :
> Hi,
>
> LUNs size are being updated using the multipath mechanism. In order to update 
> storage domain size, you'll need to update the physical volume size using LVM 
> on you hypervisors.
>
> Please do the following:
> 1) Put the storage domain to maintenance
> 2) Execute on your hosts:
> 'pvresize --setphysicalvolumesize' with the new physical volume size (150G)
> 3) Activate the storage domain

Thank you Elad,
I knew it was required a pvresize command but wanted to be sure that I
wasn't disrupting possible storage parameters bookkeeping by the oVirt
system.
I'm wondering if it's because of this that SD has to be put in maintenance.

Any chance to have the SD resize without putting it offline, for
example doing pvresize on the SPM node and then pvscan on every other
host involved?
I'm sure there are use cases where this is would be of great convenience.


> - Original Message -
> From: "Giorgio Bersano" 
> To: "users@ovirt.org" 
> Sent: Monday, March 17, 2014 7:25:36 PM
> Subject: [Users] SAN storage expansion
>
> Hi all,
> I'm happily continuing my experiments with oVirt and I need a
> suggestion regarding storage management.
>
> I'm using an iSCSI based Storage Domain and I'm trying to understand
> which is the correct way to extend it's size some time after it's
> creation.
>
> Please consider the following steps:
>
> 1) Using storage specific tools create a new volume on iSCSI storage
> (e.g. 130.0 GiB)
>
> 2) in oVirt webadmin: Storage -> New Domain , select the previously
> created storage (130 GB), OK, after some time it's online:
>  Size: 129 GB ; Available: 125 GB ; Used: 4 GB
>
> 3) Use according to your needs (even noop is OK)
>
> 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB
> more, now it says 150.0GiB)
>
> 5) in webadmin: Storage, click on the domain, Edit. Looking at
> Luns>Targets , now it correctly sees 150GB
>
> BUT
> on the Storage tab it continues to be seen with
>  Size: 129 GB ; Available: 125 GB ; Used: 4 GB
>
>
> Do you think it is possible to make oVirt aware of the new available
> storage space? Am I missing something obvious?
>
> My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts.
>
> Best regards,
> Giorgio.
> ___
> 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: [Users] oVirt 3.5 planning

[Jorick Astrego]

Hi,

Currently we have some small server clusters that have only two storage
nodes with iSCSI. I would like to use Gluster bricks for them but I'm a
bit worried about quorum and split-brain.

Would it be an idea to make ovirt a Gluster quorum arbiter? The ovirt
engine is managing the virtual datacenter and could easily be the
deciding factor when a 2 brick gluster loses one of the bricks.

http://hekafs.org/index.php/2012/11/different-forms-of-quorum/

The second issue is trickier. What should we do when N=2? In some cases,
allowing a single failure to make a volume read-only (the current
behavior) is fine. In others it’s not. One idea would be to “promote”
from all bricks/servers in a replica set to all in a volume to all in
the cluster. Unfortunately, that gets us nowhere in a two-server
two-brick cluster, which is very common especially in the critical case
of people trying GlusterFS for the first time and seeing how it responds
to failures. The other idea is arbiter nodes, which hold no data but
pump up the quorum number for the cluster (or for a volume if that’s how
we’re counting). Thus, if we have a volume on two nodes in a cluster
with more than two, a third node will be (automatically?) designated as
having an interest in that volume so that the effective quorum is two
out of three. Since tracking servers’ interests in volumes will already
have to be part of the second patch I’ve mentioned, adding an arbiter is
just a simple matter of manipulating that information so it should be a
pretty straightforward third patch.

Kind regards,

Jorick Astrego
Netbulae
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] SAN storage expansion

[Elad Ben Aharon]

Hi,

LUNs size are being updated using the multipath mechanism. In order to update 
storage domain size, you'll need to update the physical volume size using LVM 
on you hypervisors.

Please do the following:
1) Put the storage domain to maintenance
2) Execute on your hosts:
'pvresize --setphysicalvolumesize' with the new physical volume size (150G)
3) Activate the storage domain



- Original Message -
From: "Giorgio Bersano" 
To: "users@ovirt.org" 
Sent: Monday, March 17, 2014 7:25:36 PM
Subject: [Users] SAN storage expansion

Hi all,
I'm happily continuing my experiments with oVirt and I need a
suggestion regarding storage management.

I'm using an iSCSI based Storage Domain and I'm trying to understand
which is the correct way to extend it's size some time after it's
creation.

Please consider the following steps:

1) Using storage specific tools create a new volume on iSCSI storage
(e.g. 130.0 GiB)

2) in oVirt webadmin: Storage -> New Domain , select the previously
created storage (130 GB), OK, after some time it's online:
 Size: 129 GB ; Available: 125 GB ; Used: 4 GB

3) Use according to your needs (even noop is OK)

4) Using storage specific tools expand the new volume (e.g. 20.0 GiB
more, now it says 150.0GiB)

5) in webadmin: Storage, click on the domain, Edit. Looking at
Luns>Targets , now it correctly sees 150GB

BUT
on the Storage tab it continues to be seen with
 Size: 129 GB ; Available: 125 GB ; Used: 4 GB


Do you think it is possible to make oVirt aware of the new available
storage space? Am I missing something obvious?

My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts.

Best regards,
Giorgio.
___
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: [Users] affects of changing compatibility setting on running cluster

[Tomas Jelinek]

- Original Message -
> From: "Charles Weber" 
> To: "Tomas Jelinek" 
> Cc: "Omer Frenkel" , users@ovirt.org, "Sven Kieske" 
> 
> Sent: Monday, March 17, 2014 8:44:09 PM
> Subject: Re: [Users] affects of changing compatibility setting on running 
> cluster
> 
> 
> On Mar 17, 2014, at 4:41 AM, Tomas Jelinek  wrote:
> 
> > 
> > 
> > - Original Message -
> >> From: "Omer Frenkel" 
> >> To: "Itamar Heim" , "Tomas Jelinek"
> >> 
> >> Cc: "Charles Weber" , "ybronhei"
> >> , "Dan Kenigsberg" ,
> >> users@ovirt.org, "Eli Mesika" , "Sven Kieske"
> >> 
> >> Sent: Sunday, March 16, 2014 10:04:12 AM
> >> Subject: Re: [Users] affects of changing compatibility setting on running
> >> cluster
> >> 
> >> 
> >> 
> >> - Original Message -
> >>> From: "Itamar Heim" 
> >>> To: "Charles Weber" 
> >>> Cc: "ybronhei" , "Dan Kenigsberg"
> >>> ,
> >>> users@ovirt.org, "Eli Mesika"
> >>> , "Sven Kieske" , "Omer
> >>> Frenkel"
> >>> 
> >>> Sent: Friday, March 14, 2014 12:58:57 AM
> >>> Subject: Re: [Users] affects of changing compatibility setting on running
> >>> cluster
> >>> 
> >>> On 03/13/2014 05:33 PM, Charles Weber wrote:
>  
>  On Mar 12, 2014, at 5:14 PM, Itamar Heim   > wrote:
>  
> > On 03/12/2014 10:45 PM, ybronhei wrote:
> >> On 03/12/2014 04:33 PM, Itamar Heim wrote:
> >>> On 03/12/2014 04:32 PM, ybronhei wrote:
>  On 03/12/2014 04:25 PM, Dan Kenigsberg wrote:
> > On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote:
> >> On 03/12/2014 10:11 AM, Sven Kieske wrote:
> >>> 
> >>> 
> >>> Am 11.03.2014 17:38, schrieb Itamar Heim:
>  
>  i understood this to "you can't use 4.14 with 3.4.0".
> >>> 
> >>> Well I examined BZ 1067096 again, this is what did not work:
> >>> 
> >>> Steps to Reproduce:
> >>> 1.  Run Engine 3.3 Compatibility level 3.2 or 3.3
> >>> 2.  Add node (vdsm 4.14)
> >>> 
> >>> Actual results:
> >>> Host is installed with VDSM version (4.14) and cannot join
> >>> cluster
> >>> which
> >>> is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10].
> >>> 
> >>> Pay attention to the engine version, it states 3.3. not 3.4.0
> >>> 
> >>> So my conclusion is, you can't install vdsm 4.14. when you want
> >>> to use engine 3.3.
> >>> 
> >>> Am I reading something wrong?
> >>> 
> >>> Here's the link again:
> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0
> >>> 
> >> 
> >> this can be fixed via engine config, but is not supposed to be
> >> needed, as vdsm is supposed to have
> >> vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1',
> >> '3.2',
> >> '3.3', '3.4'],
> >> 
> >> danken/eli - thoughts?
> > 
> > I do not really understand why we have this recurrent Engine bug,
> > of
> > ignoring supportedENGINEs; I think Yaniv does.
> > 
>  
>  i recall asking for detailed explanation for why do we have 3
>  different
>  restrictions , one for supportedEngines, one for the allowed vdsm
>  versions, and one for the cluster level?
>  
>  if vdsm version is supported why isn't it in engine's capabilities
>  yet?
> >>> 
> >>> because its a vdsm version which was released after that engine was
> >>> released, hence the vdsm package has to declare its supporting the
> >>> old
> >>> engine.
> >>> 
> >> 
> >> so its an hack to allow users to add beta vdsm version to new engine
> >> release?.. sounds like that
> > 
> > no. its to add the next release of vdsm to a previously released
> > engine. but that's not supposed to be an issue, since its supposed to
> > already report the previous version of engine (which it does)
> > 
> >> 
> >> please reopen if it reproduced
> >> 
>  
>  the issue was verified in
>  https://bugzilla.redhat.com/show_bug.cgi?id=1016461, please reopen
>  if
>  it still appears
>  
>  
>  
> >>> 
> >> 
> >> 
> > 
>  
>  I do have an issue still with this.
>  When I try to change compatibility version at the datacenter level it
>  behaves as expected, i.e. warns me to change the cluster level first. I
>  see a matching log entry in the engine log. However when I try to change
>  the compatibility version at the cluster level the edit cluster dialog
>  box just hangs there. There are no log entries in the engine log. The
>  dialog box goes away when I click cancel. If I select 3.2 or 3.3 and
>  click OK nothing happens. This occurs either during normal running or
>  with hosts in maintenance mode.
>  
>