Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

[Резников А . А .]

24.03.2017 17:11, Nelson Lameiras пишет:

Hello,

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's 
console (from SPICE to None in GUI)


My test setup :
2 manually built hosts using centos 7.3, ovirt 4.1
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, 
accessible with SPICE console via GUI


I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :
- yum update
- engine-setup
- reboot engine

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual 
Machines" page, with "console button" greyed out (all other VMs have 
the same Graphics set to the same value as before)
I tried to edit engine VM settings, and console options are same as 
before (SPLICE, QXL).


I'm hopping this is not a new feature, since if we loose network on 
engine, console is the only way to debug...


Is this a bug?

ps. I was able to reproduce this bug 2 times

cordialement, regards,



Nelson LAMEIRAS
Ingénieur Systèmes et Réseaux/ Systems and Networks engineer
Tel: +33 5 32 09 09 70
nelson.lamei...@lyra-network.com 
www.lyra-network.com  | www.payzen.eu 










Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE




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

I confirm, on my test lab with 4.1.1 the console button is gray.
Please, screenshot http://nimb.ws/8mXFoA

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

Re: [ovirt-users] Gluster network

[Sahina Bose]

Is "spfy-hw01" resolvable from engine? Have you associated network named
"gluster" to interface associated with "spfy-hw01" under "Setup Host
Network" of host?

On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind 
wrote:

