Re: [ovirt-users] Issues with Power Management

[Florian Schmid]

Hi, 

I also raised a bug with power management, but I have issues with Cisco UCS! 

There is a bug starting with ovirt engine 4.0.5, where the "Options" field only 
allows integers anymore! 

I was told, they want to fix this in 4.0.7 -> 
http://lists.ovirt.org/pipermail/users/2017-January/079033.html 

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

Re: [ovirt-users] oVirt installs 3.6 repos for 4.0 compat cluster

[Yedidyah Bar David]

On Tue, Jan 24, 2017 at 7:00 AM, James  wrote:
> Hi guys,
>
> I'm trying to servers to a new oVirt 4.0 cluster. I've upgraded the
> engine (not hosted, standalone) to version 4.0.6.3 and run engine-setup
> and everything seemed to go fine.
>
> When reinstalling oVirt on a host after removing it from the 3.6 compat
> cluster into a 4.0 compat cluster causes issues when reinstalling and
> setting up the management network for some reason. I haven't been able
> to track this issue down fully yet.
>
> Whats weird is that even when a fresh new host is installed and added to
> the grid for some reason oVirt installs the repos for oVirt 3.6 on the

AFAIK nothing in oVirt installs repos. It's up to the admin to add the
correct repos, usually by installing a suitable ovirt-release*.rpm package.

Please check all of /etc/yum.repos.d before you (re)install such a host.

> host. I'm sure this is done by oVirt itself since they aren't there
> before I install the host and we don't manage these outside of that. It

Can you please verify that somehow? E.g. 'yum search vdsm', 'yum info vdsm'?

Also, which OS are you using?

> also just stalls at "Activating" the host and I can't do anything with
> them after that.
>
> Shouldn't it be installing version 4.0 for this cluster? I've triple
> checked its set to version 4.0 compatibility and the data center its in
> is also set to this level.
>
> Unsure what logs I can provide but any help would be greatly
> appreciated!