> Hi,
>
> I do have a recuring warning in engine.log and i'm not able to figure out
> what is wrong in my setup.
>
> 2017-03-25 10:13:12,391+01 WARN  
> [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
> (DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could
> not associate brick 'spfy-hw01:/gluster/engine/brick' of volume
> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no gluster
> network found in cluster '0002-0002-0002-0002-02a6'
> 2017-03-25 10:13:12,394+01 WARN  
> [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
> (DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could
> not associate brick 'spfy-hw02:/gluster/engine/brick' of volume
> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no gluster
> network found in cluster '0002-0002-0002-0002-02a6'
> 2017-03-25 10:13:12,397+01 WARN  
> [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
> (DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could
> not associate brick 'spfy-hw03:/gluster/engine/brick' of volume
> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no gluster
> network found in cluster '0002-0002-0002-0002-02a6'
>
> My setup:
>
>- oVirt 4.1.0
>- gluster 3.8.10-1.el7
>
> I've setup a gluster network and dedicated to gluster:
>
> [image: gluster]
>
> Could someone explain why I do have this warning and how to resolve the
> problem .
>
> Thanks a lot
>
> rgds,
>
> Arsène
> --
>
>
> ___
> 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] Automatic restart of VM on another host if a host goes down

[Maton, Brett]

Which iDrac card do your servers have and which agent are you using ?

On 27 March 2017 at 03:05, Anantha Raghava 
wrote:

> Hi,
>
> I tried to configure the power management. But, the agent (idrac) is
> failing. It is unable to contact the idrac management interface.
>
> Any document that explains the process you can guide me to?
>
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava Do not print this e-mail unless required. Save Paper &
> trees.
> On 27/03/17 1:57 AM, Luca 'remix_tj' Lorenzetto wrote:
>
>
>
> Il 26 mar 2017 6:34 PM, "Anantha Raghava" 
> ha scritto:
>
> Hello,
>
> We are now using oVirt 4.1 in our lab with 2 hosts and a separate server
> for engine. Both hosts (Dell R710 Servers) are in a single cluster and load
> balancing & migrations work perfectly.
>
> However, if a physical server goes down, the VMs running on that server,
> gets paused ans status goes changes to "?". They do not move or restart on
> the another host automatically. We have to manually intervene, stop the
> VMs, restart them on another server.
>
> Is there a way in which this migration can be automated?
>
>
> Hello,
>
> Did you configure power management?
>
> HA works only if power management is configured and vms are set as highly
> available.
>
> Luca
>
>
>
> ___
> 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] Gluster network

[Davide Ferrari]

I have the same error (warning) and in my case the answer is yes to both
questions.

2017-03-27 10:12 GMT+02:00 Sahina Bose :

> Is "spfy-hw01" resolvable from engine? Have you associated network named
> "gluster" to interface associated with "spfy-hw01" under "Setup Host
> Network" of host?
>
> On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind <
> arsene.gschw...@unibas.ch> wrote:
>
>> Hi,
>>
>> I do have a recuring warning in engine.log and i'm not able to figure out
>> what is wrong in my setup.
>>
>> 2017-03-25 10:13:12,391+01 WARN  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
>> 'spfy-hw01:/gluster/engine/brick' of volume
>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
>> gluster network found in cluster '0002-0002-0002-0002-02a6'
>> 2017-03-25 10:13:12,394+01 WARN  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
>> 'spfy-hw02:/gluster/engine/brick' of volume
>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
>> gluster network found in cluster '0002-0002-0002-0002-02a6'
>> 2017-03-25 10:13:12,397+01 WARN  [org.ovirt.engine.core.vdsbrok
>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
>> 'spfy-hw03:/gluster/engine/brick' of volume
>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
>> gluster network found in cluster '0002-0002-0002-0002-02a6'
>>
>> My setup:
>>
>>- oVirt 4.1.0
>>- gluster 3.8.10-1.el7
>>
>> I've setup a gluster network and dedicated to gluster:
>>
>> [image: gluster]
>>
>> Could someone explain why I do have this warning and how to resolve the
>> problem .
>>
>> Thanks a lot
>>
>> rgds,
>>
>> Arsène
>> --
>>
>>
>> ___
>> 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
>
>


-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Gluster network

[Arsène Gschwind]

The answer is yes to both question


On 03/27/2017 10:12 AM, Sahina Bose wrote:
Is "spfy-hw01" resolvable from engine? Have you associated network 
named "gluster" to interface associated with "spfy-hw01" under "Setup 
Host Network" of host?


On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I do have a recuring warning in engine.log and i'm not able to
figure out what is wrong in my setup.

2017-03-25 10:13:12,391+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]

(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9]
Could not associate brick 'spfy-hw01:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network
as no gluster network found in cluster
'0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,394+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]

(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9]
Could not associate brick 'spfy-hw02:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network
as no gluster network found in cluster
'0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,397+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]

(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9]
Could not associate brick 'spfy-hw03:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network
as no gluster network found in cluster
'0002-0002-0002-0002-02a6'

My setup:

  * oVirt 4.1.0
  * gluster 3.8.10-1.el7

I've setup a gluster network and dedicated to gluster:

gluster

Could someone explain why I do have this warning and how to
resolve the problem .

Thanks a lot

rgds,

Arsène

-- 



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





--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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

Re: [ovirt-users] The host xxx did not satisfy internal filter Memory because its available memory is too low

[Artyom Lukianov]

Looks like a bug, the "Max free Memory for scheduling new VMs" in the case
when we do not have memory optimization must be equal to the free memory on
the host(minus some small amount of the reserved memory). Can you please
provide the screenshot of the host in the engine and also output of the
command # free -h on the problematic host.

Best Regards

On Sun, Mar 26, 2017 at 6:13 PM, yimao  wrote:

> Hi,
>
> When I create vm after I have installed ovirt Node 4.1.1 successfully,
> I got this error message "The host  did not satisfy internal
> filter Memory because its available memory is too low".
>
> I use ovirt node:ovirt-node-ng-installer-ovirt-4.1-2017032304.iso and
> ovirt-engine-appliance-4.1-20170322.1.el7.centos.noarch.rpm. And I
> followed the steps in http://www.ovirt.org/node/.
>
> I found the informations in  "hosts"->"general"->"info" page:
> "Max free Memory for scheduling new VMs: 356 MB"
> "Physical Memory: 15747 MB total, 5039 MB used, 10708 MB free"
>
> Why the free memory for scheduling new vms is so little? Is there
> anything wrong with my configuration?
>
> Thanks in advance,
> Yiimao Yang.
> ___
> 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] How to deploy hosted-engine to the second and later host machines

[Tatsuya]

Sorry for the mistake.

In the following mail I sent earlier, the “4.0” should read “4.1.0”
and the “4.1” should read “4.1.1” instead.

Regards
Tatsuya

2017-03-27 12:05 GMT+09:00 Tatsuya :

> Dear Didi
>
> > Even if you never heard about hosted-engine in previous versions and 4.1
> >  was your first attempt? Any suggestions for improvement to make it
> easier
> >  to find?
>
> Sorry to late reply. I notice that I forget to add "users "
> as a destination.
>
> The inquiry of the other day was about oVirt 4.0.
>
> Yesterday I installed 4.1 for the first time.
>
> I think that if I had been able to deploy self hosted engine not only when
> reinstalling host
> but also when adding new host, I could have noticed.
>
> Or it may be useful to pop up the deployment method of self hosted engine
> when adding new host is completed.
>
> Regards
> Tatsuya
>
> -- Forwarded message --
> From: Tatsuya 
> Date: 2017-03-23 1:10 GMT+09:00
> Subject: Re: [ovirt-users] How to deploy hosted-engine to the second and
> later host machines
> To: Yedidyah Bar David 
>
>
> Dear Didi
>
> > e.g. that if the storage
> > domain is not empty, a message will be emitted saying something like:
> > "To add this host as an additional one to an existing hosted-engine HA
> > cluster, please use the engine web administration ui or the API/SDK".
>
> It seems to be a very appropriate explanation when reading after
> understanding,
> but it may be better to ready specific steps.For example, this is one
> example among many:
> "In particular, when creating a new host from the engine web
> administration ui,
> please select "Deploy" on the self hosted engine tab."
>
> Also, "hosted-engine --deploy --config-append=answers.conf" was an error
> from cli,
> but "hosted-engine --deploy" wasn't an error, so I almost created a new
> hosted-engine
> using "hosted-engine --deploy"  to the second and later host machines.
> From the above, It wil be better to warn also when running "hosted-engine
> --deploy".
>
> Regards
> Tatsuya
>
> 2017-03-21 15:29 GMT+09:00 Yedidyah Bar David :
>
>> On Mon, Mar 20, 2017 at 5:44 PM, Tatsuya  wrote:
>> > Dear lan and Didi
>> >
>> >> Found a working option to get second and subsequent hosts deployed with
>> >> ovirt 4.1
>> >>
>> >> 1-Set second host into maintenance
>> >> 2-highlight second host and choose "Installation --> Reinstall", edit
>> >> params in popup and click OK
>> >> 3-Ignore warning that pops up and watch the vdsm.log or look for
>> >> "Installing" status in webui
>> >> 4-It should show you that the install is running, keep watching
>> vdsm.log.
>> >> 5-Click 'ok' on warning and wait patiently for install to finish.
>> >>
>> >> Second node comes up and is active.
>> >
>> >> No, sorry for not being clear. I referred to the engine web admin ui
>> >> (and also API/SDK). Thanks, Ian, for your reply explaining this.
>> >
>> > I apologize for this late reply.I had been trying again from
>> reinstalling
>> > the host.
>> >
>> > Thanks to you, I was able to install HostedEngine in second and
>> subsequent
>> > hosts.
>> > I think that I could not find this option by myself.
>>
>> Even if you never heard about hosted-engine in previous versions and 4.1
>> was your first attempt? Any suggestions for improvement to make it easier
>> to find?
>>
>> >
>> > I'm grateful for your support.
>>
>> You might want to open one or more RFEs for some clarifications in the
>> interface - both command line and cockpit - e.g. that if the storage
>> domain is not empty, a message will be emitted saying something like:
>> "To add this host as an additional one to an existing hosted-engine HA
>> cluster, please use the engine web administration ui or the API/SDK".
>>
>> Best,
>> --
>> Didi
>>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to deploy hosted-engine to the second and later host machines

[Simone Tiraboschi]

On Mon, Mar 27, 2017 at 5:05 AM, Tatsuya  wrote:

> Dear Didi
>
> > Even if you never heard about hosted-engine in previous versions and 4.1
> >  was your first attempt? Any suggestions for improvement to make it
> easier
> >  to find?
>
> Sorry to late reply. I notice that I forget to add "users "
> as a destination.
>
> The inquiry of the other day was about oVirt 4.0.
>
> Yesterday I installed 4.1 for the first time.
>
> I think that if I had been able to deploy self hosted engine not only when
> reinstalling host
> but also when adding new host, I could have noticed.
>

Hi Tatsuya,
you should see it also adding new hosts, it should look like this:
https://raw.githubusercontent.com/oVirt/ovirt-site/30c70a9076f94113469401a51cafdfc7be8fbedd/source/images/2017-02-16-hyperconverged-ovirt-with-ovn-picture17.png
That one is from 4.1.0

There is also an explicit icon to highlight which host is running the
engine VM and which ones are ready for it:
https://raw.githubusercontent.com/oVirt/ovirt-site/30c70a9076f94113469401a51cafdfc7be8fbedd/source/images/2017-02-16-hyperconverged-ovirt-with-ovn-picture18.png

Deploying from CLI is explicitly prevented and it's pointing you to the web
UI with this message:
'Setup of additional hosts using this software is not allowed anymore.
Please use the engine web interface to deploy any additional hosts.'

Do you think it's not that clear?
Anything we can improve?

>
>
> Or it may be useful to pop up the deployment method of self hosted engine
> when adding new host is completed.
>
> Regards
> Tatsuya
>
> -- Forwarded message --
> From: Tatsuya 
> Date: 2017-03-23 1:10 GMT+09:00
> Subject: Re: [ovirt-users] How to deploy hosted-engine to the second and
> later host machines
> To: Yedidyah Bar David 
>
>
> Dear Didi
>
> > e.g. that if the storage
> > domain is not empty, a message will be emitted saying something like:
> > "To add this host as an additional one to an existing hosted-engine HA
> > cluster, please use the engine web administration ui or the API/SDK".
>
> It seems to be a very appropriate explanation when reading after
> understanding,
> but it may be better to ready specific steps.For example, this is one
> example among many:
> "In particular, when creating a new host from the engine web
> administration ui,
> please select "Deploy" on the self hosted engine tab."
>
> Also, "hosted-engine --deploy --config-append=answers.conf" was an error
> from cli,
> but "hosted-engine --deploy" wasn't an error, so I almost created a new
> hosted-engine
> using "hosted-engine --deploy"  to the second and later host machines.
> From the above, It wil be better to warn also when running "hosted-engine
> --deploy".
>
> Regards
> Tatsuya
>
> 2017-03-21 15:29 GMT+09:00 Yedidyah Bar David :
>
>> On Mon, Mar 20, 2017 at 5:44 PM, Tatsuya  wrote:
>> > Dear lan and Didi
>> >
>> >> Found a working option to get second and subsequent hosts deployed with
>> >> ovirt 4.1
>> >>
>> >> 1-Set second host into maintenance
>> >> 2-highlight second host and choose "Installation --> Reinstall", edit
>> >> params in popup and click OK
>> >> 3-Ignore warning that pops up and watch the vdsm.log or look for
>> >> "Installing" status in webui
>> >> 4-It should show you that the install is running, keep watching
>> vdsm.log.
>> >> 5-Click 'ok' on warning and wait patiently for install to finish.
>> >>
>> >> Second node comes up and is active.
>> >
>> >> No, sorry for not being clear. I referred to the engine web admin ui
>> >> (and also API/SDK). Thanks, Ian, for your reply explaining this.
>> >
>> > I apologize for this late reply.I had been trying again from
>> reinstalling
>> > the host.
>> >
>> > Thanks to you, I was able to install HostedEngine in second and
>> subsequent
>> > hosts.
>> > I think that I could not find this option by myself.
>>
>> Even if you never heard about hosted-engine in previous versions and 4.1
>> was your first attempt? Any suggestions for improvement to make it easier
>> to find?
>>
>> >
>> > I'm grateful for your support.
>>
>> You might want to open one or more RFEs for some clarifications in the
>> interface - both command line and cockpit - e.g. that if the storage
>> domain is not empty, a message will be emitted saying something like:
>> "To add this host as an additional one to an existing hosted-engine HA
>> cluster, please use the engine web administration ui or the API/SDK".
>>
>> Best,
>> --
>> Didi
>>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Gluster network

[Sahina Bose]

On Mon, Mar 27, 2017 at 2:06 PM, Davide Ferrari  wrote:

> I have the same error (warning) and in my case the answer is yes to both
> questions.
>

Which IP address does "spfy-hw01" resolve to from engine.
Is it the same IP address that you see in Networks sub-tab under hosts-
for network associated with "gluster"

The engine tries to associate the brick info returned from gluster CLI
using the following logic:
i) check if the ip/hostname in : matches that
of host
ii) check the IP address that hostname in brick resolves to - and match it
against any of the interface associated with host that has gluster network
tagged to it



> 2017-03-27 10:12 GMT+02:00 Sahina Bose :
>
>> Is "spfy-hw01" resolvable from engine? Have you associated network named
>> "gluster" to interface associated with "spfy-hw01" under "Setup Host
>> Network" of host?
>>
>> On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind <
>> arsene.gschw...@unibas.ch> wrote:
>>
>>> Hi,
>>>
>>> I do have a recuring warning in engine.log and i'm not able to figure
>>> out what is wrong in my setup.
>>>
>>> 2017-03-25 10:13:12,391+01 WARN  [org.ovirt.engine.core.vdsbrok
>>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
>>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
>>> 'spfy-hw01:/gluster/engine/brick' of volume
>>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
>>> gluster network found in cluster '0002-0002-0002-0002-02a6'
>>> 2017-03-25 10:13:12,394+01 WARN  [org.ovirt.engine.core.vdsbrok
>>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
>>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
>>> 'spfy-hw02:/gluster/engine/brick' of volume
>>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
>>> gluster network found in cluster '0002-0002-0002-0002-02a6'
>>> 2017-03-25 10:13:12,397+01 WARN  [org.ovirt.engine.core.vdsbrok
>>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
>>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
>>> 'spfy-hw03:/gluster/engine/brick' of volume
>>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
>>> gluster network found in cluster '0002-0002-0002-0002-02a6'
>>>
>>> My setup:
>>>
>>>- oVirt 4.1.0
>>>- gluster 3.8.10-1.el7
>>>
>>> I've setup a gluster network and dedicated to gluster:
>>>
>>> [image: gluster]
>>>
>>> Could someone explain why I do have this warning and how to resolve the
>>> problem .
>>>
>>> Thanks a lot
>>>
>>> rgds,
>>>
>>> Arsène
>>> --
>>>
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] mOvirt 1.7 - Engine 4.0.6 - No disks per VM

[Markus Stockhausen]

Hi there,

my smartphone updated mOvirt these days to 1.7. Since then I always
get errors when trying to access the disks dialogue of a VM in mOVirt. 
It boils down to the URL 
https:///ovirt-engine/api/vms//disks
Result is always 404.

A simple cross check in the webbrowser returns the same result.
At least we can get to the predecessor item without trouble.
https:///ovirt-engine/api/vms/
Looking at that output I'd say that the url should be diskattachment
instead of disks:


  ...

...

...

Our cluster is still 4.0.6 - maybe some incompatibility?

Best regards.

Markus
 
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Details about why a live migration failed

[Francesco Romani]

On 03/24/2017 04:01 PM, Davide Ferrari wrote:
> Source: CentOS 7.2 - qemu-kvm-ev-2.3.0-31.el7.16.1
> Dest: CentOS 7.3 - qemu-kvm-ev-2.6.0-28.el7_3.3.1
>
> To be fair I'm trying to migrate away that VM so I can install updates
> on the source host.

Another, hopefully less likely, case is a QEMu bug. If QEMU cannot
correctly restore the VM state from the migration
data stream, you'll get the same error.
Anyway, this definitely looks like libvirt/qemu issue; better be
prepared to file a libvirt bug.
does it happen migrating to *any* CentOS7.3 box?

Bests,

-- 
Francesco Romani
Senior SW Eng., Virtualization R&D
Red Hat
IRC: fromani github: @fromanirh

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

Re: [ovirt-users] Upgrade guide for oVirt 4.1.x?

[Yaniv Dary]

This is the page covering minor releases:
http://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Minor_Releases/

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Fri, Mar 24, 2017 at 6:49 PM, Davide Ferrari  wrote:

> Hello
>
> following the links from the official release notes, I always end up to
> this page
>
> https://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/
> which just covers updating from 3.6 to 4.0.
> Is this still valid for 4.0 -> 4.1 upgrades?
>
> Thanks
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
> ___
> 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] Upgrade guide for oVirt 4.1.x?

[Nicolas Ecarnot]

Le 27/03/2017 à 14:43, Yaniv Dary a écrit :

This is the page covering minor releases:
http://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Minor_Releases/

Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem
Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9)
7692306 8272306 Email: yd...@redhat.com  IRC :
ydary


Hi Yaniv,

Just a small note to say that on this page
http://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/
the third link ("Chapter 3...") is pointing to the first one ("Chapter 
1: Updating the oVirt Environment").


Regards,

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

Re: [ovirt-users] Gluster network

[Davide Ferrari]

Sorry for hijacking the thread but, in my case, I have a separate VLAN for
gluster intercommunication and that VLAN is not accessible from the hosted
engine. Maybe that's the problem?

2017-03-27 12:14 GMT+02:00 Sahina Bose :

>
>
> On Mon, Mar 27, 2017 at 2:06 PM, Davide Ferrari 
> wrote:
>
>> I have the same error (warning) and in my case the answer is yes to both
>> questions.
>>
>
> Which IP address does "spfy-hw01" resolve to from engine.
> Is it the same IP address that you see in Networks sub-tab under hosts-
> for network associated with "gluster"
>
> The engine tries to associate the brick info returned from gluster CLI
> using the following logic:
> i) check if the ip/hostname in : matches that
> of host
> ii) check the IP address that hostname in brick resolves to - and match it
> against any of the interface associated with host that has gluster network
> tagged to it
>
>
>
>> 2017-03-27 10:12 GMT+02:00 Sahina Bose :
>>
>>> Is "spfy-hw01" resolvable from engine? Have you associated network
>>> named "gluster" to interface associated with "spfy-hw01" under "Setup
>>> Host Network" of host?
>>>
>>> On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind <
>>> arsene.gschw...@unibas.ch> wrote:
>>>
 Hi,

 I do have a recuring warning in engine.log and i'm not able to figure
 out what is wrong in my setup.

 2017-03-25 10:13:12,391+01 WARN  [org.ovirt.engine.core.vdsbrok
 er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
 [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
 'spfy-hw01:/gluster/engine/brick' of volume
 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
 gluster network found in cluster '0002-0002-0002-0002-02a6'
 2017-03-25 10:13:12,394+01 WARN  [org.ovirt.engine.core.vdsbrok
 er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
 [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
 'spfy-hw02:/gluster/engine/brick' of volume
 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
 gluster network found in cluster '0002-0002-0002-0002-02a6'
 2017-03-25 10:13:12,397+01 WARN  [org.ovirt.engine.core.vdsbrok
 er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
 [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
 'spfy-hw03:/gluster/engine/brick' of volume
 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
 gluster network found in cluster '0002-0002-0002-0002-02a6'

 My setup:

- oVirt 4.1.0
- gluster 3.8.10-1.el7

 I've setup a gluster network and dedicated to gluster:

 [image: gluster]

 Could someone explain why I do have this warning and how to resolve the
 problem .

 Thanks a lot

 rgds,

 Arsène
 --


 ___
 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
>>>
>>>
>>
>>
>> --
>> Davide Ferrari
>> Senior Systems Engineer
>>
>
>


-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade guide for oVirt 4.1.x?

[Davide Ferrari]

Is a 4.1 upgrade from 4.0 considered minor? I thought that were considered
minor only the  4.0.x upgrades (or 4.1.x)

2017-03-27 14:43 GMT+02:00 Yaniv Dary :

> This is the page covering minor releases:
> http://www.ovirt.org/documentation/upgrade-guide/
> chap-Updates_between_Minor_Releases/
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306 <+972%209-769-2306>
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Fri, Mar 24, 2017 at 6:49 PM, Davide Ferrari 
> wrote:
>
>> Hello
>>
>> following the links from the official release notes, I always end up to
>> this page
>>
>> https://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/
>> which just covers updating from 3.6 to 4.0.
>> Is this still valid for 4.0 -> 4.1 upgrades?
>>
>> Thanks
>>
>>
>> --
>> Davide Ferrari
>> Senior Systems Engineer
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] prevent ovirt from managing a particular vlan setting on an interface

[Dan Kenigsberg]

I am not sure I understand your question, though it reminds me of

Bug 1372798 - Setupnetworks not removing the "BRIDGE=" entry in ifcfg
file when changing a untagged network to tagged

which Vdsm version do you have? can you share your supervdsm.log?

On Fri, Mar 24, 2017 at 6:44 PM, Gianluca Cecchi
 wrote:
> Is it possible?
> So that for example oVirt uses my eth3 interface as part of a bond that it
> uses, but doesn't change/remove my already in place ifcfg-eth3.100
> configuration file?
>
> Thanks,
> Gianluca
>
> ___
> 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] iSCSI Discovery cannot detetect LUN

[Lukáš Kaplan]

I did following steps:

 - delete target on all initiators (ovirt nodes)
 iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
10.53.1.201:3260 -u
 iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
10.53.1.201:3260 -o delete

 - stop tgtd on target
 - fill storage by zeroes (dd if=/dev/zero of=/dev/md125 bs=4096
status=progress)
 - start tgtd
 - tried to connect to ovirt (Discovery=ok, Login=ok, but can not see any
LUN).

=== After that I ran this commands on one node: ===

[root@fudi-cn1 ~]# iscsiadm -m session -o show
tcp: [1] 10.53.0.10:3260,1 iqn.2017-03.cz.dragon.ovirt:ovirtengine
(non-flash)
tcp: [11] 10.53.0.201:3260,1 iqn.2017-03.cz.dragon.ovirt.fudi-sn1:10T
(non-flash)
tcp: [12] 10.53.1.201:3260,1 iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T
(non-flash)

[root@fudi-cn1 ~]# iscsiadm -m discoverydb -P1
SENDTARGETS:
DiscoveryAddress: 10.53.0.201,3260
Target: iqn.2017-03.cz.dragon.ovirt:ovirtengine
Portal: 10.53.0.201:3260,1
Iface Name: default
iSNS:
No targets found.
STATIC:
Target: iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T
Portal: 10.53.1.201:3260,1
Iface Name: default
Target: iqn.2017-03.cz.dragon.ovirt:ovirtengine
Portal: 10.53.0.10:3260,1
Iface Name: default
Target: iqn.2017-03.cz.dragon.ovirt.fudi-sn1:10T
Portal: 10.53.0.201:3260,1
Iface Name: default
FIRMWARE:
No targets found.

=== On iscsi target: ===
[root@fuvs-sn1 ~]# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md125 : active raid6 sdl1[11] sdk1[10] sdj1[9] sdi1[8] sdh1[7] sdg1[6]
sdf1[5] sde1[4] sdd1[3] sdc1[2] sdb1[1] sda1[0]
  9766302720 blocks super 1.2 level 6, 512k chunk, algorithm 2 [12/12]
[]
  bitmap: 0/8 pages [0KB], 65536KB chunk
...etc...


[root@fuvs-sn1 ~]# cat /etc/tgt/targets.conf
default-driver iscsi


# provided devicce as a iSCSI target
backing-store /dev/md125
# iSCSI Initiator's IP address you allow to connect
#initiator-address 10.53.0.0/23


--
Lukas Kaplan

2017-03-25 12:36 GMT+01:00 Lukas Kaplan :

> Co muze myslet tim mappingem?
>
> Jinak muzu zkusit ddckem celou storage prepsat nulami.
>
> co ty na to?
>
> Odesláno z iPhonu
>
> Začátek přeposílané zprávy:
>
> *Od:* Yaniv Kaul 
> *Datum:* 24. března 2017 23:25:21 SEČ
> *Komu:* Lukáš Kaplan 
> *Kopie:* users 
> *Předmět:* *Re: [ovirt-users] iSCSI Discovery cannot detetect LUN*
>
>
>
> On Fri, Mar 24, 2017 at 1:34 PM, Lukáš Kaplan  wrote:
>
>> Hello all,
>>
>> please do you have some experience with troubleshooting adding of iSCSI
>> domain to ovirt 4.1.1?
>>
>> I am chalenging this issue now:
>>
>> 1) I have successfuly installed oVirt 4.1.1 environment with self-hosted
>> engine, 3 nodes and 3 storages (iSCSI Master domain, iSCSI for hosted
>> engine and NFS ISO domain). Everything is working now.
>>
>> 2) But, when I want to add new iSCSI domain, I can discover it, I can
>> login, but I cant see any LUN on that storage. (I had same problem in oVirt
>> 4.1.0, so I made upgrade to 4.1.1)
>>
>
> Are you sure mappings are correct?
> Can you ensure the LUN is empty?
> Y.
>
>
>>
>> 3) Then I tryed to add this storage to another oVirt environment (oVirt
>> 3.6) and there are no problem. I can see LUN on that storage and I can
>> connect it to oVirt.
>>
>> I tryed to examine vdsm.log, but it is very detailed and unredable for me
>> :-/
>>
>> Thak you in advance, have a nice day,
>> --
>> Lukas Kaplan
>>
>>
>>
>> ___
>> 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] migration failed - "Cannot get interface MTU on 'vdsmbr_...'