Generally speaking, you should check:
On engine machine - /var/log/ovirt-engine/* ,
/var/log/ovirt-engine/host-deploy/*
On host - /var/log/vdsm/* , during install also /tmp/*

But first check your repos.

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4.0 x 4.1

[Yedidyah Bar David]

On Mon, Jan 23, 2017 at 9:36 PM, Fernando Frediani
 wrote:
> I am deploying a oVirt environment which will not get production data
> immediately.
>
> Obviously I would rather use 4.1 RC due the many changes and fixes present.
> Later when 4.1 becomes stable then upgrade to it.
> Does anyone see any problem in doing that way or would it be more advisable
> to start with 4.0.6 and upgrade to 4.1 stable when time comes ?

If eventually it will be production, I'd start with 4.0.6.

Generally speaking, if we find in the future a bug when upgrading from
4.0.6 to 4.1.z, we'll try to solve it, so that it does not affect an
upgrade from 4.0.6 to 4.1.z+1. But if we find a bug that affects only
upgrade from a rc/beta/etc. version to a stable version, we might decide
it's not worth fixing.

Also note that 4.1.0 should be out really soon:

https://www.ovirt.org/develop/release-management/releases/4.1/release-management/

So you might as well simply wait a bit.

>
> My concern are the issue people related they had when upgrading from one
> major version to another in the past.

In general, or to/from beta/rc/etc versions?

In general we appreciate very much people testing upgrades from/to beta/rc
versions, and if they find bugs, we do try to fix them. But people should
do this in test environments, not ones that are eventually destined to become
production.

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt installs 3.6 repos for 4.0 compat cluster

[James]

Hi guys,

I'm trying to servers to a new oVirt 4.0 cluster. I've upgraded the
engine (not hosted, standalone) to version 4.0.6.3 and run engine-setup
and everything seemed to go fine.

When reinstalling oVirt on a host after removing it from the 3.6 compat
cluster into a 4.0 compat cluster causes issues when reinstalling and
setting up the management network for some reason. I haven't been able
to track this issue down fully yet.

Whats weird is that even when a fresh new host is installed and added to
the grid for some reason oVirt installs the repos for oVirt 3.6 on the
host. I'm sure this is done by oVirt itself since they aren't there
before I install the host and we don't manage these outside of that. It
also just stalls at "Activating" the host and I can't do anything with
them after that.

Shouldn't it be installing version 4.0 for this cluster? I've triple
checked its set to version 4.0 compatibility and the data center its in
is also set to this level.

Unsure what logs I can provide but any help would be greatly
appreciated!

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

Re: [ovirt-users] Issues with Power Management

[Bradley Bishop]

I was able to solve the issue by using the API. The api accepted the input
and the Power Management is working now. I am still not sure why the Web Ui
is not working but atleast i can move on now. Thank you for all your help!

Thanks,
Bradley Bishop

On Mon, Jan 23, 2017 at 5:32 PM, Torsten Stolpmann <
torsten.stolpm...@verit.de> wrote:

> Hello Bradley,
>
> beats me - I tried to replicate your situation but was unable to reach
> that error. My setup seems identical to yours (Centos 7.3 / oVirt Engine
> 4.0.2.7-1).
>
> Is it possible that this error is related to some totally different field?
>
> Out of ideas,
> Torsten
>
>
> On 23.01.2017 23:08, Bradley Bishop wrote:
>
>> Hello Torsten,
>>
>> Thank you for replying! I read that somewhere else also. The issue is
>> web ui does not allow me to enter those options. I get an error that
>> states "The field must contain an integer number between -2147483648
>>  and 2147483648 ."
>>
>> Thank you,
>> Bradley
>>
>> ___
>>
>> Hello Bradley,
>>
>> I am successfully managing an R710 drac6 controller using the following
>> parameters:
>>
>> Type: drac5
>> Options: cmd_prompt=/admin1->,login_timeout=60
>>
>> Hope this helps,
>>
>> Torsten
>>
>> On 23.01.2017 22:43, Bradley Bishop wrote:
>>
>> Hello all,
>>
>> I am new to ovirt and having issues setting up Power Management
>> options
>> for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0 on
>> Centos 7.3
>>
>> I found some other information that stated i needed to have the option
>> cmd_prompt=admin->
>>  (http://users.ovirt.narkive.com/IuztlLPv/power-management-for-drac6
>> )
>> but i consistantly get the error of the content needing to be an
>> integer
>> when i do that. I have attached a screenshot below
>>
>>
>> ​
>> Has anyone seen this and know what i am doing wrong?
>>
>> Thank you,
>> Bradley Bishop
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org 
>> http://lists.ovirt.org/mailman/listinfo/users
>> 
>>
>>
>> On Mon, Jan 23, 2017 at 4:59 PM, Torsten Stolpmann
>> > wrote:
>>
>> Hello Bradley,
>>
>> I am successfully managing an R710 drac6 controller using the
>> following parameters:
>>
>> Type: drac5
>> Options: cmd_prompt=/admin1->,login_timeout=60
>>
>> Hope this helps,
>>
>> Torsten
>>
>> On 23.01.2017 22:43, Bradley Bishop wrote:
>>
>> Hello all,
>>
>> I am new to ovirt and having issues setting up Power Management
>> options
>> for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0
>> on
>> Centos 7.3
>>
>> I found some other information that stated i needed to have the
>> option
>> cmd_prompt=admin->
>>  (http://users.ovirt.narkive.com/IuztlLPv/power-management-f
>> or-drac6
>> > r-drac6>)
>> but i consistantly get the error of the content needing to be an
>> integer
>> when i do that. I have attached a screenshot below
>>
>>
>> ​
>> Has anyone seen this and know what i am doing wrong?
>>
>> Thank you,
>> Bradley Bishop
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org 
>> http://lists.ovirt.org/mailman/listinfo/users
>> 
>>
>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot move pointer to top of console view in noVNC

[George Chlipala]

It looks like is a HTML/CSS issue.  The status div "overhangs" the canvas
and prevents the pointer from interacting with the canvas.

I have made the following change to
/usr/share/ovirt-engine/files/novnc/include/base.css and it resolves the
issue.

--- files/novnc/include/base.css.orig   2017-01-23 23:09:23.129194000 +
+++ files/novnc/include/base.css2017-01-23 23:15:16.629194000 +
@@ -89,8 +89,6 @@ html {

 #noVNC_status {
   font-size: 12px;
-  padding-top: 4px;
-  height:32px;
   text-align: center;
   font-weight: bold;
   color: #fff;


George Chlipala
email: gchl...@uic.edu

On Fri, Jan 20, 2017 at 8:23 AM, Joop  wrote:

> On 19-1-2017 23:31, George Chlipala wrote:
> > The subject line says it all.  When using noVNC and I move the mouse
> > to the top of the console view, the pointer will stop short.  So, if I
> > have a Windows VM and a window that is maximized, I cannot click on
> > the close button.
> >
> I think you're looking at your cursor locked into the client window.
> There should be a helpful message in the window title to press SHIFT+F12
> to release the cursor :-)
>
> Joop
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issues with Power Management

[Torsten Stolpmann]

Hello Bradley,

beats me - I tried to replicate your situation but was unable to reach 
that error. My setup seems identical to yours (Centos 7.3 / oVirt Engine 
4.0.2.7-1).


Is it possible that this error is related to some totally different field?

Out of ideas,
Torsten


On 23.01.2017 23:08, Bradley Bishop wrote:

Hello Torsten,

Thank you for replying! I read that somewhere else also. The issue is
web ui does not allow me to enter those options. I get an error that
states "The field must contain an integer number between -2147483648
 and 2147483648 ."

Thank you,
Bradley

___

Hello Bradley,

I am successfully managing an R710 drac6 controller using the following
parameters:

Type: drac5
Options: cmd_prompt=/admin1->,login_timeout=60

Hope this helps,

Torsten

On 23.01.2017 22:43, Bradley Bishop wrote:

Hello all,

I am new to ovirt and having issues setting up Power Management options
for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0 on
Centos 7.3

I found some other information that stated i needed to have the option
cmd_prompt=admin->
 (http://users.ovirt.narkive.com/IuztlLPv/power-management-for-drac6
)
but i consistantly get the error of the content needing to be an integer
when i do that. I have attached a screenshot below


​
Has anyone seen this and know what i am doing wrong?

Thank you,
Bradley Bishop


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



On Mon, Jan 23, 2017 at 4:59 PM, Torsten Stolpmann
> wrote:

Hello Bradley,

I am successfully managing an R710 drac6 controller using the
following parameters:

Type: drac5
Options: cmd_prompt=/admin1->,login_timeout=60

Hope this helps,

Torsten

On 23.01.2017 22:43, Bradley Bishop wrote:

Hello all,

I am new to ovirt and having issues setting up Power Management
options
for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0 on
Centos 7.3

I found some other information that stated i needed to have the
option
cmd_prompt=admin->
 (http://users.ovirt.narkive.com/IuztlLPv/power-management-for-drac6
)
but i consistantly get the error of the content needing to be an
integer
when i do that. I have attached a screenshot below


​
Has anyone seen this and know what i am doing wrong?

Thank you,
Bradley Bishop


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






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

Re: [ovirt-users] Issues with Power Management

[Bradley Bishop]

Hello Torsten,

Thank you for replying! I read that somewhere else also. The issue is web
ui does not allow me to enter those options. I get an error that states
"The field must contain an integer number between -2147483648
<(214)%20748-3648> and 2147483648 <(214)%20748-3648>."

Thank you,
Bradley

___

Hello Bradley,

I am successfully managing an R710 drac6 controller using the following
parameters:

Type: drac5
Options: cmd_prompt=/admin1->,login_timeout=60

Hope this helps,

Torsten

On 23.01.2017 22:43, Bradley Bishop wrote:

> Hello all,
>
> I am new to ovirt and having issues setting up Power Management options
> for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0 on
> Centos 7.3
>
> I found some other information that stated i needed to have the option
> cmd_prompt=admin->
>  (http://users.ovirt.narkive.com/IuztlLPv/power-management-for-drac6)
> but i consistantly get the error of the content needing to be an integer
> when i do that. I have attached a screenshot below
>
>
> ​
> Has anyone seen this and know what i am doing wrong?
>
> Thank you,
> Bradley Bishop
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


On Mon, Jan 23, 2017 at 4:59 PM, Torsten Stolpmann <
torsten.stolpm...@verit.de> wrote:

> Hello Bradley,
>
> I am successfully managing an R710 drac6 controller using the following
> parameters:
>
> Type: drac5
> Options: cmd_prompt=/admin1->,login_timeout=60
>
> Hope this helps,
>
> Torsten
>
> On 23.01.2017 22:43, Bradley Bishop wrote:
>
>> Hello all,
>>
>> I am new to ovirt and having issues setting up Power Management options
>> for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0 on
>> Centos 7.3
>>
>> I found some other information that stated i needed to have the option
>> cmd_prompt=admin->
>>  (http://users.ovirt.narkive.com/IuztlLPv/power-management-for-drac6)
>> but i consistantly get the error of the content needing to be an integer
>> when i do that. I have attached a screenshot below
>>
>>
>> ​
>> Has anyone seen this and know what i am doing wrong?
>>
>> Thank you,
>> Bradley Bishop
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issues with Power Management

[Torsten Stolpmann]

Hello Bradley,

I am successfully managing an R710 drac6 controller using the following 
parameters:


Type: drac5
Options: cmd_prompt=/admin1->,login_timeout=60

Hope this helps,

Torsten

On 23.01.2017 22:43, Bradley Bishop wrote:

Hello all,

I am new to ovirt and having issues setting up Power Management options
for my Dell Hosts r710 hosts with idrac 8. I am running ovirt 4.0 on
Centos 7.3

I found some other information that stated i needed to have the option
cmd_prompt=admin->
 (http://users.ovirt.narkive.com/IuztlLPv/power-management-for-drac6)
but i consistantly get the error of the content needing to be an integer
when i do that. I have attached a screenshot below


​
Has anyone seen this and know what i am doing wrong?

Thank you,
Bradley Bishop


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



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

[ovirt-users] Use of Direct Attached Storage as Storage Type

[Fernando Frediani]

I am trying to use a DAC (Direct Attached Storage) in a Hardware which 
has it as the only option (DELL VRTX) but I see no matching option at 
Storage Type. It has there: NFS, POSIX compliant FS, GlusterFS, iSCSI 
and Fiber Channel. The two closest are iSCSI and Fiberchannel as they 
use CLVM in the backend I understand, but of course they are not the 
same thing as DAC.


Has anyone had a similar scenario and how solved it ?

Thanks

Fernando

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

Re: [ovirt-users] packages that can be updated without maintening hosts

[Nir Soffer]

On Mon, Jan 23, 2017 at 8:31 PM, Yaniv Kaul  wrote:
>
>
> On Mon, Jan 23, 2017 at 7:07 PM, Nir Soffer  wrote:
>>
>> On Mon, Jan 23, 2017 at 3:27 PM, Yaniv Kaul  wrote:
>> >
>> >
>> > On Jan 23, 2017 3:20 PM, "Nathanaël Blanchet"  wrote:
>> >
>> >
>> >
>> > Le 23/01/2017 à 13:08, Yaniv Kaul a écrit :
>> >
>> >
>> >
>> > On Mon, Jan 23, 2017 at 1:38 PM, Nathanaël Blanchet 
>> > wrote:
>> >>
>> >> Hi
>> >>
>> >> The update notifier in the webadmin was originally designed to alert
>> >> for
>> >> new vdsm* packages. Now, I noticed that available update of virt
>> >> packages
>> >> and more are notified. I know that hot updating qemu-kvm package does
>> >> break
>> >> vms that are running on concerned hosts, but what about other one like
>> >> libvirt-client? I know it is recommended to put in maintenance while
>> >> updating, but can we update some minor packages without waiting for
>> >> migration?
>> >
>> >
>> > Hot-updating any package should not break any running VMs. If it does,
>> > it's
>> > a bug.
>>
>> Updating vdsm is not supported when the host is not in maintenance.
>>
>> The major issue is sanlock, if it is maintaining a lease on storage,
>> updating
>> sanlock will cause the host to reboot. Sanlock is not petting the host
>> watchdog
>> because you killed sanlock during the upgrade, the watchdog will
>> reboot the host.
>
>
> Is the sanlock RPM preventing an upgrade (in the pre-upgrade script) if it
> has a lock?

Adding David.

> Y.
>
>>
>> Updating vdms while file based storage domain are mounted is also not
>> supported, since the local mount path may change between versions, for
>> example because of fixed bugs. If the local mount path changed, the domain
>> will not be considered mounted, and some flows may fail.
>>
>> Nir
>>
>> > The last time I did a qemu-kvm upgrade, my host became down and the vms
>> > on
>> > it with a question mark and no possibility to interact with them. My
>> > only
>> > solution was to use the "confirm host has rebooted" to fence the vms,
>> > and
>> > then the nightmare began : the high
>> >
>> >
>> > Was the host indeed rebooted?
>> >
>> > availaible vms rebooted on an other host while they were still active on
>> > the
>> > first one, so they were up on two hosts at the same time. Their disk
>> > began
>> > to be written by two vms at the same time and I had to fscsk them to
>> > make
>> > them up on the next boot. Some database vms were completely unusabled!
>> >
>> >
>> > On 4.1 we are going to introduce a feature that will protect against
>> > this
>> > situation, by taking a lock on the storage.
>> > Y.
>> >
>> >
>> > So I'm very surprised to hear that it is possible to do  hot-updating on
>> > these kind of upgrade, and I won't do it anymore!
>> >
>> > I personally agree it's not the best habit to do it nevertheless, and I
>> > expect users to put hosts to maintenance before performing any upgrade.
>> >
>> > We cannot tell which update requires maintenance and which doesn't (or
>> > for
>> > that matter - requires a reboot or a service restart) - there's no
>> > metadata
>> > available to do attached to the packages that can tell us that.
>> > Y.
>> >
>> >>
>> >>
>> >>
>> >> --
>> >> 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
>> >> blanc...@abes.fr
>> >>
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>> >
>> > --
>> > 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
>> > blanc...@abes.fr
>> >
>> >
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] 4.0 x 4.1

[Fernando Frediani]

I am deploying a oVirt environment which will not get production data 
immediately.


Obviously I would rather use 4.1 RC due the many changes and fixes 
present. Later when 4.1 becomes stable then upgrade to it.
Does anyone see any problem in doing that way or would it be more 
advisable to start with 4.0.6 and upgrade to 4.1 stable when time comes ?


My concern are the issue people related they had when upgrading from one 
major version to another in the past.


Thanks

Fernando

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

Re: [ovirt-users] Host Device Mapping

[Bryan Sockel]

Ennableing IOMMU fixed it.  Thanks.




-Original Message-
From: Martin Polednik 
To: Bryan Sockel 
Cc: "users@ovirt.org" 
Date: Mon, 23 Jan 2017 08:51:52 +0100
Subject: Re: Host Device Mapping

On 20/01/17 14:38 -0600, Bryan Sockel wrote:
>
>Hi,
>
>I am trying to map a host device to a VM, I am able to get the host device
>mapped to the VM, but i am unable to start the vm.  I receive the following
>Error:
>
>Error while executing action:
>
>VM:
>Cannot run VM. There is no host that satisfies current scheduling
>constraints. See below for details:
>The host vm-host-1 did not satisfy internal filter HostDevice because it
>does not support host device passthrough..
>The host vm-host-2 did not satisfy internal filter HostDevice because it
>does not support host device passthrough..

Is the host device you're trying to pass through on the PCI bus? Is
IOMMU enabled in your bios and kernel? Host requirements section in
[1] could help.

[1] 
http://www.ovirt.org/develop/release-management/features/engine/hostdev-passthrough/

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

Re: [ovirt-users] packages that can be updated without maintening hosts

[Yaniv Kaul]

On Mon, Jan 23, 2017 at 7:07 PM, Nir Soffer  wrote:

> On Mon, Jan 23, 2017 at 3:27 PM, Yaniv Kaul  wrote:
> >
> >
> > On Jan 23, 2017 3:20 PM, "Nathanaël Blanchet"  wrote:
> >
> >
> >
> > Le 23/01/2017 à 13:08, Yaniv Kaul a écrit :
> >
> >
> >
> > On Mon, Jan 23, 2017 at 1:38 PM, Nathanaël Blanchet 
> > wrote:
> >>
> >> Hi
> >>
> >> The update notifier in the webadmin was originally designed to alert for
> >> new vdsm* packages. Now, I noticed that available update of virt
> packages
> >> and more are notified. I know that hot updating qemu-kvm package does
> break
> >> vms that are running on concerned hosts, but what about other one like
> >> libvirt-client? I know it is recommended to put in maintenance while
> >> updating, but can we update some minor packages without waiting for
> >> migration?
> >
> >
> > Hot-updating any package should not break any running VMs. If it does,
> it's
> > a bug.
>
> Updating vdsm is not supported when the host is not in maintenance.
>
> The major issue is sanlock, if it is maintaining a lease on storage,
> updating
> sanlock will cause the host to reboot. Sanlock is not petting the host
> watchdog
> because you killed sanlock during the upgrade, the watchdog will
> reboot the host.
>

Is the sanlock RPM preventing an upgrade (in the pre-upgrade script) if it
has a lock?
Y.


> Updating vdms while file based storage domain are mounted is also not
> supported, since the local mount path may change between versions, for
> example because of fixed bugs. If the local mount path changed, the domain
> will not be considered mounted, and some flows may fail.
>
> Nir
>
> > The last time I did a qemu-kvm upgrade, my host became down and the vms
> on
> > it with a question mark and no possibility to interact with them. My only
> > solution was to use the "confirm host has rebooted" to fence the vms, and
> > then the nightmare began : the high
> >
> >
> > Was the host indeed rebooted?
> >
> > availaible vms rebooted on an other host while they were still active on
> the
> > first one, so they were up on two hosts at the same time. Their disk
> began
> > to be written by two vms at the same time and I had to fscsk them to make
> > them up on the next boot. Some database vms were completely unusabled!
> >
> >
> > On 4.1 we are going to introduce a feature that will protect against this
> > situation, by taking a lock on the storage.
> > Y.
> >
> >
> > So I'm very surprised to hear that it is possible to do  hot-updating on
> > these kind of upgrade, and I won't do it anymore!
> >
> > I personally agree it's not the best habit to do it nevertheless, and I
> > expect users to put hosts to maintenance before performing any upgrade.
> >
> > We cannot tell which update requires maintenance and which doesn't (or
> for
> > that matter - requires a reboot or a service restart) - there's no
> metadata
> > available to do attached to the packages that can tell us that.
> > Y.
> >
> >>
> >>
> >>
> >> --
> >> 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
> >> blanc...@abes.fr
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >
> >
> >
> > --
> > 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
> > blanc...@abes.fr
> >
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Storage Domain sizing

[Nir Soffer]

On Mon, Jan 23, 2017 at 7:33 PM, Marina Kalinin  wrote:
> Hi Christian,
>
> Indeed, lvm adds some overhead when scanning the domains, so there is a
> limit around 300 lvs per domain, where each snapshot of each disk counts as
> a new lv.

We are testing currently 1000 lvs per storage domain. It is slower than 750,
I'm not sure yet how it compared to 100 or 300 lvs.

But basically, the number of lvs is limited, so once the pass the
limit that make
the system too slow for you, you need to add a new storage domain.

If you are managing less then 300 lvs, and you have don't have other reason
to have multiple storage domains (e.g. separate storage servers, separate
users, etc.), few storage domain is best.

I don't know if having more physical devices on the host will lead to better
performance, you will have to test this with your environment.

> On the other hand, having too many domains can also affect on overall
> performance required for oVirt to manage all of them.
> I suggest, if you have 7 now and they work fine - try sticking to them.
> Or, reduce to 3 or 5 and monitor your performance.
> Also, afaik, there should be a lot of performance improvements coming in the
> new release, so try 4.1 and see.
> I hope this helps.
>
> Marina.
>
> On Mon, Jan 23, 2017 at 9:53 AM, Maor Lipchuk  wrote:
>>
>> I know that there is a monitoring process which monitors each Storage
>> Domain, so I guess that if you will have multiple storage domains this will
>> make the monitor runs every time multiple times, but I think that the affect
>> is insignificant on the Host or the Storage Domain.
>>
>> You should also consider the limitation of logical volumes in a volume
>> group,
>> IINM LVM has a default limit of 255 volumes (I'm not sure how it behaves
>> regarding efficiency if you use more volumes)
>> oVirt uses LV also for snapshots so with one storage domain you might get
>> to this limit pretty quick
>>
>> On Mon, Jan 23, 2017 at 4:35 PM, Grundmann, Christian
>>  wrote:
>>>
>>> Hi,
>>>
>>> thx for you input
>>>
>>> both aren’t problems for me, all domains are from the same storage and so
>>> can’t be maintained independently.
>>>
>>>
>>>
>>> Are there performance problems with only one Domain (like waiting for
>>> locks etc.) which I don’t have that much with multiple?
>>>
>>>
>>>
>>> Thx Christian
>>>
>>>
>>>
>>>
>>>
>>> Von: Maor Lipchuk [mailto:mlipc...@redhat.com]
>>> Gesendet: Montag, 23. Jänner 2017 15:32
>>> An: Grundmann, Christian 
>>> Cc: users@ovirt.org
>>> Betreff: Re: [ovirt-users] Storage Domain sizing
>>>
>>>
>>>
>>> There are many factors that can be discussed on this issue,
>>>
>>> two things that pop up on my mind are that many storage domains will make
>>> your Data Center be more robust and flexible, since you can maintain part of
>>> the storage domains which could help with upgrading your storage server in
>>> the future or fixing issues that might occur in your storage, without moving
>>> your Data Center to a non operational state.
>>>
>>>
>>>
>>> One storage domain is preferrable if you want to use large disks with
>>> your VMs that small storage domains does not have the capacity to do so
>>>
>>>
>>>
>>> Regards,
>>>
>>> Maor
>>>
>>>
>>>
>>> On Mon, Jan 23, 2017 at 9:52 AM, Grundmann, Christian
>>>  wrote:
>>>
>>> Hi,
>>>
>>> Ii am about to migrate to a new storage.
>>>
>>> Whats the best practice in sizing?
>>>
>>> 1 big Storage Domain or multiple smaller ones?
>>>
>>>
>>>
>>> My current Setup:
>>>
>>> 11 Hosts
>>>
>>> 7 FC Storage Domains 1 TB each
>>>
>>>
>>>
>>> Can anyone tell me the pro and cons of 1 vs. many?
>>>
>>>
>>>
>>>
>>>
>>> Thx Christian
>>>
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Thanks,
> Marina.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Update NFS storage of the HE server

[Claude Duropcher]

Simone, thanks for replying,

According to the documentation, global mode seems to be a superset of 
local mode. Does setting to local mode maintenance on all hosts in the 
cluster really bring any benefits?


 *

   |global| - All high-availability agents in the cluster are disabled
   from monitoring the state of the engine virtual machine. The global
   maintenance mode must be applied for any setup or upgrade operations
   that require the engine to be stopped, such as upgrading to a later
   version of oVirt.

 *

   |local| - The high-availability agent on the host issuing the
   command is disabled from monitoring the state of the engine virtual
   machine. The host is exempt from hosting the engine virtual machine
   while in local maintenance mode; if hosting the engine virtual
   machine when placed into this mode, the engine will be migrated to
   another host, provided there is a suitable contender. The local
   maintenance mode is recommended when applying system changes or
   updates to the host.

Le 2017-01-23 à 12:13, Simone Tiraboschi a écrit :



On Mon, Jan 23, 2017 at 4:20 PM, Claude Duropcher 
> wrote:


Hi,

We need to update/reboot the NFS server on wich the hosted engine
is installed. This server also hosts a couple of extra storage
domains (ISO, Export and a iScsi domain). I'm wondering if this
procedure is complete for an oVirt 4.0 installation :

1-set the environment to global maintenance

2-set the extra domains to maintenance mode

3-shutdown the hosted engine

4-update/reboot the storage server

5-reboot the hosted engine

6-reactivate extra domains

7-disable global maintenance mode

I'm wondering what's happening after step 4 and how ovirt will
react when the NFS storage disapear and come back.


ovirt-ha-agent will try to reconnect the shared storage if 
hosted-engine for all the time; depending on different factors, 
sanlock will fail updating the hosted-engine lease ans this can bring 
the watchdog to reboot the host.

Setting also local maintenance mode on the involved hosts is a good idea.

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





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

Re: [ovirt-users] Storage Domain sizing

[Marina Kalinin]

Hi Christian,

Indeed, lvm adds some overhead when scanning the domains, so there is a
limit around 300 lvs per domain, where each snapshot of each disk counts as
a new lv.
On the other hand, having too many domains can also affect on overall
performance required for oVirt to manage all of them.
I suggest, if you have 7 now and they work fine - try sticking to them.
Or, reduce to 3 or 5 and monitor your performance.
Also, afaik, there should be a lot of performance improvements coming in
the new release, so try 4.1 and see.
I hope this helps.

Marina.

On Mon, Jan 23, 2017 at 9:53 AM, Maor Lipchuk  wrote:

> I know that there is a monitoring process which monitors each Storage
> Domain, so I guess that if you will have multiple storage domains this will
> make the monitor runs every time multiple times, but I think that the
> affect is insignificant on the Host or the Storage Domain.
>
> You should also consider the limitation of logical volumes in a volume
> group,
> IINM LVM has a default limit of 255 volumes (I'm not sure how it behaves
> regarding efficiency if you use more volumes)
> oVirt uses LV also for snapshots so with one storage domain you might get
> to this limit pretty quick
>
> On Mon, Jan 23, 2017 at 4:35 PM, Grundmann, Christian <
> christian.grundm...@fabasoft.com> wrote:
>
>> Hi,
>>
>> thx for you input
>>
>> both aren’t problems for me, all domains are from the same storage and so
>> can’t be maintained independently.
>>
>>
>>
>> Are there performance problems with only one Domain (like waiting for
>> locks etc.) which I don’t have that much with multiple?
>>
>>
>>
>> Thx Christian
>>
>>
>>
>>
>>
>> *Von:* Maor Lipchuk [mailto:mlipc...@redhat.com]
>> *Gesendet:* Montag, 23. Jänner 2017 15:32
>> *An:* Grundmann, Christian 
>> *Cc:* users@ovirt.org
>> *Betreff:* Re: [ovirt-users] Storage Domain sizing
>>
>>
>>
>> There are many factors that can be discussed on this issue,
>>
>> two things that pop up on my mind are that many storage domains will make
>> your Data Center be more robust and flexible, since you can maintain part
>> of the storage domains which could help with upgrading your storage server
>> in the future or fixing issues that might occur in your storage, without
>> moving your Data Center to a non operational state.
>>
>>
>>
>> One storage domain is preferrable if you want to use large disks with
>> your VMs that small storage domains does not have the capacity to do so
>>
>>
>>
>> Regards,
>>
>> Maor
>>
>>
>>
>> On Mon, Jan 23, 2017 at 9:52 AM, Grundmann, Christian <
>> christian.grundm...@fabasoft.com> wrote:
>>
>> Hi,
>>
>> Ii am about to migrate to a new storage.
>>
>> Whats the best practice in sizing?
>>
>> 1 big Storage Domain or multiple smaller ones?
>>
>>
>>
>> My current Setup:
>>
>> 11 Hosts
>>
>> 7 FC Storage Domains 1 TB each
>>
>>
>>
>> Can anyone tell me the pro and cons of 1 vs. many?
>>
>>
>>
>>
>>
>> Thx Christian
>>
>>
>> ___
>> 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
>
>


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

Re: [ovirt-users] Update NFS storage of the HE server

[Simone Tiraboschi]

On Mon, Jan 23, 2017 at 4:20 PM, Claude Duropcher <
claude.duroc...@cptaq.gouv.qc.ca> wrote:

> Hi,
>
> We need to update/reboot the NFS server on wich the hosted engine is
> installed. This server also hosts a couple of extra storage domains (ISO,
> Export and a iScsi domain). I'm wondering if this procedure is complete for
> an oVirt 4.0 installation :
>
> 1-set the environment to global maintenance
>
> 2-set the extra domains to maintenance mode
>
> 3-shutdown the hosted engine
>
> 4-update/reboot the storage server
>
> 5-reboot the hosted engine
>
> 6-reactivate extra domains
>
> 7-disable global maintenance mode
>
> I'm wondering what's happening after step 4 and how ovirt will react when
> the NFS storage disapear and come back.
>
>
ovirt-ha-agent will try to reconnect the shared storage if hosted-engine
for all the time; depending on different factors, sanlock will fail
updating the hosted-engine lease ans this can bring the watchdog to reboot
the host.
Setting also local maintenance mode on the involved hosts is a good idea.



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

Re: [ovirt-users] packages that can be updated without maintening hosts

[Nir Soffer]

On Mon, Jan 23, 2017 at 3:27 PM, Yaniv Kaul  wrote:
>
>
> On Jan 23, 2017 3:20 PM, "Nathanaël Blanchet"  wrote:
>
>
>
> Le 23/01/2017 à 13:08, Yaniv Kaul a écrit :
>
>
>
> On Mon, Jan 23, 2017 at 1:38 PM, Nathanaël Blanchet 
> wrote:
>>
>> Hi
>>
>> The update notifier in the webadmin was originally designed to alert for
>> new vdsm* packages. Now, I noticed that available update of virt packages
>> and more are notified. I know that hot updating qemu-kvm package does break
>> vms that are running on concerned hosts, but what about other one like
>> libvirt-client? I know it is recommended to put in maintenance while
>> updating, but can we update some minor packages without waiting for
>> migration?
>
>
> Hot-updating any package should not break any running VMs. If it does, it's
> a bug.

Updating vdsm is not supported when the host is not in maintenance.

The major issue is sanlock, if it is maintaining a lease on storage, updating
sanlock will cause the host to reboot. Sanlock is not petting the host watchdog
because you killed sanlock during the upgrade, the watchdog will
reboot the host.

Updating vdms while file based storage domain are mounted is also not
supported, since the local mount path may change between versions, for
example because of fixed bugs. If the local mount path changed, the domain
will not be considered mounted, and some flows may fail.

Nir

> The last time I did a qemu-kvm upgrade, my host became down and the vms on
> it with a question mark and no possibility to interact with them. My only
> solution was to use the "confirm host has rebooted" to fence the vms, and
> then the nightmare began : the high
>
>
> Was the host indeed rebooted?
>
> availaible vms rebooted on an other host while they were still active on the
> first one, so they were up on two hosts at the same time. Their disk began
> to be written by two vms at the same time and I had to fscsk them to make
> them up on the next boot. Some database vms were completely unusabled!
>
>
> On 4.1 we are going to introduce a feature that will protect against this
> situation, by taking a lock on the storage.
> Y.
>
>
> So I'm very surprised to hear that it is possible to do  hot-updating on
> these kind of upgrade, and I won't do it anymore!
>
> I personally agree it's not the best habit to do it nevertheless, and I
> expect users to put hosts to maintenance before performing any upgrade.
>
> We cannot tell which update requires maintenance and which doesn't (or for
> that matter - requires a reboot or a service restart) - there's no metadata
> available to do attached to the packages that can tell us that.
> Y.
>
>>
>>
>>
>> --
>> 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
>> blanc...@abes.fr
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> --
> 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
> blanc...@abes.fr
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Rearrange View of VMs

[Alexander Wels]

On Monday, January 23, 2017 8:57:02 AM EST Sven Achtelik wrote:
> Hi Alexander,
> 
> thank you, I'm running a very old engine version (3.5) and it seems that
> this is something in the newer versions. It's not working in 3.5. We're
> going to upgrade as soon as 4.1 is available. Is there any other way to do
> this in 3.5 ?
> 

IIRC this capability was added in 3.6, so if you are running 3.5, I do not 
believe there is a way to do this.

> Thank you,
> 
> Sven
> 
> -Ursprüngliche Nachricht-
> Von: Alexander Wels [mailto:aw...@redhat.com]
> Gesendet: Montag, 23. Januar 2017 15:39
> An: users@ovirt.org
> Cc: Sven Achtelik 
> Betreff: Re: [ovirt-users] Rearrange View of VMs
> 
> On Monday, January 23, 2017 8:00:58 AM EST Sven Achtelik wrote:
> > Hi List,
> > 
> > 
> > 
> > does anyone know if it's possible the rearange the colums in the VMs view
> 
> ?
> 
> 
> 
> Yes, if you right click the header, you will get a popup with all the names
> of the columns and a checkbox, you can enable/disable columns, as well as
> drag and drop column names to re-arrange the order. This should persist on a
> per BROWSER basis (its stored in local storage of the browser).
> 
> > I would like to have the Desciption directly next to Name and IP Address
> > before Host.
> > 
> > 
> > 
> > Thank you,
> > 
> > 
> > 
> > Sven


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

Re: [ovirt-users] Gluster storage expansion

[Goorkate, B.J.]

Hi,

Thanks for the answer!

Adding nodes per 3 makes sense. The disadvantage is having multiple 
storage domains when you do that. Or is it possible to combine them?

Regards,

Bertjan


On Fri, Jan 20, 2017 at 11:27:28AM +0530, knarra wrote:
> On 01/19/2017 09:15 PM, Goorkate, B.J. wrote:
> > Hi all,
> > 
> > I have an oVirt environment with 5 nodes. 3 nodes offer a replica-3 gluster 
> > storage domain for the virtual
> > machines.
> > 
> > Is there a way to use storage in the nodes which are no member of the 
> > replica-3 storage domain?
> > Or do I need another node and make a second replica-3 gluster storage 
> > domain?
> since  you have 5 nodes in your cluster, you could add another node and make
> replica-3 gluster storage domain out of these three nodes which are no
> member of the already existing replica-3 storage domain.
> > 
> > In other words: I would like to expand the existing storage domain by 
> > adding more nodes, rather
> > than adding disks to the existing gluster nodes. Is that possible?
> > 
> > Thanks!
> > 
> > Regards,
> > 
> > Bertjan
> > 
> > 
> > 
> > --
> > 
> > De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
> > uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
> > ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
> > te informeren door het bericht te retourneren. Het Universitair Medisch
> > Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de 
> > W.H.W.
> > (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd 
> > bij
> > de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
> > 
> > Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
> > 
> > --
> > 
> > This message may contain confidential information and is intended 
> > exclusively
> > for the addressee. If you receive this message unintentionally, please do 
> > not
> > use the contents but notify the sender immediately by return e-mail. 
> > University
> > Medical Center Utrecht is a legal person by public law and is registered at
> > the Chamber of Commerce for Midden-Nederland under no. 30244197.
> > 
> > Please consider the environment before printing this e-mail.
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Update NFS storage of the HE server

[Claude Duropcher]

Hi,

We need to update/reboot the NFS server on wich the hosted engine is 
installed. This server also hosts a couple of extra storage domains 
(ISO, Export and a iScsi domain). I'm wondering if this procedure is 
complete for an oVirt 4.0 installation :


1-set the environment to global maintenance

2-set the extra domains to maintenance mode

3-shutdown the hosted engine

4-update/reboot the storage server

5-reboot the hosted engine

6-reactivate extra domains

7-disable global maintenance mode

I'm wondering what's happening after step 4 and how ovirt will react 
when the NFS storage disapear and come back.


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

Re: [ovirt-users] oVirt Python SDK on Ubuntu

[Nathanaël Blanchet]

Le 23/01/2017 à 15:11, Juan Hernández a écrit :

On 01/23/2017 03:05 PM, Ondra Machacek wrote:

On Mon, Jan 23, 2017 at 2:53 PM, Nicolas Ecarnot  wrote:

Le 23/01/2017 à 13:38, Ondra Machacek a écrit :

On Mon, Jan 23, 2017 at 1:23 PM, Nicolas Ecarnot 
wrote:

Hello,

I'm trying to follow

http://www.ovirt.org/develop/release-management/features/infra/python-sdk/
and I'm successfully discovering Python + oVirt SDK on CentOS.

I'd like to do the same on Ubuntu, but the instructions seem incomplete :

"
easy_install ovirt-engine-sdk-python
"

is working, but "import ovirtsdk" doen't give anything.


Note that the wiki page is about SDK version 3, which will be deprecated
in 4.2.
When you run 'easy_install ovirt-engine-sdk-python' it will install
Python SDK version
4, which is different from SDK version 3.


You're right, and I haven't noticed : import ovirtsdk4 is working.


You may find few examples of Python SDK version 4 here:

  https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples


Yes, this list of examples is a treasure, and I'm grateful to the
maintainers.

Alas, though we already have one DC in V4, most of our production DCs are
still in V3 for one year, and I have to maintain them.
So far, I have no clue how to add ovirtsdk v3 to my Ubuntu.

You just need to specify which version you would like to install, in your case:

  easy_install ovirt-engine-sdk-python==3.6.9.2

eactly the same with pip

 pip install ovirt-engine-sdk-python==3.6.9.2




Another point : is the compatibility between ovirtsdk and oVirt completely
obvious (ie 3 -> 3 and 4 -> 4), or is there any kind of backward
compatibility?

Unfortunatelly no, there is no backward compatibility between SDK v3 and v4.


Just to clarify this:

1. Version 3 of the SDK only works with version 3 of the API.

2. Version 4 of the SDK only works with version 4 of the API.

3. Version 3 of the engine only supports version 3 of the API.

4. Versions 4.0 and 4.1 of the engine support both version 3 and 4 of
the API. This means that with version 4 of the engine you can use both
versions of the SDK. This will change with version 4.2 of the engine.
There we will remove support for version 3 of the API, so you will need
to use version 4 of the SDK.

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


--
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
blanc...@abes.fr

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

Re: [ovirt-users] Rearrange View of VMs

[Sven Achtelik]

Hi Alexander, 

thank you, I'm running a very old engine version (3.5) and it seems that
this is something in the newer versions. It's not working in 3.5. We're
going to upgrade as soon as 4.1 is available. Is there any other way to do
this in 3.5 ? 

Thank you, 

Sven  

-Ursprüngliche Nachricht-
Von: Alexander Wels [mailto:aw...@redhat.com] 
Gesendet: Montag, 23. Januar 2017 15:39
An: users@ovirt.org
Cc: Sven Achtelik 
Betreff: Re: [ovirt-users] Rearrange View of VMs

On Monday, January 23, 2017 8:00:58 AM EST Sven Achtelik wrote:
> Hi List,
> 
> 
> 
> does anyone know if it's possible the rearange the colums in the VMs view
?
> 
> 

Yes, if you right click the header, you will get a popup with all the names
of the columns and a checkbox, you can enable/disable columns, as well as
drag and drop column names to re-arrange the order. This should persist on a
per BROWSER basis (its stored in local storage of the browser).

> 
> 
> 
> 
> 
> 
> 
> I would like to have the Desciption directly next to Name and IP Address
> before Host.
> 
> 
> 
> Thank you,
> 
> 
> 
> Sven




smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Storage Domain sizing

[Maor Lipchuk]

I know that there is a monitoring process which monitors each Storage
Domain, so I guess that if you will have multiple storage domains this will
make the monitor runs every time multiple times, but I think that the
affect is insignificant on the Host or the Storage Domain.

You should also consider the limitation of logical volumes in a volume
group,
IINM LVM has a default limit of 255 volumes (I'm not sure how it behaves
regarding efficiency if you use more volumes)
oVirt uses LV also for snapshots so with one storage domain you might get
to this limit pretty quick

On Mon, Jan 23, 2017 at 4:35 PM, Grundmann, Christian <
christian.grundm...@fabasoft.com> wrote:

> Hi,
>
> thx for you input
>
> both aren’t problems for me, all domains are from the same storage and so
> can’t be maintained independently.
>
>
>
> Are there performance problems with only one Domain (like waiting for
> locks etc.) which I don’t have that much with multiple?
>
>
>
> Thx Christian
>
>
>
>
>
> *Von:* Maor Lipchuk [mailto:mlipc...@redhat.com]
> *Gesendet:* Montag, 23. Jänner 2017 15:32
> *An:* Grundmann, Christian 
> *Cc:* users@ovirt.org
> *Betreff:* Re: [ovirt-users] Storage Domain sizing
>
>
>
> There are many factors that can be discussed on this issue,
>
> two things that pop up on my mind are that many storage domains will make
> your Data Center be more robust and flexible, since you can maintain part
> of the storage domains which could help with upgrading your storage server
> in the future or fixing issues that might occur in your storage, without
> moving your Data Center to a non operational state.
>
>
>
> One storage domain is preferrable if you want to use large disks with your
> VMs that small storage domains does not have the capacity to do so
>
>
>
> Regards,
>
> Maor
>
>
>
> On Mon, Jan 23, 2017 at 9:52 AM, Grundmann, Christian <
> christian.grundm...@fabasoft.com> wrote:
>
> Hi,
>
> Ii am about to migrate to a new storage.
>
> Whats the best practice in sizing?
>
> 1 big Storage Domain or multiple smaller ones?
>
>
>
> My current Setup:
>
> 11 Hosts
>
> 7 FC Storage Domains 1 TB each
>
>
>
> Can anyone tell me the pro and cons of 1 vs. many?
>
>
>
>
>
> Thx Christian
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Rearrange View of VMs

[Alexander Wels]

On Monday, January 23, 2017 8:00:58 AM EST Sven Achtelik wrote:
> Hi List,
> 
> 
> 
> does anyone know if it's possible the rearange the colums in the VMs view ?
> 
> 

Yes, if you right click the header, you will get a popup with all the names of 
the columns and a checkbox, you can enable/disable columns, as well as drag 
and drop column names to re-arrange the order. This should persist on a per 
BROWSER basis (its stored in local storage of the browser).

> 
> 
> 
> 
> 
> 
> 
> I would like to have the Desciption directly next to Name and IP Address
> before Host.
> 
> 
> 
> Thank you,
> 
> 
> 
> Sven


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

Re: [ovirt-users] Storage Domain sizing

[Grundmann, Christian]

Hi,

thx for you input

both aren’t problems for me, all domains are from the same storage and so can’t 
be maintained independently.



Are there performance problems with only one Domain (like waiting for locks 
etc.) which I don’t have that much with multiple?



Thx Christian





Von: Maor Lipchuk [mailto:mlipc...@redhat.com]
Gesendet: Montag, 23. Jänner 2017 15:32
An: Grundmann, Christian 
Cc: users@ovirt.org
Betreff: Re: [ovirt-users] Storage Domain sizing



There are many factors that can be discussed on this issue,

two things that pop up on my mind are that many storage domains will make your 
Data Center be more robust and flexible, since you can maintain part of the 
storage domains which could help with upgrading your storage server in the 
future or fixing issues that might occur in your storage, without moving your 
Data Center to a non operational state.



One storage domain is preferrable if you want to use large disks with your VMs 
that small storage domains does not have the capacity to do so



Regards,

Maor



On Mon, Jan 23, 2017 at 9:52 AM, Grundmann, Christian 
> 
wrote:

   Hi,

   Ii am about to migrate to a new storage.

   Whats the best practice in sizing?

   1 big Storage Domain or multiple smaller ones?



   My current Setup:

   11 Hosts

   7 FC Storage Domains 1 TB each



   Can anyone tell me the pro and cons of 1 vs. many?





   Thx Christian


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



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

Re: [ovirt-users] Storage Domain sizing

[Maor Lipchuk]

There are many factors that can be discussed on this issue,
two things that pop up on my mind are that many storage domains will make
your Data Center be more robust and flexible, since you can maintain part
of the storage domains which could help with upgrading your storage server
in the future or fixing issues that might occur in your storage, without
moving your Data Center to a non operational state.

One storage domain is preferrable if you want to use large disks with your
VMs that small storage domains does not have the capacity to do so

Regards,
Maor

On Mon, Jan 23, 2017 at 9:52 AM, Grundmann, Christian <
christian.grundm...@fabasoft.com> wrote:

> Hi,
>
> Ii am about to migrate to a new storage.
>
> Whats the best practice in sizing?
>
> 1 big Storage Domain or multiple smaller ones?
>
>
>
> My current Setup:
>
> 11 Hosts
>
> 7 FC Storage Domains 1 TB each
>
>
>
> Can anyone tell me the pro and cons of 1 vs. many?
>
>
>
>
>
> Thx Christian
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Python SDK on Ubuntu

[Nicolas Ecarnot]

Le 23/01/2017 à 15:05, Ondra Machacek a écrit :

Alas, though we already have one DC in V4, most of our production DCs are
still in V3 for one year, and I have to maintain them.
So far, I have no clue how to add ovirtsdk v3 to my Ubuntu.


You just need to specify which version you would like to install, in your case:

 easy_install ovirt-engine-sdk-python==3.6.9.2


Nice, this is working!
Thank you.

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

Re: [ovirt-users] oVirt Python SDK on Ubuntu

[Juan Hernández]

On 01/23/2017 03:05 PM, Ondra Machacek wrote:
> On Mon, Jan 23, 2017 at 2:53 PM, Nicolas Ecarnot  wrote:
>> Le 23/01/2017 à 13:38, Ondra Machacek a écrit :
>>>
>>> On Mon, Jan 23, 2017 at 1:23 PM, Nicolas Ecarnot 
>>> wrote:

 Hello,

 I'm trying to follow

 http://www.ovirt.org/develop/release-management/features/infra/python-sdk/
 and I'm successfully discovering Python + oVirt SDK on CentOS.

 I'd like to do the same on Ubuntu, but the instructions seem incomplete :

 "
 easy_install ovirt-engine-sdk-python
 "

 is working, but "import ovirtsdk" doen't give anything.
>>>
>>>
>>> Note that the wiki page is about SDK version 3, which will be deprecated
>>> in 4.2.
>>> When you run 'easy_install ovirt-engine-sdk-python' it will install
>>> Python SDK version
>>> 4, which is different from SDK version 3.
>>
>>
>> You're right, and I haven't noticed : import ovirtsdk4 is working.
>>
>>>
>>> You may find few examples of Python SDK version 4 here:
>>>
>>>  https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
>>
>>
>> Yes, this list of examples is a treasure, and I'm grateful to the
>> maintainers.
>>
>> Alas, though we already have one DC in V4, most of our production DCs are
>> still in V3 for one year, and I have to maintain them.
>> So far, I have no clue how to add ovirtsdk v3 to my Ubuntu.
> 
> You just need to specify which version you would like to install, in your 
> case:
> 
>  easy_install ovirt-engine-sdk-python==3.6.9.2
> 
>>
>> Another point : is the compatibility between ovirtsdk and oVirt completely
>> obvious (ie 3 -> 3 and 4 -> 4), or is there any kind of backward
>> compatibility?
> 
> Unfortunatelly no, there is no backward compatibility between SDK v3 and v4.
> 

Just to clarify this:

1. Version 3 of the SDK only works with version 3 of the API.

2. Version 4 of the SDK only works with version 4 of the API.

3. Version 3 of the engine only supports version 3 of the API.

4. Versions 4.0 and 4.1 of the engine support both version 3 and 4 of
the API. This means that with version 4 of the engine you can use both
versions of the SDK. This will change with version 4.2 of the engine.
There we will remove support for version 3 of the API, so you will need
to use version 4 of the SDK.

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

[ovirt-users] Rearrange View of VMs

[Sven Achtelik]

Hi List, 

 

does anyone know if it's possible the rearange the colums in the VMs view ? 

 



 

 

I would like to have the Desciption directly next to Name and IP Address
before Host. 

 

Thank you, 

 

Sven 



smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Python SDK on Ubuntu

[Ondra Machacek]

On Mon, Jan 23, 2017 at 2:53 PM, Nicolas Ecarnot  wrote:
> Le 23/01/2017 à 13:38, Ondra Machacek a écrit :
>>
>> On Mon, Jan 23, 2017 at 1:23 PM, Nicolas Ecarnot 
>> wrote:
>>>
>>> Hello,
>>>
>>> I'm trying to follow
>>>
>>> http://www.ovirt.org/develop/release-management/features/infra/python-sdk/
>>> and I'm successfully discovering Python + oVirt SDK on CentOS.
>>>
>>> I'd like to do the same on Ubuntu, but the instructions seem incomplete :
>>>
>>> "
>>> easy_install ovirt-engine-sdk-python
>>> "
>>>
>>> is working, but "import ovirtsdk" doen't give anything.
>>
>>
>> Note that the wiki page is about SDK version 3, which will be deprecated
>> in 4.2.
>> When you run 'easy_install ovirt-engine-sdk-python' it will install
>> Python SDK version
>> 4, which is different from SDK version 3.
>
>
> You're right, and I haven't noticed : import ovirtsdk4 is working.
>
>>
>> You may find few examples of Python SDK version 4 here:
>>
>>  https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
>
>
> Yes, this list of examples is a treasure, and I'm grateful to the
> maintainers.
>
> Alas, though we already have one DC in V4, most of our production DCs are
> still in V3 for one year, and I have to maintain them.
> So far, I have no clue how to add ovirtsdk v3 to my Ubuntu.

You just need to specify which version you would like to install, in your case:

 easy_install ovirt-engine-sdk-python==3.6.9.2

>
> Another point : is the compatibility between ovirtsdk and oVirt completely
> obvious (ie 3 -> 3 and 4 -> 4), or is there any kind of backward
> compatibility?

Unfortunatelly no, there is no backward compatibility between SDK v3 and v4.

>
> --
> Nicolas ECARNOT
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] blog post: virtio-blk vs virtio-scsi

[Martin Polednik]

Hi!

It's time for another blog post -- virtio-blk VS virtio-scsi. The
topic isn't chosen at random, master branch of oVirt now uses
virito-scsi as the default interface for drives instead of virtio-blk.
The decision to do so wasn't just about flipping a code-switch -- get
reading to see why. :)

https://mpolednik.github.io/2017/01/23/virtio-blk-vs-virtio-scsi/

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

Re: [ovirt-users] packages that can be updated without maintening hosts

[Yaniv Kaul]

On Jan 23, 2017 3:20 PM, "Nathanaël Blanchet"  wrote:



Le 23/01/2017 à 13:08, Yaniv Kaul a écrit :



On Mon, Jan 23, 2017 at 1:38 PM, Nathanaël Blanchet < 
blanc...@abes.fr> wrote:

> Hi
>
> The update notifier in the webadmin was originally designed to alert for
> new vdsm* packages. Now, I noticed that available update of virt packages
> and more are notified. I know that hot updating qemu-kvm package does break
> vms that are running on concerned hosts, but what about other one like
> libvirt-client? I know it is recommended to put in maintenance while
> updating, but can we update some minor packages without waiting for
> migration?
>

Hot-updating any package should not break any running VMs. If it does, it's
a bug.

The last time I did a qemu-kvm upgrade, my host became down and the vms on
it with a question mark and no possibility to interact with them. My only
solution was to use the "confirm host has rebooted" to fence the vms, and
then the nightmare began : the high


Was the host indeed rebooted?

availaible vms rebooted on an other host while they were still active on
the first one, so they were up on two hosts at the same time. Their disk
began to be written by two vms at the same time and I had to fscsk them to
make them up on the next boot. Some database vms were completely unusabled!


On 4.1 we are going to introduce a feature that will protect against this
situation, by taking a lock on the storage.
Y.


So I'm very surprised to hear that it is possible to do  hot-updating on
these kind of upgrade, and I won't do it anymore!

I personally agree it's not the best habit to do it nevertheless, and I
expect users to put hosts to maintenance before performing any upgrade.

We cannot tell which update requires maintenance and which doesn't (or for
that matter - requires a reboot or a service restart) - there's no metadata
available to do attached to the packages that can tell us that.
Y.


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


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

[ovirt-users] Power Management on Dell 1955 Bladecenter

[Matt .]

I wonder if someone has got Powermanagement on a Dell 1955 Bladecenter working ?

If someone is able to share some ideas would be nice.

Thanks!

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

Re: [ovirt-users] packages that can be updated without maintening hosts

[Nathanaël Blanchet]

Le 23/01/2017 à 13:08, Yaniv Kaul a écrit :



On Mon, Jan 23, 2017 at 1:38 PM, Nathanaël Blanchet > wrote:


Hi

The update notifier in the webadmin was originally designed to
alert for new vdsm* packages. Now, I noticed that available update
of virt packages and more are notified. I know that hot updating
qemu-kvm package does break vms that are running on concerned
hosts, but what about other one like libvirt-client? I know it is
recommended to put in maintenance while updating, but can we
update some minor packages without waiting for migration?


Hot-updating any package should not break any running VMs. If it does, 
it's a bug.
The last time I did a qemu-kvm upgrade, my host became down and the vms 
on it with a question mark and no possibility to interact with them. My 
only solution was to use the "confirm host has rebooted" to fence the 
vms, and then the nightmare began : the high availaible vms rebooted on 
an other host while they were still active on the first one, so they 
were up on two hosts at the same time. Their disk began to be written by 
two vms at the same time and I had to fscsk them to make them up on the 
next boot. Some database vms were completely unusabled!


So I'm very surprised to hear that it is possible to do hot-updating on 
these kind of upgrade, and I won't do it anymore!
I personally agree it's not the best habit to do it nevertheless, and 
I expect users to put hosts to maintenance before performing any upgrade.


We cannot tell which update requires maintenance and which doesn't (or 
for that matter - requires a reboot or a service restart) - there's no 
metadata available to do attached to the packages that can tell us that.

Y.



-- 
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
blanc...@abes.fr 

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





--
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
blanc...@abes.fr

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

Re: [ovirt-users] More advanced update options for Hosts

[Yaniv Kaul]

On Mon, Jan 23, 2017 at 2:41 PM, Matt .  wrote:

> OK will do!
>
> No!!, Puppet with Foreman is great, as Foreman is in the same pool as
> oVirt I think you need to bring those guys some beers to keep them as
> friends :P and 2015 was a great year of wine ;)
>

As both oVirt and Foreman will share a booth in FOSDEM , I think we'll have
a beer[1] together.

Please see a presentation[2] I've given last year at Red Hat Summit 2016 on
the integration.

>
> I prefer to do all from the GUI so all in would be best as I described
> but we can test out if on the commandline CLI we can set the status on
> Maintenance and see if it returns an exitcode when it finished and can
> be upgraded.
>
> Any idea about that ?
>

Two options: either use the oVirt CLI, or write something with either of
our SDKs or directly against our REST API to ensure the host is indeed in
maintenance mode.
For example in Python, see the example[2]. It's incomplete in the sense
that it does not wait to ensure that host is indeed in maintenance state.

HTH,
Y.

[1] https://fosdem.org/2017/beerevent/
[2]
https://www.redhat.com/files/summit/session-assets/2016/SS44330-bringing-host-life-cycle-and-content-management-into-red-hat-enterprise-virtualization.pdf
[3]
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/remove_host.py


>
> Thanks!
>
> Cheers,
>
> Matt
>
>
> 2017-01-23 13:34 GMT+01:00 Yaniv Kaul :
> >
> >
> > On Mon, Jan 23, 2017 at 2:31 PM, Matt .  wrote:
> >>
> >> HI Yaniv,
> >>
> >> Nice to hear, I will update the other ticket OK ?
> >
> >
> > Sure.
> >
> >>
> >>
> >> I use puppet but can I kick and wait for maintenance mode from the
> >> commandline ? I doubt if this works
> >
> >
> > Puppet is so 2015... ;-)
> > If you refer to the command line the CLI, then while you probably can, I
> > re-iterate that the oVirt CLI will be deprecated by the next release.
> > Y.
> >
> >>
> >> Thanks!
> >>
> >> Matt
> >>
> >>
> >> 2017-01-23 13:13 GMT+01:00 Yaniv Kaul :
> >> >
> >> >
> >> > On Mon, Jan 23, 2017 at 2:06 PM, Matt . 
> wrote:
> >> >>
> >> >> Hi All,
> >> >>
> >> >> Would it not be nice to have the following upgrade options ?
> >> >>
> >> >> - Only oVirt packages
> >> >
> >> >
> >> > This is the default.
> >> >
> >> >>
> >> >> or
> >> >> - Yum update all packages
> >> >>
> >> > And this is requested in
> >> > https://bugzilla.redhat.com/show_bug.cgi?id=1380498
> >> >
> >> >>
> >> >>
> >> >> Selectbox:
> >> >> - Reboot when upgrade finished
> >> >
> >> >
> >> > Makes sense, please file a request for enhancement for it.
> >> >
> >> >
> >> >>
> >> >>
> >> >>
> >> >> This with the maintenance mode will save a lot of time.
> >> >
> >> >
> >> > Agreed. Note that you could easily script it in Ansible.
> >> > Y.
> >> >
> >> >>
> >> >>
> >> >>
> >> >> I hope this is possible.
> >> >>
> >> >> Thanks Matt!
> >> >> ___
> >> >> Users mailing list
> >> >> Users@ovirt.org
> >> >> http://lists.ovirt.org/mailman/listinfo/users
> >> >
> >> >
> >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] More advanced update options for Hosts

[Matt .]

OK will do!

No!!, Puppet with Foreman is great, as Foreman is in the same pool as
oVirt I think you need to bring those guys some beers to keep them as
friends :P and 2015 was a great year of wine ;)

I prefer to do all from the GUI so all in would be best as I described
but we can test out if on the commandline CLI we can set the status on
Maintenance and see if it returns an exitcode when it finished and can
be upgraded.

Any idea about that ?

Thanks!

Cheers,

Matt


2017-01-23 13:34 GMT+01:00 Yaniv Kaul :
>
>
> On Mon, Jan 23, 2017 at 2:31 PM, Matt .  wrote:
>>
>> HI Yaniv,
>>
>> Nice to hear, I will update the other ticket OK ?
>
>
> Sure.
>
>>
>>
>> I use puppet but can I kick and wait for maintenance mode from the
>> commandline ? I doubt if this works
>
>
> Puppet is so 2015... ;-)
> If you refer to the command line the CLI, then while you probably can, I
> re-iterate that the oVirt CLI will be deprecated by the next release.
> Y.
>
>>
>> Thanks!
>>
>> Matt
>>
>>
>> 2017-01-23 13:13 GMT+01:00 Yaniv Kaul :
>> >
>> >
>> > On Mon, Jan 23, 2017 at 2:06 PM, Matt .  wrote:
>> >>
>> >> Hi All,
>> >>
>> >> Would it not be nice to have the following upgrade options ?
>> >>
>> >> - Only oVirt packages
>> >
>> >
>> > This is the default.
>> >
>> >>
>> >> or
>> >> - Yum update all packages
>> >>
>> > And this is requested in
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1380498
>> >
>> >>
>> >>
>> >> Selectbox:
>> >> - Reboot when upgrade finished
>> >
>> >
>> > Makes sense, please file a request for enhancement for it.
>> >
>> >
>> >>
>> >>
>> >>
>> >> This with the maintenance mode will save a lot of time.
>> >
>> >
>> > Agreed. Note that you could easily script it in Ansible.
>> > Y.
>> >
>> >>
>> >>
>> >>
>> >> I hope this is possible.
>> >>
>> >> Thanks Matt!
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Python SDK on Ubuntu

[Ondra Machacek]

On Mon, Jan 23, 2017 at 1:23 PM, Nicolas Ecarnot  wrote:
> Hello,
>
> I'm trying to follow
> http://www.ovirt.org/develop/release-management/features/infra/python-sdk/
> and I'm successfully discovering Python + oVirt SDK on CentOS.
>
> I'd like to do the same on Ubuntu, but the instructions seem incomplete :
>
> "
> easy_install ovirt-engine-sdk-python
> "
>
> is working, but "import ovirtsdk" doen't give anything.

Note that the wiki page is about SDK version 3, which will be deprecated in 4.2.
When you run 'easy_install ovirt-engine-sdk-python' it will install
Python SDK version
4, which is different from SDK version 3.

You may find few examples of Python SDK version 4 here:

 https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples

>
>
>
> "
> apt-get install python-lxml
> cd ovirt-engine-sdk
> python setup.py install
> "
>
> is wrong because the "cd" isn't going anywhere, obviously.
>
> What am I missing?
>
> --
> Nicolas ECARNOT
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [ANN] oVirt 4.1.0 First Release Candidate is now available

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the First
Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016

This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.

This update is the first release candidate of the 4.1 release series.
4.1.0 brings more than 250 enhancements and more than 700 bugfixes,
including more than 300 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [3] for installation / upgrade instructions and a
list of new features and bugs fixed.


This release is available now for:
* Fedora 24 (tech preview)
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 24 (tech preview)
* oVirt Node 4.1

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:
- oVirt Live iso is already available[5]
- oVirt Node NG iso is already available[5]
- Hosted Engine appliance is already available

A release management page including planned schedule is also available[4]


Additional Resources:
* Read more about the oVirt 4.1.0 release highlights:
http://www.ovirt.org/release/4.1.0/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.1.0/
[4]
http://www.ovirt.org/develop/release-management/releases/4.1/release-management/
[5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] More advanced update options for Hosts

[Yaniv Kaul]

On Mon, Jan 23, 2017 at 2:31 PM, Matt .  wrote:

> HI Yaniv,
>
> Nice to hear, I will update the other ticket OK ?
>

Sure.


>
> I use puppet but can I kick and wait for maintenance mode from the
> commandline ? I doubt if this works
>

Puppet is so 2015... ;-)
If you refer to the command line the CLI, then while you probably can, I
re-iterate that the oVirt CLI will be deprecated by the next release.
Y.


> Thanks!
>
> Matt
>
>
> 2017-01-23 13:13 GMT+01:00 Yaniv Kaul :
> >
> >
> > On Mon, Jan 23, 2017 at 2:06 PM, Matt .  wrote:
> >>
> >> Hi All,
> >>
> >> Would it not be nice to have the following upgrade options ?
> >>
> >> - Only oVirt packages
> >
> >
> > This is the default.
> >
> >>
> >> or
> >> - Yum update all packages
> >>
> > And this is requested in https://bugzilla.redhat.com/
> show_bug.cgi?id=1380498
> >
> >>
> >>
> >> Selectbox:
> >> - Reboot when upgrade finished
> >
> >
> > Makes sense, please file a request for enhancement for it.
> >
> >
> >>
> >>
> >>
> >> This with the maintenance mode will save a lot of time.
> >
> >
> > Agreed. Note that you could easily script it in Ansible.
> > Y.
> >
> >>
> >>
> >>
> >> I hope this is possible.
> >>
> >> Thanks Matt!
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] More advanced update options for Hosts

[Matt .]

HI Yaniv,

Nice to hear, I will update the other ticket OK ?

I use puppet but can I kick and wait for maintenance mode from the
commandline ? I doubt if this works

Thanks!

Matt


2017-01-23 13:13 GMT+01:00 Yaniv Kaul :
>
>
> On Mon, Jan 23, 2017 at 2:06 PM, Matt .  wrote:
>>
>> Hi All,
>>
>> Would it not be nice to have the following upgrade options ?
>>
>> - Only oVirt packages
>
>
> This is the default.
>
>>
>> or
>> - Yum update all packages
>>
> And this is requested in https://bugzilla.redhat.com/show_bug.cgi?id=1380498
>
>>
>>
>> Selectbox:
>> - Reboot when upgrade finished
>
>
> Makes sense, please file a request for enhancement for it.
>
>
>>
>>
>>
>> This with the maintenance mode will save a lot of time.
>
>
> Agreed. Note that you could easily script it in Ansible.
> Y.
>
>>
>>
>>
>> I hope this is possible.
>>
>> Thanks Matt!
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt Python SDK on Ubuntu

[Nicolas Ecarnot]

Hello,

I'm trying to follow 
http://www.ovirt.org/develop/release-management/features/infra/python-sdk/ 
and I'm successfully discovering Python + oVirt SDK on CentOS.


I'd like to do the same on Ubuntu, but the instructions seem incomplete :

"
easy_install ovirt-engine-sdk-python
"

is working, but "import ovirtsdk" doen't give anything.



"
apt-get install python-lxml
cd ovirt-engine-sdk
python setup.py install
"

is wrong because the "cd" isn't going anywhere, obviously.

What am I missing?

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

Re: [ovirt-users] More advanced update options for Hosts

[Yaniv Kaul]

On Mon, Jan 23, 2017 at 2:06 PM, Matt .  wrote:

> Hi All,
>
> Would it not be nice to have the following upgrade options ?
>
> - Only oVirt packages
>

This is the default.


> or
> - Yum update all packages
>
> And this is requested in
https://bugzilla.redhat.com/show_bug.cgi?id=1380498


>
> Selectbox:
> - Reboot when upgrade finished
>

Makes sense, please file a request for enhancement for it.



>
>
> This with the maintenance mode will save a lot of time.
>

Agreed. Note that you could easily script it in Ansible.
Y.


>
>
> I hope this is possible.
>
> Thanks Matt!
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] packages that can be updated without maintening hosts

[Yaniv Kaul]

On Mon, Jan 23, 2017 at 1:38 PM, Nathanaël Blanchet 
wrote:

> Hi
>
> The update notifier in the webadmin was originally designed to alert for
> new vdsm* packages. Now, I noticed that available update of virt packages
> and more are notified. I know that hot updating qemu-kvm package does break
> vms that are running on concerned hosts, but what about other one like
> libvirt-client? I know it is recommended to put in maintenance while
> updating, but can we update some minor packages without waiting for
> migration?
>

Hot-updating any package should not break any running VMs. If it does, it's
a bug.
I personally agree it's not the best habit to do it nevertheless, and I
expect users to put hosts to maintenance before performing any upgrade.

We cannot tell which update requires maintenance and which doesn't (or for
that matter - requires a reboot or a service restart) - there's no metadata
available to do attached to the packages that can tell us that.
Y.


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

[ovirt-users] Updated Invitation: DeepDive: VM to host affinity @ Tue Jan 24, 2017 4pm - 4:50pm (IST) (users@ovirt.org)

[yanirq2]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20170124T14Z
DTEND:20170124T145000Z
DTSTAMP:20170123T115254Z
ORGANIZER;CN=yanir quinn:mailto:yani...@gmail.com
UID:rh3ink2nbv41t4qi9gok4ta...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=dfedi...@redhat.com;X-NUM-GUESTS=0:mailto:dfedi...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=yanir quinn;X-NUM-GUESTS=0:mailto:yani...@gmail.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=msi...@redhat.com;X-NUM-GUESTS=0:mailto:msi...@redhat.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=users@ovirt.org;X-NUM-GUESTS=0:mailto:users@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=yqu...@redhat.com;X-NUM-GUESTS=0:mailto:yqu...@redhat.com
CLASS:PUBLIC
CREATED:20170119T133801Z
DESCRIPTION:please join YouTube live event at:\nhttps://www.youtube.com/wat
 ch?v=rs_5BSqacWE \n\nfor any questions please contact me at:\nyquinn@redhat
 .com\nView your event at https://www.google.com/calendar/event?action=VIEW;
 eid=cmgzaW5rMm5idjQxdDRxaTlnb2s0dGFsdnMgdXNlcnNAb3ZpcnQub3Jn=MTcjeWFuaX
 JxMkBnbWFpbC5jb21iN2EwMWZmOGE2NzcwOTQzY2JkZjg3ZDllNTNhZDNiZGRhODQwZjQ5=
 Asia/Jerusalem=en.
LAST-MODIFIED:20170123T115253Z
LOCATION:https://www.youtube.com/watch?v=rs_5BSqacWE
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:DeepDive: VM to host affinity
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] More advanced update options for Hosts

[Matt .]

Hi All,

Would it not be nice to have the following upgrade options ?

- Only oVirt packages
or
- Yum update all packages


Selectbox:
- Reboot when upgrade finished


This with the maintenance mode will save a lot of time.


I hope this is possible.

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

Re: [ovirt-users] Failed to attach a disk

[Fabrice Bacchella]

I send you a private mail.


> Le 22 janv. 2017 à 13:52, Maor Lipchuk  a écrit :
> 
> Hi Fabrice,
> 
> Can you please attach the VDSM and engine logs
> 
> Thanks,
> Maor
> 
> On Wed, Jan 18, 2017 at 5:05 PM, Fabrice Bacchella 
> > wrote:
> I upgraded an host to the latest version of vdsm: 
> vdsm-4.18.21-1.el7.centos.x86_64, on a CentOS Linux release 7.3.1611 (Core)
> 
> I then created a disk that I wanted to attach to a running vm, but il fails, 
> with the message in /var/log/libvirt/qemu/.log:
> 
> Could not open 
> '/rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8':
>  Permission denied
> 
> I tried to have a look at the disks images, and got a strange result:
> 
> -rw-rw 1 vdsm qemu 1.0M May 18  2016 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/ed18c515-09c9-4a71-af0a-7f0934193a65/b5e53c81-2279-4f2b-b282-69db430d36d4.lease
> -rw-rw 1 vdsm qemu 1.0M May 18  2016 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/3a00232b-c1f9-4b9b-910e-caf8b0321609/4f6d5c63-6a36-4356-832e-f52427d9512e.lease
> -rw-rw 1 vdsm qemu 1.0M May 23  2016 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/b0f4c517-e492-409f-934f-1561281a242b/a3d60d8a-f89b-41dd-b519-fb652301b1f5.lease
> -rw-rw 1 vdsm qemu 1.0M May 23  2016 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/465df4e9-3c62-4501-889f-cbab65ed0e0d/7a9b9033-f5f8-4eaa-ac94-6cc0c4ff6120.lease
> -rw-rw 1 vdsm kvm  1.0M Jan  6 18:00 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/baf01c4e-ede9-4e4e-a265-172695d81a83/4cdd72a7-b347-4479-accd-ab08d61552f9.lease
> -rw-rw 1 vdsm kvm  1.0M Jan 18 15:38 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8.lease
> 
> -rw-r--r-- 1 vdsm qemu 314 May 23  2016 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/b0f4c517-e492-409f-934f-1561281a242b/a3d60d8a-f89b-41dd-b519-fb652301b1f5.meta
> -rw-r--r-- 1 vdsm kvm  314 Jan  6 18:00 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/465df4e9-3c62-4501-889f-cbab65ed0e0d/7a9b9033-f5f8-4eaa-ac94-6cc0c4ff6120.meta
> -rw-r--r-- 1 vdsm kvm  307 Jan  6 18:00 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/baf01c4e-ede9-4e4e-a265-172695d81a83/4cdd72a7-b347-4479-accd-ab08d61552f9.meta
> -rw-r--r-- 1 vdsm kvm  437 Jan 18 11:32 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/ed18c515-09c9-4a71-af0a-7f0934193a65/b5e53c81-2279-4f2b-b282-69db430d36d4.meta
> -rw-r--r-- 1 vdsm kvm  437 Jan 18 11:32 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/3a00232b-c1f9-4b9b-910e-caf8b0321609/4f6d5c63-6a36-4356-832e-f52427d9512e.meta
> -rw-r--r-- 1 vdsm kvm  310 Jan 18 15:38 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8.meta
> 
> -rw-rw 1 vdsm qemu  16G Jan  9 17:25 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/baf01c4e-ede9-4e4e-a265-172695d81a83/4cdd72a7-b347-4479-accd-ab08d61552f9
> -rw-rw 1 vdsm qemu  30K Jan 18 11:32 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/ed18c515-09c9-4a71-af0a-7f0934193a65/b5e53c81-2279-4f2b-b282-69db430d36d4
> -rw-rw 1 vdsm qemu  30K Jan 18 11:32 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/3a00232b-c1f9-4b9b-910e-caf8b0321609/4f6d5c63-6a36-4356-832e-f52427d9512e
> -rw-rw 1 vdsm kvm  300G Jan 18 15:38 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/4d33f997-94b0-42c1-8052-5364993b85e9/8e613dd3-eebc-476a-a830-e2a8236ea8a8
> -rw-rw 1 vdsm qemu  32G Jan 18 15:58 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/b0f4c517-e492-409f-934f-1561281a242b/a3d60d8a-f89b-41dd-b519-fb652301b1f5
> -rw-rw 1 vdsm qemu  32G Jan 18 15:58 
> /rhev/data-center/17434f4e-8d1a-4a88-ae39-d2ddd46b3b9b/7c5291d3-11e2-420f-99ad-47a376013671/images/465df4e9-3c62-4501-889f-cbab65ed0e0d/7a9b9033-f5f8-4eaa-ac94-6cc0c4ff6120
> 
> 
> What a strange mix of group owner. Any explanation for that ? Is that a known 
> bug ?
> 
> 

[ovirt-users] packages that can be updated without maintening hosts

[Nathanaël Blanchet]

Hi

The update notifier in the webadmin was originally designed to alert for 
new vdsm* packages. Now, I noticed that available update of virt 
packages and more are notified. I know that hot updating qemu-kvm 
package does break vms that are running on concerned hosts, but what 
about other one like libvirt-client? I know it is recommended to put in 
maintenance while updating, but can we update some minor packages 
without waiting for migration?



--
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
blanc...@abes.fr

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

Re: [ovirt-users] Fail to setup network just after host setup via python SDK

[TranceWorldLogic .]

Hi,

I able to solve this issue. I first added host in ovirt and then added
netwrok VLANs in cluster.
And after that I tried to call setupNetwork. With this my problem is solved.

It look my sequece was wrong [adding network in cluster and then adding
host and then setup network]

Thanks,
~Rohit

On Thu, Jan 19, 2017 at 6:48 PM, Ondrej Svoboda  wrote:

> Oops, forgot to "Reply to all".
>
> Hi,
>
> What is the version of your oVirt components? Can you reproduce this
> failure?
>
> Was the host in the "Up" state at the time you ran the setupNetworks API
> command, wasn't there an action still in progress (that you could see in
> Events)? What did your setupNetworks code (you wrote with the SDK) look
> like?
>
> Could you provide the current /var/log/vdsm/vdsm.log and
> /var/log/vdsm/supervdsm.log?
> EDIT: You can find these files at your host.
>
> Thanks,
> Ondra
>
> On Thu, Jan 19, 2017 at 12:41 PM, TranceWorldLogic . <
> tranceworldlo...@gmail.com> wrote:
>
>> Hi,
>>
>> I was trying to add host in ovirt. And it got succeeded.
>> But when I tried to setup network it throw below error.
>>
>> " Fault detail is "[Cannot setup Networks. Another Setup Networks or Host
>> Refresh process in progress on the host. Please try later.]". HTTP response
>> code is 409."
>>
>> Please help me to solve this problem.
>>
>> Thanks,
>> ~Rohit
>>
>> ___
>> 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