[Devin A. Bougie]

Hi, All.  We have a new oVirt 4.1.1 cluster up with the OVS switch type.  
Everything seems to be working great, except for live migration.

I believe the red flag in vdsm.log on the source is:
Cannot get interface MTU on 'vdsmbr_QwORbsw2': No such device (migration:287)

Which results from vdsm assigning an arbitrary bridge name to each ovs bridge.

Please see below for more details on the bridges and excerpts from the logs.  
Any help would be greatly appreciated.

Many thanks,
Devin

SOURCE OVS BRIDGES:
# ovs-vsctl show
6d96d9a5-e30d-455b-90c7-9e9632574695
Bridge "vdsmbr_QwORbsw2"
Port "vdsmbr_QwORbsw2"
Interface "vdsmbr_QwORbsw2"
type: internal
Port "vnet0"
Interface "vnet0"
Port classepublic
Interface classepublic
type: internal
Port "ens1f0"
Interface "ens1f0"
Bridge "vdsmbr_9P7ZYKWn"
Port ovirtmgmt
Interface ovirtmgmt
type: internal
Port "ens1f1"
Interface "ens1f1"
Port "vdsmbr_9P7ZYKWn"
Interface "vdsmbr_9P7ZYKWn"
type: internal
ovs_version: "2.7.0"

DESTINATION OVS BRIDGES:
# ovs-vsctl show
f66d765d-712a-4c81-b18e-da1acc9cfdde
Bridge "vdsmbr_vdpp0dOd"
Port "vdsmbr_vdpp0dOd"
Interface "vdsmbr_vdpp0dOd"
type: internal
Port "ens1f0"
Interface "ens1f0"
Port classepublic
Interface classepublic
type: internal
Bridge "vdsmbr_3sEwEKd1"
Port "vdsmbr_3sEwEKd1"
Interface "vdsmbr_3sEwEKd1"
type: internal
Port "ens1f1"
Interface "ens1f1"
Port ovirtmgmt
Interface ovirtmgmt
type: internal
ovs_version: "2.7.0"


SOURCE VDSM LOG:
...
2017-03-27 10:57:02,567-0400 INFO  (jsonrpc/1) [vdsm.api] START migrate 
args=(, {u'incomingLimit': 2, u'src': 
u'192.168.55.84', u'dstqemu': u'192.168.55.81', u'autoConverge': u'false', 
u'tunneled': u'false', u'enableGuestEvents': False, u'dst': 
u'lnxvirt01-p55.classe.cornell.edu:54321', u'vmId': 
u'cf9c5dbf-3924-47c6-b323-22ac90a1f682', u'abortOnError': u'true', 
u'outgoingLimit': 2, u'compressed': u'false', u'maxBandwidth': 5000, u'method': 
u'online', 'mode': 'remote'}) kwargs={} (api:37)
2017-03-27 10:57:02,570-0400 INFO  (jsonrpc/1) [vdsm.api] FINISH migrate 
return={'status': {'message': 'Migration in progress', 'code': 0}, 'progress': 
0} (api:43)
2017-03-27 10:57:02,570-0400 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call 
VM.migrate succeeded in 0.01 seconds (__init__:515)
2017-03-27 10:57:03,028-0400 INFO  (migsrc/cf9c5dbf) [virt.vm] 
(vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Creation of destination VM took: 
0 seconds (migration:455)
2017-03-27 10:57:03,028-0400 INFO  (migsrc/cf9c5dbf) [virt.vm] 
(vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') starting migration to 
qemu+tls://lnxvirt01-p55.classe.cornell.edu/system with miguri 
tcp://192.168.55.81 (migration:480)
2017-03-27 10:57:03,224-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] 
(vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Cannot get interface MTU on 
'vdsmbr_QwORbsw2': No such device (migration:287)
2017-03-27 10:57:03,322-0400 ERROR (migsrc/cf9c5dbf) [virt.vm] 
(vmId='cf9c5dbf-3924-47c6-b323-22ac90a1f682') Failed to migrate (migration:429)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 411, in 
run
self._startUnderlyingMigration(time.time())
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 489, in 
_startUnderlyingMigration
self._perform_with_downtime_thread(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 555, in 
_perform_with_downtime_thread
self._perform_migration(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 528, in 
_perform_migration
self._vm._dom.migrateToURI3(duri, params, flags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 69, in f
ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, 
in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1939, in 
migrateToURI3
if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', 
dom=self)
libvirtError: Cannot get interface MTU on 'vdsmbr_QwORbsw2': No such device
2017-03-27 10:57:03,435-0400 INFO  (Reactor thread) 
[ProtocolDetector.AcceptorImpl] Accepted connection from ::1:33716 
(protocoldetector:72)
2017-03-27 10:57:03,452-0400 INFO  (Reactor thread) [ProtocolDetector.Detector] 
Detected protocol stomp from ::1:33716 (protocoldetector:127)
2017-03-27 10:57:03,452-0400 INFO  (Reactor thread) [Broker.StompAdapter] 
Processing CONNECT re

Re: [ovirt-users] How to deploy hosted-engine to the second and later host machines

[Tatsuya]

Hi Simone

> you should see it also adding new hosts, it should look like this:
> https://raw.githubusercontent.com/oVirt/ovirt-site/30c70a907
6f94113469401a51cafdfc7be8fbedd/source/images/2017-02-16-
hyperconverged-ovirt-with-ovn-picture17.png

> That one is from 4.1.0

By looking at your image, I found that this recognition discrepancy is due
to localization.
In English, Hosted Engine was displayed even in my environment.

> There is also an explicit icon to highlight which host is running the
engine VM and which ones are ready for it:
> https://raw.githubusercontent.com/oVirt/ovirt-site/30c70a907
6f94113469401a51cafdfc7be8fbedd/source/images/2017-02-16-
hyperconverged-ovirt-with-ovn-picture18.png


Yes, I noticed this icon soon. It's very good.

> Deploying from CLI is explicitly prevented and it's pointing you to the
web UI with this message:
> 'Setup of additional hosts using this software is not allowed anymore.
Please use the engine web interface to deploy any additional hosts.'

I'm sorry I haven't tried cli install in 4.1.1, but I think it important to
restrict it as you said.
It was a great relief for me personally to automate setting such as lvm,
glusterfs, firewalld and selinux.

There are no particular points to improve.
Thank you for your support.

2017-03-27 18:28 GMT+09:00 Simone Tiraboschi :

>
>
> On Mon, Mar 27, 2017 at 5:05 AM, Tatsuya  wrote:
>
>> Dear Didi
>>
>> > Even if you never heard about hosted-engine in previous versions and 4.1
>> >  was your first attempt? Any suggestions for improvement to make it
>> easier
>> >  to find?
>>
>> Sorry to late reply. I notice that I forget to add "users <
>> users@ovirt.org>" as a destination.
>>
>> The inquiry of the other day was about oVirt 4.0.
>>
>> Yesterday I installed 4.1 for the first time.
>>
>> I think that if I had been able to deploy self hosted engine not only
>> when reinstalling host
>> but also when adding new host, I could have noticed.
>>
>
> Hi Tatsuya,
> you should see it also adding new hosts, it should look like this:
> https://raw.githubusercontent.com/oVirt/ovirt-site/
> 30c70a9076f94113469401a51cafdfc7be8fbedd/source/images/2017-
> 02-16-hyperconverged-ovirt-with-ovn-picture17.png
> That one is from 4.1.0
>
> There is also an explicit icon to highlight which host is running the
> engine VM and which ones are ready for it:
> https://raw.githubusercontent.com/oVirt/ovirt-site/
> 30c70a9076f94113469401a51cafdfc7be8fbedd/source/images/2017-
> 02-16-hyperconverged-ovirt-with-ovn-picture18.png
>
> Deploying from CLI is explicitly prevented and it's pointing you to the
> web UI with this message:
> 'Setup of additional hosts using this software is not allowed anymore.
> Please use the engine web interface to deploy any additional hosts.'
>
> Do you think it's not that clear?
> Anything we can improve?
>
>
>>
>>
>> Or it may be useful to pop up the deployment method of self hosted engine
>> when adding new host is completed.
>>
>> Regards
>> Tatsuya
>>
>> -- Forwarded message --
>> From: Tatsuya 
>> Date: 2017-03-23 1:10 GMT+09:00
>> Subject: Re: [ovirt-users] How to deploy hosted-engine to the second and
>> later host machines
>> To: Yedidyah Bar David 
>>
>>
>> Dear Didi
>>
>> > e.g. that if the storage
>> > domain is not empty, a message will be emitted saying something like:
>> > "To add this host as an additional one to an existing hosted-engine HA
>> > cluster, please use the engine web administration ui or the API/SDK".
>>
>> It seems to be a very appropriate explanation when reading after
>> understanding,
>> but it may be better to ready specific steps.For example, this is one
>> example among many:
>> "In particular, when creating a new host from the engine web
>> administration ui,
>> please select "Deploy" on the self hosted engine tab."
>>
>> Also, "hosted-engine --deploy --config-append=answers.conf" was an error
>> from cli,
>> but "hosted-engine --deploy" wasn't an error, so I almost created a new
>> hosted-engine
>> using "hosted-engine --deploy"  to the second and later host machines.
>> From the above, It wil be better to warn also when running "hosted-engine
>> --deploy".
>>
>> Regards
>> Tatsuya
>>
>> 2017-03-21 15:29 GMT+09:00 Yedidyah Bar David :
>>
>>> On Mon, Mar 20, 2017 at 5:44 PM, Tatsuya  wrote:
>>> > Dear lan and Didi
>>> >
>>> >> Found a working option to get second and subsequent hosts deployed
>>> with
>>> >> ovirt 4.1
>>> >>
>>> >> 1-Set second host into maintenance
>>> >> 2-highlight second host and choose "Installation --> Reinstall", edit
>>> >> params in popup and click OK
>>> >> 3-Ignore warning that pops up and watch the vdsm.log or look for
>>> >> "Ins

[ovirt-users] After adding ISCSI storage on ovirt 4.0 (both engine and node) , storage doesnt come up

[martin chamambo]

For some reason when i add iscsi storage on my ovirtNode it works like a
charm , but when i reboot the ovirtengine and node , the storage doesnt
come up and on the storage tab , i have noticed that the USE HOST dropdown
is empty

NB:iscsi and iscsid are running on the node and the LUN is active
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] The host xxx did not satisfy internal filter Memory because its available memory is too low

[yimao]

I am sorry, how can I get the screenshot of the host in the engine?

2017-03-27 16:57 GMT+08:00 Artyom Lukianov :
> Looks like a bug, the "Max free Memory for scheduling new VMs" in the case
> when we do not have memory optimization must be equal to the free memory on
> the host(minus some small amount of the reserved memory). Can you please
> provide the screenshot of the host in the engine and also output of the
> command # free -h on the problematic host.
>
> Best Regards
>
> On Sun, Mar 26, 2017 at 6:13 PM, yimao  wrote:
>>
>> Hi,
>>
>> When I create vm after I have installed ovirt Node 4.1.1 successfully,
>> I got this error message "The host  did not satisfy internal
>> filter Memory because its available memory is too low".
>>
>> I use ovirt node:ovirt-node-ng-installer-ovirt-4.1-2017032304.iso and
>> ovirt-engine-appliance-4.1-20170322.1.el7.centos.noarch.rpm. And I
>> followed the steps in http://www.ovirt.org/node/.
>>
>> I found the informations in  "hosts"->"general"->"info" page:
>> "Max free Memory for scheduling new VMs: 356 MB"
>> "Physical Memory: 15747 MB total, 5039 MB used, 10708 MB free"
>>
>> Why the free memory for scheduling new vms is so little? Is there
>> anything wrong with my configuration?
>>
>> Thanks in advance,
>> Yiimao Yang.
>> ___
>> 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] Answer file key for "nonlocal postgres"

[Jamie Lawrence]

> On Mar 25, 2017, at 10:57 PM, Yedidyah Bar David  wrote:
> 
> On Fri, Mar 24, 2017 at 3:08 AM, Jamie Lawrence
>  wrote:

[…]

>> Anyone know what I am missing?
> 
> Probably OVESETUP_PROVISIONING/postgresProvisioningEnabled
> and OVESETUP_DWH_PROVISIONING/postgresProvisioningEnabled .

Appreciate the reply - thanks!

> That said, I strongly recommend to not try and write the answer file
> by hand. Instead, do an interactive setup with the exact conditions […]

I know what I was doing is unsupported. I was wondering down the wrong 
troubleshooting path for a bit there, but I think ultimately what I need is 
also unsupported.

It was because I was trying to push this into our extant DB infrastructure, 
which is PG 9.5. Which I found doesn’t work with a local-install, either. (I 
was thinking it would work due to past experience with things that demand an 
old Postgres; IME, PG generally has pretty solid forward-compatibility.)

So that leads me to my next question: if I install under the supported  version 
and dump/load/reconfigure to PG9.5.3, is anyone aware of any actual problems 
(other than lack of official support)? In doing answerfile-driven installs 
repeatedly, the point where it now fails is after the DB load, with 
ovirt-aaa-jdbc-tool choking and failing the run.

The reason I’m considering that as my fallback, nothing-else-worked option is 
that the DB needs to live in one of our existing clusters. We are a heavy 
Postres shop with a lot of hardware, humans and process devoted to maintaining 
it, and the DBAs would hang my corpse up as a deterrent to others if I started 
installing ancient instances in random places for them to take care of.

> https://bugzilla.redhat.com/show_bug.cgi?id=1396925

Was unaware of that; thanks for sharing (and doing!) it.

Thanks for the help,

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

[ovirt-users] How to passthrough GPU to windows guest

[yimao]

Hi,

I'm trying to passthrough gpu card to windows 7 guest, but I got the
error code 43.
I use ovirt node: ovirt-node-ng-installer-ovirt-4.1-2017032304.iso and
ovirt-engine-appliance-4.1-20170322.1.el7.centos.noarch.rpm
I have added  options "intel_iommu=on rdblacklist=nouveau
pci-stub.ids=10de:1380,10de:0fbc" to the grub.conf and attached these
devices to the guest. After I have installed the gpu's driver, I got
the error code 43.
Did I miss something? Any pointers or suggestions would be greatly appreciated.

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

[ovirt-users] How to re-initialize storage?

[Peter Wood]

Hi,

I inherited a small oVirt cluster with 3 nodes using iSCSI storage.

The LUNs used by the oVirt nodes were also accessible by some VMware nodes.

By mistake an action was started on VMware to initialize and start using
the same LUNs, which it happily did. This rendered the storage no longer
usable by oVirt nodes. All VMs went down, their image files no longer
accessible, the whole cluster became unusable without access to the shared
storage.

We have recovered from backups and moved the VMs to another cluster and now
I want to get this oVirt cluster back up and running.

I'm not an oVirt expert so everything I tried was through the web interface
and everything failed because storage is not accessible. I can't remove
VMs, I can't remove nodes, I can't remove the storage domain.

What is the right approach to destroy the cluster and rebuild it and
re-initialize the storage?

Even better if I can just remove all VMs from the inventory and somehow
tell it to make the storage LUNs usable again?

Any help is highly appreciated?

Thank you,

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

[ovirt-users] VM "hot" RAM memory decrease

[Nicolás]

Hi,

I don't really know if this question is suitable on this list, as I 
doubt it's an oVirt bug, neither I know if it shall be considered a bug.


We recently run a VM on a host that was memory over-used (around 80% of 
usage). The VM booted correctly, then we run "top" and saw how physical 
RAM started decreasing every two seconds. At first it was 4GB, then less 
and less until it stabilized at around 600MB.


Based on this (correct me if I'm wrong), we believe this is an effect of 
having this VM with ballooning enabled, as it does exactly this: It 
adds/removes RAM depending on host decision. Thing is that this VM had a 
minimal guaranteed RAM of 1GB, so even if this happened due to 
ballooning, I'm not sure if it should have honored the minimum 
guaranteed RAM.


When this happened, we run a 'ps' to see with what options the qemu 
process was invoked, and parameters seemed correct (that's why I don't 
know if it should be posted here or even if it's a bug).


Is this the expected behavior?

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

[ovirt-users] vms stucked after migrate from 4.1.0 to 4.1.1 host

[Jiří Sléžka]

Hi all,

I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have
upgraded one host. After reboot and activation of this host some vms
started to migrate here.

Some time after migration CPU of this vms go to 100% and vms become
unreachable.

There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms)
https://pastebin.com/U30xfBMJ

Powering off and starting again solve this but I would like to have a
glue what is happening.

I suspect this line

2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch
between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavailable

Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz:
2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with
"cpu MHz: 2100.097".

Cheers,

Jiri



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

[ovirt-users] Remote PostgreSQL 9.5 (was: Answer file key for "nonlocal postgres")

[Yedidyah Bar David]

On Mon, Mar 27, 2017 at 9:07 PM, Jamie Lawrence
 wrote:
>> On Mar 25, 2017, at 10:57 PM, Yedidyah Bar David  wrote:
>>
>> On Fri, Mar 24, 2017 at 3:08 AM, Jamie Lawrence
>>  wrote:
>
> […]
>
>>> Anyone know what I am missing?
>>
>> Probably OVESETUP_PROVISIONING/postgresProvisioningEnabled
>> and OVESETUP_DWH_PROVISIONING/postgresProvisioningEnabled .
>
> Appreciate the reply - thanks!
>
>> That said, I strongly recommend to not try and write the answer file
>> by hand. Instead, do an interactive setup with the exact conditions […]
>
> I know what I was doing is unsupported. I was wondering down the wrong 
> troubleshooting path for a bit there, but I think ultimately what I need is 
> also unsupported.
>
> It was because I was trying to push this into our extant DB infrastructure, 
> which is PG 9.5. Which I found doesn’t work with a local-install, either. (I 
> was thinking it would work due to past experience with things that demand an 
> old Postgres; IME, PG generally has pretty solid forward-compatibility.)

In "local-install" you mean on the engine machine?

From RPMs?

Instead of the OS-packaged PG (and not in parallel)?

Were its binaries in /usr/bin (and not some private path)?

If answers for all of the above are 'Yes', then please
share setup logs, perhaps preferably by opening a bugzilla
RFE and attaching them there. It's rather likely that
whatever problems you had are quite easy to solve.

Otherwise, please try that, or see the bug(s) below for
a discussion about this.

>
> So that leads me to my next question: if I install under the supported  
> version and dump/load/reconfigure to PG9.5.3, is anyone aware of any actual 
> problems (other than lack of official support)?

I personally didn't yet reach that point to be able to tell about,
nor do I know about others that did, but see below.

> In doing answerfile-driven installs repeatedly, the point where it now fails 
> is after the DB load, with ovirt-aaa-jdbc-tool choking and failing the run.
>
> The reason I’m considering that as my fallback, nothing-else-worked option is 
> that the DB needs to live in one of our existing clusters. We are a heavy 
> Postres shop with a lot of hardware, humans and process devoted to 
> maintaining it, and the DBAs would hang my corpse up as a deterrent to others 
> if I started installing ancient instances in random places for them to take 
> care of.

If you do manage to make it work locally, then working with
remote db should be easy, but does require (currently) to have
the local client to be of the same version.

Please see this bug, and the the ones it depends on:

https://bugzilla.redhat.com/show_bug.cgi?id=1324882

Almost all of it is relevant for a "vanilla" 9.5.

I am allowing myself to change the subject of current email,
as I assume the original issue is concluded.

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

Re: [ovirt-users] prevent ovirt from managing a particular vlan setting on an interface

[Edward Haas]

I think that Gianluca is referring to: https://gerrit.ovirt.org/#/c/74707

We seem to block the scenario where a slave of a bond has a VLAN on top of
it.

Thanks,
Edy.

On Mon, Mar 27, 2017 at 5:04 PM, Dan Kenigsberg  wrote:

> I am not sure I understand your question, though it reminds me of
>
> Bug 1372798 - Setupnetworks not removing the "BRIDGE=" entry in ifcfg
> file when changing a untagged network to tagged
>
> which Vdsm version do you have? can you share your supervdsm.log?
>
> On Fri, Mar 24, 2017 at 6:44 PM, Gianluca Cecchi
>  wrote:
> > Is it possible?
> > So that for example oVirt uses my eth3 interface as part of a bond that
> it
> > uses, but doesn't change/remove my already in place ifcfg-eth3.100
> > configuration file?
> >
> > Thanks,
> > Gianluca
> >
> > ___
> > 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: [ovirt-users] Gluster network

[Sahina Bose]

On Mon, Mar 27, 2017 at 7:35 PM, Davide Ferrari  wrote:

> Sorry for hijacking the thread but, in my case, I have a separate VLAN for
> gluster intercommunication and that VLAN is not accessible from the hosted
> engine. Maybe that's the problem?
>

Yep - that's likely to be it, if you have identified the brick using an
FQDN instead of ip address.


>
> 2017-03-27 12:14 GMT+02:00 Sahina Bose :
>
>>
>>
>> On Mon, Mar 27, 2017 at 2:06 PM, Davide Ferrari 
>> wrote:
>>
>>> I have the same error (warning) and in my case the answer is yes to both
>>> questions.
>>>
>>
>> Which IP address does "spfy-hw01" resolve to from engine.
>> Is it the same IP address that you see in Networks sub-tab under hosts-
>> for network associated with "gluster"
>>
>> The engine tries to associate the brick info returned from gluster CLI
>> using the following logic:
>> i) check if the ip/hostname in : matches that
>> of host
>> ii) check the IP address that hostname in brick resolves to - and match
>> it against any of the interface associated with host that has gluster
>> network tagged to it
>>
>>
>>
>>> 2017-03-27 10:12 GMT+02:00 Sahina Bose :
>>>
 Is "spfy-hw01" resolvable from engine? Have you associated network
 named "gluster" to interface associated with "spfy-hw01" under "Setup
 Host Network" of host?

 On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind <
 arsene.gschw...@unibas.ch> wrote:

> Hi,
>
> I do have a recuring warning in engine.log and i'm not able to figure
> out what is wrong in my setup.
>
> 2017-03-25 10:13:12,391+01 WARN  [org.ovirt.engine.core.vdsbrok
> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
> 'spfy-hw01:/gluster/engine/brick' of volume
> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
> gluster network found in cluster '0002-0002-0002-0002-0
> 2a6'
> 2017-03-25 10:13:12,394+01 WARN  [org.ovirt.engine.core.vdsbrok
> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
> 'spfy-hw02:/gluster/engine/brick' of volume
> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
> gluster network found in cluster '0002-0002-0002-0002-0
> 2a6'
> 2017-03-25 10:13:12,397+01 WARN  [org.ovirt.engine.core.vdsbrok
> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4)
> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick
> 'spfy-hw03:/gluster/engine/brick' of volume
> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
> gluster network found in cluster '0002-0002-0002-0002-0
> 2a6'
>
> My setup:
>
>- oVirt 4.1.0
>- gluster 3.8.10-1.el7
>
> I've setup a gluster network and dedicated to gluster:
>
> [image: gluster]
>
> Could someone explain why I do have this warning and how to resolve
> the problem .
>
> Thanks a lot
>
> rgds,
>
> Arsène
> --
>
>
> ___
> 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


>>>
>>>
>>> --
>>> Davide Ferrari
>>> Senior Systems Engineer
>>>
>>
>>
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to re-initialize storage?

[martin chamambo]

I am not an expert but storage is tied to your datacenter so you need to
make sure your datacenter is removed so that you are able to remove storage

On Mon, Mar 27, 2017 at 8:53 PM, Peter Wood  wrote:

> Hi,
>
> I inherited a small oVirt cluster with 3 nodes using iSCSI storage.
>
> The LUNs used by the oVirt nodes were also accessible by some VMware nodes.
>
> By mistake an action was started on VMware to initialize and start using
> the same LUNs, which it happily did. This rendered the storage no longer
> usable by oVirt nodes. All VMs went down, their image files no longer
> accessible, the whole cluster became unusable without access to the shared
> storage.
>
> We have recovered from backups and moved the VMs to another cluster and
> now I want to get this oVirt cluster back up and running.
>
> I'm not an oVirt expert so everything I tried was through the web
> interface and everything failed because storage is not accessible. I can't
> remove VMs, I can't remove nodes, I can't remove the storage domain.
>
> What is the right approach to destroy the cluster and rebuild it and
> re-initialize the storage?
>
> Even better if I can just remove all VMs from the inventory and somehow
> tell it to make the storage LUNs usable again?
>
> Any help is highly appreciated?
>
> Thank you,
>
> -- Peter
>
> ___
> 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] How to re-initialize storage?

[Idan Shaby]

Hi Peter,

You can take your hosts down to maintenance and then right click on your
data center -> force remove.
That will remove your storage and vms along with your datacenter.


Regards,
Idan

On Mon, Mar 27, 2017 at 9:53 PM, Peter Wood  wrote:

> Hi,
>
> I inherited a small oVirt cluster with 3 nodes using iSCSI storage.
>
> The LUNs used by the oVirt nodes were also accessible by some VMware nodes.
>
> By mistake an action was started on VMware to initialize and start using
> the same LUNs, which it happily did. This rendered the storage no longer
> usable by oVirt nodes. All VMs went down, their image files no longer
> accessible, the whole cluster became unusable without access to the shared
> storage.
>
> We have recovered from backups and moved the VMs to another cluster and
> now I want to get this oVirt cluster back up and running.
>
> I'm not an oVirt expert so everything I tried was through the web
> interface and everything failed because storage is not accessible. I can't
> remove VMs, I can't remove nodes, I can't remove the storage domain.
>
> What is the right approach to destroy the cluster and rebuild it and
> re-initialize the storage?
>
> Even better if I can just remove all VMs from the inventory and somehow
> tell it to make the storage LUNs usable again?
>
> Any help is highly appreciated?
>
> Thank you,
>
> -- Peter
>
> ___
> 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