Re: [ovirt-users] Hosted engine already imported

2017-04-26 Thread Jamie Lawrence

> On Apr 26, 2017, at 1:49 AM, Yaniv Kaul  wrote:

> In my hopefully-near-complete quest to automate Ovirt configuration in our 
> environment, I’m very close. One outstanding issue that remains is that, even 
> though the hosted engine storage domain actually was imported and shows in 
> the GUI, some part of Ovirt appears to think that hasn’t happened yet.
> 
> We'll be happy to hear, once complete, how you've achieved this automation.
> Note that there are several implementations already doing this successfully. 
> See [1] for one.

Thanks, I looked at that. Our implementation is pretty site-specific, but 
briefly, the Ovirt part is just a set of Puppet classes and some scripts for 
glue. The site specific stuff does things like driving our Gluster config, 
dumping the DB/loading into our PG cluster[1] and reconfiguring, hooking in to 
monitoring, replacing the Apache SSL cert, etc.

The basic stuff isn’t all that different than one of the generic Puppetforge 
modules, and if you don’t have our exact environment and requirements, the rest 
of it wouldn’t be useful.

-j

Still hoping for a response to the original question…


> One outstanding issue that remains is that, even though the hosted engine 
> storage domain actually was imported and shows in the GUI, some part of Ovirt 
> appears to think that hasn’t happened yet.
> 
> In the GUI, a periodic error is logged: “The Hosted Engine Storage Domain 
> doesn’t exist. It will be imported automatically…”
> 
> In engine.log, all I’m seeing that appears relevant is:
> 
> 2017-04-25 10:28:57,988-07 INFO  
> [org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand]
>  (org.ovirt.thread.pool-6-thread-9) [1e44dde0] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[]', sharedLocks='null'}'
> 2017-04-25 10:28:57,992-07 WARN  
> [org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand]
>  (org.ovirt.thread.pool-6-thread-9) [1e44dde0] Validation of action 
> 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: 
> VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_ALREADY_EXIST
> 2017-04-25 10:28:57,992-07 INFO  
> [org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand]
>  (org.ovirt.thread.pool-6-thread-9) [1e44dde0] Lock freed to object 
> 'EngineLock:{exclusiveLocks='[]', sharedLocks='null’}’
> 
> Otherwise the log is pretty clean.
> 
> I saw nothing of interest in the Gluster logs or the hosted-engine-ha logs on 
> the host it is running on.
> 
> It appears harmless, but then we aren’t actually using these systems yet, and 
> in any case we don’t want the error spamming the log forever. This is 
> 4.1.1.8-1.el7.centos, hosted engine on Centos 7.6.1311, Gluster for both the 
> hosted engine and general data domains.


-j

[1] We are a DB heavy shop and want our DBAs managing backups and whatnot, and 
the installer barfs because we aren’t running an ancient PG version and tune 
our DBs differently than the absurdly-mandatory Ovirt defaults, so this dance 
is painful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt-ha-agent cpu usage

2017-04-26 Thread Gianluca Cecchi
On Wed, Apr 26, 2017 at 4:54 PM, Simone Tiraboschi 
wrote:

>
>
> On Wed, Apr 26, 2017 at 4:52 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Wed, Apr 26, 2017 at 4:28 PM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>>
>>> On 4.1.1, the 96% of the cpu time of ovirt-ha-agent is still spent in
>>> connect() in /usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py
>>> and the 95.98% is in Schema.__init__ in /usr/lib/python2.7/site-pac
>>> kages/vdsm/api/vdsmapi.py
>>>
>>> So it's still the parsing of the api yaml schema.
>>> On master we already merged a patch to reuse an existing connection if
>>> available and this should mitigate/resolve the issue:
>>> https://gerrit.ovirt.org/73757/
>>>
>>> It's still not that clear why we are facing this kind of performance
>>> regression.
>>>
>>>
>> Does this mean that I could try to patch the
>>   ovirt_hosted_engine_ha/lib/util.py file also in my 4.1.1 install and
>> verify if it solves...?
>>
>
> Unfortunately it's not enough by itself since it also requires
> https://gerrit.ovirt.org/#/c/58029/
>
>
>> Or do I have to wait an official patched rpm?
>>
>> Gianluca
>>
>
>
And what if I change all the 3 files involved in the 2 gerrit entries:
ovirt_hosted_engine_ha/lib/util.py
lib/yajsonrpc/stomp.py
lib/yajsonrpc/stompreactor.py

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


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

2017-04-26 Thread Gianluca Cecchi
On Wed, Apr 26, 2017 at 4:15 PM, Sharon Gratch  wrote:

>
>
> ​You can do that.
> But I still think that setting to qxl/spice should work In first round without
> setting to cirrus/vnc first, since the "​
> ​
> ​
> Graphics protocol" is currently set to "None​
> ​"​
>
> ​and not "spice" AFAIR (as displayed in general sub tab).
>
> If it is set to "None", then after the settings in (2) you will be
> notified with a pop-up displaying the following:
> "Changes that require Virtual Machine restart: graphicsProtocol"
>
> and after a restart both devices should be added.
>
>
>
>
>
> ​
>
>
Did you notice the screenshot I already sent in this thread on 24th of
April?
https://drive.google.com/file/d/0BwoPbcrMv8mvQVhzaGFHSmoxaGc/
view?usp=sharing

In
that screenshot you can see that in general subtab there is indicated
qxl/none, but at the same time in edit VM --> console there are the values
qxl/SPICE
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt-ha-agent cpu usage

2017-04-26 Thread Simone Tiraboschi
On Wed, Apr 26, 2017 at 4:52 PM, Gianluca Cecchi 
wrote:

> On Wed, Apr 26, 2017 at 4:28 PM, Simone Tiraboschi 
> wrote:
>
>>
>>
>>
>> On 4.1.1, the 96% of the cpu time of ovirt-ha-agent is still spent in
>> connect() in /usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py
>> and the 95.98% is in Schema.__init__ in /usr/lib/python2.7/site-pac
>> kages/vdsm/api/vdsmapi.py
>>
>> So it's still the parsing of the api yaml schema.
>> On master we already merged a patch to reuse an existing connection if
>> available and this should mitigate/resolve the issue:
>> https://gerrit.ovirt.org/73757/
>>
>> It's still not that clear why we are facing this kind of performance
>> regression.
>>
>>
> Does this mean that I could try to patch the   
> ovirt_hosted_engine_ha/lib/util.py
> file also in my 4.1.1 install and verify if it solves...?
>

Unfortunately it's not enough by itself since it also requires
https://gerrit.ovirt.org/#/c/58029/


> Or do I have to wait an official patched rpm?
>
> Gianluca
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt-ha-agent cpu usage

2017-04-26 Thread Gianluca Cecchi
On Wed, Apr 26, 2017 at 4:28 PM, Simone Tiraboschi 
wrote:

>
>
>
> On 4.1.1, the 96% of the cpu time of ovirt-ha-agent is still spent in
> connect() in /usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py
> and the 95.98% is in Schema.__init__ in /usr/lib/python2.7/site-
> packages/vdsm/api/vdsmapi.py
>
> So it's still the parsing of the api yaml schema.
> On master we already merged a patch to reuse an existing connection if
> available and this should mitigate/resolve the issue:
> https://gerrit.ovirt.org/73757/
>
> It's still not that clear why we are facing this kind of performance
> regression.
>
>
Does this mean that I could try to patch the
  ovirt_hosted_engine_ha/lib/util.py file also in my 4.1.1 install and
verify if it solves...?
Or do I have to wait an official patched rpm?

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


[ovirt-users] engine-setup not configuring ovirt-imageio-proxy

2017-04-26 Thread Arnaud Lauriou

Hi,

I'm trying to configure ovirt-imageio-proxy through engine-setup but 
configuration is skipped :


--== CONFIGURATION PREVIEW ==--

Default SAN wipe after delete   : False
Firewall manager: firewalld
Update Firewall : True
...
Configure Image I/O Proxy   : False
Configure VMConsole Proxy   : True
Configure WebSocket Proxy   : True

I have tried to run engine-setup with option 
'--reconfigure-optional-components' but this option has no effects.


ovirt-imageio-proxy package is installed on this engine host :
# yum list ovirt-imageio-proxy
Installed Packages
ovirt-imageio-proxy.noarch 1.0.0-0.201701151456.git89ae3b4.el7.centos 
@ovirt-4.1


What can I do to force engine-setup to configure ovirt-imageio-proxy ?

Regards,

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


Re: [ovirt-users] Hosted engine FCP SAN can not activate data domain

2017-04-26 Thread Jens Oechsler
Greetings,

Is there any way to get the oVirt Data Center described below active again?

On Tue, Apr 25, 2017 at 4:11 PM, Jens Oechsler  wrote:
> Hi,
>
> LUN is not in pvs output, but I found it in lsblk output without any
> partions on it apparently.
>
> $ sudo pvs
>   PVVG
>   Fmt  Attr PSize   PFree
>   /dev/mapper/360050768018182b6c990 data
>   lvm2 a--  200.00g 180.00g
>   /dev/mapper/360050768018182b6c998
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc lvm2 a--  499.62g 484.50g
>   /dev/sda2 system
>   lvm2 a--  278.78g 208.41g
>
> $ sudo lvs
>   LV   VG
>  Attr   LSizePool Origin Data%  Meta%  Move Log Cpy%Sync
> Convert
>   34a9328f-87fe-4190-96e9-a3580b0734fc
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-1.00g
>   506ff043-1058-448c-bbab-5c864adb2bfc
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-   10.00g
>   65449c88-bc28-4275--5fc75b692cbc
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-  128.00m
>   e2ee95ce-8105-4a20-8e1f-9f6dfa16bf59
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-ao  128.00m
>   ids
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-ao  128.00m
>   inbox
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-  128.00m
>   leases
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-2.00g
>   master
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-1.00g
>   metadata
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-  512.00m
>   outbox
> 9f10e00f-ae39-46a0-86da-8b157c6de7bc -wi-a-  128.00m
>   data data
>  -wi-ao   20.00g
>   home system
>  -wi-ao 1000.00m
>   prod system
>  -wi-ao4.88g
>   root system
>  -wi-ao7.81g
>   swap system
>  -wi-ao4.00g
>   swap7system
>  -wi-ao   20.00g
>   tmp  system
>  -wi-ao4.88g
>   var  system
>  -wi-ao   27.81g
>
> $ sudo lsblk
> 
> sdq
> 65:00   500G  0 disk
> └─360050768018182b6c9d7
>253:33   0   500G  0 mpath
>
> Data domain was made with one 500 GB LUN and extended with 500 GB more.
>
> On Tue, Apr 25, 2017 at 2:17 PM, Fred Rolland  wrote:
>> Hi,
>>
>> Do you see the LUN in the host ?
>> Can you share pvs and lvs output ?
>>
>> Thanks,
>>
>> Fred
>>
>> On Mon, Apr 24, 2017 at 1:05 PM, Jens Oechsler  wrote:
>>>
>>> Hello
>>> I have a problem with oVirt Hosted Engine Setup version:
>>> 4.0.5.5-1.el7.centos.
>>> Setup is using FCP SAN for data and engine.
>>> Cluster has worked fine for a while. It has two hosts with VMs running.
>>> I extended storage with an additional LUN recently. This LUN seems to
>>> be gone from data domain and one VM is paused which I assume has data
>>> on that device.
>>>
>>> Got these errors in events:
>>>
>>> Apr 24, 2017 10:26:05 AM
>>> Failed to activate Storage Domain SD (Data Center DC) by
>>> admin@internal-authz
>>> Apr 10, 2017 3:38:08 PM
>>> Status of host cl01 was set to Up.
>>> Apr 10, 2017 3:38:03 PM
>>> Host cl01 does not enforce SELinux. Current status: DISABLED
>>> Apr 10, 2017 3:37:58 PM
>>> Host cl01 is initializing. Message: Recovering from crash or Initializing
>>> Apr 10, 2017 3:37:58 PM
>>> VDSM cl01 command failed: Recovering from crash or Initializing
>>> Apr 10, 2017 3:37:46 PM
>>> Failed to Reconstruct Master Domain for Data Center DC.
>>> Apr 10, 2017 3:37:46 PM
>>> Host cl01 is not responding. Host cannot be fenced automatically
>>> because power management for the host is disabled.
>>> Apr 10, 2017 3:37:46 PM
>>> VDSM cl01 command failed: Broken pipe
>>> Apr 10, 2017 3:37:46 PM
>>> VDSM cl01 command failed: Broken pipe
>>> Apr 10, 2017 3:32:45 PM
>>> Invalid status on Data Center DC. Setting Data Center status to Non
>>> Responsive (On host cl01, Error: General Exception).
>>> Apr 10, 2017 3:32:45 PM
>>> VDSM cl01 command failed: [Errno 19] Could not find dm device named
>>> `[unknown]`
>>> Apr 7, 2017 1:28:04 PM
>>> VM HostedEngine is down with error. Exit message: resource busy:
>>> Failed to acquire lock: error -243.
>>> Apr 7, 2017 1:28:02 PM
>>> Storage Pool Manager runs on Host cl01 (Address: cl01).
>>> Apr 7, 2017 1:27:59 PM
>>> Invalid status on Data Center DC. Setting status to Non Responsive.
>>> Apr 7, 2017 1:27:53 PM
>>> Host cl02 does not enforce SELinux. Current status: DISABLED
>>> Apr 7, 2017 1:27:52 PM
>>> Host cl01 does not enforce SELinux. Current status: DISABLED
>>> Apr 7, 2017 1:27:49 PM
>>> Affinity Rules Enforcement Manager started.
>>> Apr 7, 2017 1:27:34 PM
>>> ETL Service Started
>>> Apr 7, 2017 1:26:01 PM
>>> ETL Service Stopped
>>> Apr 3, 2017 

Re: [ovirt-users] ovirt-ha-agent cpu usage

2017-04-26 Thread Simone Tiraboschi
On Wed, Apr 26, 2017 at 1:28 PM, Simone Tiraboschi 
wrote:

>
>
> On Wed, Apr 26, 2017 at 12:52 PM, Nir Soffer  wrote:
>
>> On Wed, Apr 26, 2017 at 11:36 AM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Tue, Apr 25, 2017 at 11:28 PM, Nir Soffer  wrote:
>>>


 Hi Gianluca,

 You can run this on the host:

 $ python -c "import yaml; print 'CLoader:', hasattr(yaml, 'CLoader')"
 CLoader: True

 If you get "CLoader: False", you have some packaging issue, CLoader
 is available on all supported platforms.

 Nir


> Thanks,
> Gianluca
>
>
>>>
>>> It seems ok.
>>>
>>> [root@ovirt01 ovirt-hosted-engine-ha]#  python -c "import yaml; print
>>> 'CLoader:', hasattr(yaml, 'CLoader')"
>>> CLoader: True
>>> [root@ovirt01 ovirt-hosted-engine-ha]#
>>>
>>> Anyway see here a sample of the spikes that it cntinues to have.. from
>>> 15% to 55% many times
>>> https://drive.google.com/file/d/0BwoPbcrMv8mvMy1xVUE3YzI2YVE
>>> /view?usp=sharing
>>>
>>
>> There are two issues in this video:
>> - Memory leak, ovirt-ha-agent is using 1g of memory. It is very unlikely
>> that it needs so much memory.
>> - Unusual cpu usage - but not the kind of usage related to yaml parsing.
>>
>> I would open two bugs for this. We have seen the first issue few month
>> ago, and
>> we did nothing about it so the memory leak was not fixed.
>>
>> To understand the unusual cpu usage, we need to integrate yappi into
>> ovirt-ha-agent,
>> and do some profiling to understand where cpu time is spent.
>>
>> Simone, can you do something based on these patches?
>> https://gerrit.ovirt.org/#/q/topic:generic-profiler
>>
>> I hope to get these patches merged soon.
>>
>>
> Absolutely at this point.
>
>

On 4.1.1, the 96% of the cpu time of ovirt-ha-agent is still spent in
connect() in /usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py
and the 95.98% is in Schema.__init__
in /usr/lib/python2.7/site-packages/vdsm/api/vdsmapi.py

So it's still the parsing of the api yaml schema.
On master we already merged a patch to reuse an existing connection if
available and this should mitigate/resolve the issue:
https://gerrit.ovirt.org/73757/

It's still not that clear why we are facing this kind of performance
regression.



> Nir
>>
>>
>>>
>>>
>>> The host is an Intel NUC6i5 with 32Gb of ram. There are the engine, an
>>> F25 guest and a C7 desktop VMs running, without doing almost anything.
>>>
>>> Gianluca
>>>
>>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2017-04-26 Thread Sharon Gratch
On Wed, Apr 26, 2017 at 4:39 PM, Gianluca Cecchi 
wrote:

>
>
> On Wed, Apr 26, 2017 at 3:01 PM, Sharon Gratch  wrote:
>
>>
>>
>> On Wed, Apr 26, 2017 at 3:33 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Wed, Apr 26, 2017 at 2:20 PM, Sharon Gratch 
>>> wrote:
>>>
 Hi,

 The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
 graphic console set to "spice" is an invalid combination which is not
 supported by oVirt.

 I'm not sure how it get there ("vnc" changed to "spice" without
 changing the video device type to "qxl") but it may cause the problem
 afterwards of removing both graphic and video devices ...

 Regards,
 Sharon​


>>> Is there a way I can fix, eventually going and modifying the db?
>>> Thanks,
>>> Gianluca
>>>
>>
>> ​
>> yes, via the UI.
>> 1. Edit the HostedEngive vm and go to console tab
>> 2. Set "Video Type" value to "QXL" and "
>> ​​
>> Graphics protocol" value to "SPICE".
>> 3. restart the HostedEngive vm (It requires a HostedEngive vm restart for
>> the configuration changes to take effect)
>> 4. After the restart, the qxl, spice devices will be created as required.
>>
>> Regards,
>> Sharon​
>>
>>
>>
> The problems is that, from a web gui point of view, the settings in 2. are
> already in place... ;-) but not honored.. is because of this that I asked
> about database manipulation...
> I could instead change the console parameters and set them to cirrus/vnc
> and see if they work after shutdown and restart of engine VM and in a
> second time change again to qxl/spice and see if they are honored then...
>
> What do you think?
>

​You can do that.
But I still think that setting to qxl/spice should work In first round without
setting to cirrus/vnc first, since the "​
​
​
Graphics protocol" is currently set to "None​
​"​

​and not "spice" AFAIR (as displayed in general sub tab).

If it is set to "None", then after the settings in (2) you will be notified
with a pop-up displaying the following:
"Changes that require Virtual Machine restart: graphicsProtocol"

and after a restart both devices should be added.





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


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

2017-04-26 Thread Gianluca Cecchi
On Wed, Apr 26, 2017 at 3:01 PM, Sharon Gratch  wrote:

>
>
> On Wed, Apr 26, 2017 at 3:33 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Wed, Apr 26, 2017 at 2:20 PM, Sharon Gratch 
>> wrote:
>>
>>> Hi,
>>>
>>> The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
>>> graphic console set to "spice" is an invalid combination which is not
>>> supported by oVirt.
>>>
>>> I'm not sure how it get there ("vnc" changed to "spice" without changing
>>> the video device type to "qxl") but it may cause the problem afterwards of
>>> removing both graphic and video devices ...
>>>
>>> Regards,
>>> Sharon​
>>>
>>>
>> Is there a way I can fix, eventually going and modifying the db?
>> Thanks,
>> Gianluca
>>
>
> ​
> yes, via the UI.
> 1. Edit the HostedEngive vm and go to console tab
> 2. Set "Video Type" value to "QXL" and "Graphics protocol" value to
> "SPICE".
> 3. restart the HostedEngive vm (It requires a HostedEngive vm restart for
> the configuration changes to take effect)
> 4. After the restart, the qxl, spice devices will be created as required.
>
> Regards,
> Sharon​
>
>
>
The problems is that, from a web gui point of view, the settings in 2. are
already in place... ;-) but not honored.. is because of this that I asked
about database manipulation...
I could instead change the console parameters and set them to cirrus/vnc
and see if they work after shutdown and restart of engine VM and in a
second time change again to qxl/spice and see if they are honored then...

What do you think?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2017-04-26 Thread Sharon Gratch
On Wed, Apr 26, 2017 at 3:33 PM, Gianluca Cecchi 
wrote:

> On Wed, Apr 26, 2017 at 2:20 PM, Sharon Gratch  wrote:
>
>> Hi,
>>
>> The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
>> graphic console set to "spice" is an invalid combination which is not
>> supported by oVirt.
>>
>> I'm not sure how it get there ("vnc" changed to "spice" without changing
>> the video device type to "qxl") but it may cause the problem afterwards of
>> removing both graphic and video devices ...
>>
>> Regards,
>> Sharon​
>>
>>
> Is there a way I can fix, eventually going and modifying the db?
> Thanks,
> Gianluca
>

​
yes, via the UI.
1. Edit the HostedEngive vm and go to console tab
2. Set "Video Type" value to "QXL" and "Graphics protocol" value to "SPICE".
3. restart the HostedEngive vm (It requires a HostedEngive vm restart for
the configuration changes to take effect)
4. After the restart, the qxl, spice devices will be created as required.

Regards,
Sharon​
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2017-04-26 Thread Gianluca Cecchi
On Wed, Apr 26, 2017 at 2:20 PM, Sharon Gratch  wrote:

> Hi,
>
> The configuration shown at ​2016-07-04 of video set to "cirrus-vga" and
> graphic console set to "spice" is an invalid combination which is not
> supported by oVirt.
>
> I'm not sure how it get there ("vnc" changed to "spice" without changing
> the video device type to "qxl") but it may cause the problem afterwards of
> removing both graphic and video devices ...
>
> Regards,
> Sharon​
>
>
Is there a way I can fix, eventually going and modifying the db?
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt GUI bug? clicking "ok" on upgrade host confirmation screen

2017-04-26 Thread Michael Watters
I've noticed the same issue on 4.0.  Clicking OK *does* start the
upgrade but the dialog box doesn't update properly to notify you that it
is working.  The issue happens in Chrome and Opera no matter what OS I
login from.


On 04/21/2017 12:50 PM, Nelson Lameiras wrote:
> Hello,
>
> Since "upgrade" functionality is available for hosts in oVirt GUI I
> have this strange bug :
>
> - Click on "Installation>>Upgrade"
> - Click "ok" on confirmation screen
> - -> (bug) confirmation screen does not dissapear as expected
> - Click "ok" again on confirmation screen -> error : "system is
> already upgrading"
> - Click "cancel" to be able to return to oVirt
>
> This happens using on :
> ovirt engine : oVirt Engine Version: 4.1.1.6-1.el7.centos
> client : windows 10
> client : chrome Version 57.0.2987.133 (64-bit)
>
> This bug was already present on oVirt 4.0 before updating to 4.1.
>
> Has anybody else have this problem?
>
> (will try to reproduce with firefox, IE)
>
> 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

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


Re: [ovirt-users] ovirt-ha-agent cpu usage

2017-04-26 Thread Simone Tiraboschi
On Wed, Apr 26, 2017 at 12:52 PM, Nir Soffer  wrote:

> On Wed, Apr 26, 2017 at 11:36 AM Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Tue, Apr 25, 2017 at 11:28 PM, Nir Soffer  wrote:
>>
>>>
>>>
>>> Hi Gianluca,
>>>
>>> You can run this on the host:
>>>
>>> $ python -c "import yaml; print 'CLoader:', hasattr(yaml, 'CLoader')"
>>> CLoader: True
>>>
>>> If you get "CLoader: False", you have some packaging issue, CLoader
>>> is available on all supported platforms.
>>>
>>> Nir
>>>
>>>
 Thanks,
 Gianluca


>>
>> It seems ok.
>>
>> [root@ovirt01 ovirt-hosted-engine-ha]#  python -c "import yaml; print
>> 'CLoader:', hasattr(yaml, 'CLoader')"
>> CLoader: True
>> [root@ovirt01 ovirt-hosted-engine-ha]#
>>
>> Anyway see here a sample of the spikes that it cntinues to have.. from
>> 15% to 55% many times
>> https://drive.google.com/file/d/0BwoPbcrMv8mvMy1xVUE3YzI2YVE/
>> view?usp=sharing
>>
>
> There are two issues in this video:
> - Memory leak, ovirt-ha-agent is using 1g of memory. It is very unlikely
> that it needs so much memory.
> - Unusual cpu usage - but not the kind of usage related to yaml parsing.
>
> I would open two bugs for this. We have seen the first issue few month
> ago, and
> we did nothing about it so the memory leak was not fixed.
>
> To understand the unusual cpu usage, we need to integrate yappi into
> ovirt-ha-agent,
> and do some profiling to understand where cpu time is spent.
>
> Simone, can you do something based on these patches?
> https://gerrit.ovirt.org/#/q/topic:generic-profiler
>
> I hope to get these patches merged soon.
>
>
Absolutely at this point.


> Nir
>
>
>>
>>
>> The host is an Intel NUC6i5 with 32Gb of ram. There are the engine, an
>> F25 guest and a C7 desktop VMs running, without doing almost anything.
>>
>> Gianluca
>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt-ha-agent cpu usage

2017-04-26 Thread Nir Soffer
On Wed, Apr 26, 2017 at 11:36 AM Gianluca Cecchi 
wrote:

> On Tue, Apr 25, 2017 at 11:28 PM, Nir Soffer  wrote:
>
>>
>>
>> Hi Gianluca,
>>
>> You can run this on the host:
>>
>> $ python -c "import yaml; print 'CLoader:', hasattr(yaml, 'CLoader')"
>> CLoader: True
>>
>> If you get "CLoader: False", you have some packaging issue, CLoader
>> is available on all supported platforms.
>>
>> Nir
>>
>>
>>> Thanks,
>>> Gianluca
>>>
>>>
>
> It seems ok.
>
> [root@ovirt01 ovirt-hosted-engine-ha]#  python -c "import yaml; print
> 'CLoader:', hasattr(yaml, 'CLoader')"
> CLoader: True
> [root@ovirt01 ovirt-hosted-engine-ha]#
>
> Anyway see here a sample of the spikes that it cntinues to have.. from 15%
> to 55% many times
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvMy1xVUE3YzI2YVE/view?usp=sharing
>

There are two issues in this video:
- Memory leak, ovirt-ha-agent is using 1g of memory. It is very unlikely
that it needs so much memory.
- Unusual cpu usage - but not the kind of usage related to yaml parsing.

I would open two bugs for this. We have seen the first issue few month ago,
and
we did nothing about it so the memory leak was not fixed.

To understand the unusual cpu usage, we need to integrate yappi into
ovirt-ha-agent,
and do some profiling to understand where cpu time is spent.

Simone, can you do something based on these patches?
https://gerrit.ovirt.org/#/q/topic:generic-profiler

I hope to get these patches merged soon.

Nir


>
>
> The host is an Intel NUC6i5 with 32Gb of ram. There are the engine, an F25
> guest and a C7 desktop VMs running, without doing almost anything.
>
> Gianluca
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2017-04-26 Thread Gianluca Cecchi
On Tue, Apr 25, 2017 at 1:00 PM, Evgenia Tokar  wrote:

> It seems that the main issue here is that the graphics device is missing
> from the engine db.
> This causes the generated ovf to not contain a graphics device which in
> turn makes the vm.conf not have it, and so the console is not available.
>
> So what we need to understand now is what caused the graphics device to
> disappear and a way to return it.
>
> Did anything out of the regular update flow happened with the vm?
>
>
> Thanks,
> Jenny
>
>
It seems not.
Based on log files that I see, the environment was initially installed with
3.6.0 and the engine installed from the ova contained into
ovirt-engine-appliance-20151104.0-1.el7.centos.ova
Then I updated the engine with the usual procedure to 3.6.1, 3.6.2, 3.6.3,
3.6.5, 4.0.0.6-1, 4.0.2.6-1, 4.0.2.7-1, 4.0.4.4-1, 4.0.5.5-
1, -4.0.6.3-1, 4.1.0.4-1, 4.1.1.8-1

Watching qemu logs on host for the HosteEngine VM I see this:

On 19/11/15 the console seemed to be vnc, based on HostedEngine.log-20170421

-device cirrus-vga,id=video0,bus=pci.0,addr=0x2

full line:

2015-11-19 14:29:33.908+: starting up
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
QEMU_AUDIO_DRV=none /usr/libexec/qem
u-kvm -name HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off
-cpu Nehalem -m 16384 -re
altime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid
7b0ff898-0a9e-4b97-8292-1d9f2a0a6683 -smbi
os type=1,manufacturer=oVirt,product=oVirt Node,version=7-1.1503.el7.
centos.2.8,serial=4C4C4544-0054
-5910-8056-C4C04F30354A,uuid=7b0ff898-0a9e-4b97-8292-1d9f2a0a6683
-no-user-config -nodefaults -chard
ev socket,id=charmonitor,path=/var/lib/libvirt/qemu/
HostedEngine.monitor,server,nowait -mon chardev=
charmonitor,id=monitor,mode=control -rtc base=2015-11-19T14:29:33,driftfix=slew
-global kvm-pit.lost
_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device
piix3-usb-uhci,id=usb,bus=pci.0,add
r=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
virtio-serial-pci,id=virtio-se
rial0,bus=pci.0,addr=0x5 -drive file=/tmp/tmpKbdZDZ/seed.iso,
if=none,id=drive-ide0-1-0,readonly=on,f
ormat=raw,serial= -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0
-drive file=/var/
run/vdsm/storage/2025c2ea-6205-4bc1-b29d-745b47f8f806/
d6287dfb-27af-461b-ab79-4eb3a45d8c8a/43ee87b9-4293-
4d43-beab-582f500667a7,if=none,id=drive-virtio-disk0,
format=raw,serial=d6287dfb-27af-461b-ab79-4eb3a45d8c8a,
cache=none,werror=stop,rerror=stop,aio=threads -device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-
virtio-disk0,id=virtio-disk0,bootindex=1 -netdev
tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=
hostnet0,id=net0,mac=00:16:3e:3a:ee:a5,bus=pci.0,addr=0x3 -chardev
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/
7b0ff898-0a9e-4b97-8292-1d9f2a0a6683.com.redhat.rhevm.vdsm,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=
charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev
socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/
7b0ff898-0a9e-4b97-8292-1d9f2a0a6683.org.qemu.guest_agent.0,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=2,chardev=
charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev
socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/
7b0ff898-0a9e-4b97-8292-1d9f2a0a6683.org.ovirt.hosted-engine-setup.0,server,nowait
-device virtserialport,bus=virtio-serial0.0,nr=3,chardev=
charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -chardev
socket,id=charconsole0,path=/var/run/ovirt-vmconsole-
console/7b0ff898-0a9e-4b97-8292-1d9f2a0a6683.sock,server,nowait -device
virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -device
cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on

I don't know how and when I set it to spice, but I think I didn't do
anything...

The first entry with the word "spice" was here:

2016-07-04 16:01:43.443+: starting up libvirt version: 1.2.17, package:
13.el7_2.5 (CentOS Build
System , 2016-06-23-14:23:27,
worker1.bsys.centos.org), qemu version: 2.3.0
(qemu-kvm-ev-2.3.0-31.el7_2.10.1)
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name HostedEngine -S -machine
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu qemu64,-svm -m 16384 -realtime
mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid
7b0ff898-0a9e-4b97-8292-1d9f2a0a6683
-smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.
centos.2.10,serial=4C4C4544-0054-5910-8056-C4C04F30354A,
uuid=7b0ff898-0a9e-4b97-8292-1d9f2a0a6683 -no-user-config -nodefaults
-chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-
HostedEngine/monitor.sock,server,nowait -mon
chardev=charmonitor,id=monitor,mode=control
-rtc base=2016-07-04T16:01:43,driftfix=slew -global
kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on
-device 

Re: [ovirt-users] Hosted engine already imported

2017-04-26 Thread Yaniv Kaul
On Tue, Apr 25, 2017 at 8:53 PM, Jamie Lawrence 
wrote:

> Hi all,
>
> In my hopefully-near-complete quest to automate Ovirt configuration in our
> environment, I’m very close. One outstanding issue that remains is that,
> even though the hosted engine storage domain actually was imported and
> shows in the GUI, some part of Ovirt appears to think that hasn’t happened
> yet.
>

We'll be happy to hear, once complete, how you've achieved this automation.
Note that there are several implementations already doing this
successfully. See [1] for one.
Y.

[1] https://github.com/fusor/ansible-ovirt


> In the GUI, a periodic error is logged: “The Hosted Engine Storage Domain
> doesn’t exist. It will be imported automatically…”
>
> In engine.log, all I’m seeing that appears relevant is:
>
> 2017-04-25 10:28:57,988-07 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ImportHostedEngineStorageDomainCommand]
> (org.ovirt.thread.pool-6-thread-9) [1e44dde0] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[]', sharedLocks='null'}'
> 2017-04-25 10:28:57,992-07 WARN  [org.ovirt.engine.core.bll.
> storage.domain.ImportHostedEngineStorageDomainCommand]
> (org.ovirt.thread.pool-6-thread-9) [1e44dde0] Validation of action '
> ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons:
> VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_
> FAILED_STORAGE_DOMAIN_ALREADY_EXIST
> 2017-04-25 10:28:57,992-07 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ImportHostedEngineStorageDomainCommand]
> (org.ovirt.thread.pool-6-thread-9) [1e44dde0] Lock freed to object
> 'EngineLock:{exclusiveLocks='[]', sharedLocks='null’}’
>
> Otherwise the log is pretty clean.
>
> I saw nothing of interest in the Gluster logs or the hosted-engine-ha logs
> on the host it is running on.
>
> It appears harmless, but then we aren’t actually using these systems yet,
> and in any case we don’t want the error spamming the log forever. This is
> 4.1.1.8-1.el7.centos, hosted engine on Centos 7.6.1311, Gluster for both
> the hosted engine and general data domains.
>
> Has anyone seen this before?
>
> Thanks in advance,
>
> -j
> ___
> 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 4.0] HA VM fail to start on another Host.

2017-04-26 Thread Yaniv Kaul
On Wed, Apr 26, 2017 at 8:44 AM, knarra  wrote:

> On 04/26/2017 10:39 AM, TranceWorldLogic . wrote:
>
> Hi,
>
> VM have guest agent install but power management is disable.
>
> Just want to confirm my understanding "HA will not work without power
> management", please say yes or no.
>
> yes.
>
>
> We have Dell server and it access through idrac, I am not sure how to
> setup power management for idrac.
> I tried with drac5 and drac7 and both case while testing I got error
> saying *"*
> *Test failed: [Connection timed out, , ]" *
> But ping is working from ovirt-engine.
>
> Would you please point me to some link how to setup power management for
> DELL idrac ?
>
>
> Thanks,
> ~Rohit
>
> Hi,
>
> With out configuring powermanagement HA will not work. Below are the
> steps to setup power management. I do not have the link handy but below are
> the steps.
>

4.1 can perform VM HA without power fencing via storage leases, btw.
Y.


>
> 1) Move the host to maintenance
> 2) click on edit button -> select Power Management -> select check box
> 'Enable power management'
> 3) click on "+" button near Add fence agent
> 4) In the address field provide IPMI port which is the ip used for
> accessing your mm console of the server.
> 5) Provide USERName and password to access the console of that machine.
> 6) select the correct provider type.
> 7) click "ok".
>
> you should be able to set it up. AFAIK, drac5 / 7 needs to be used for
> dell.
>
> Thanks
> kasturi.
>
>
>
>
>
> On Tue, Apr 25, 2017 at 10:29 PM, knarra  wrote:
>
>> On 04/25/2017 08:45 PM, TranceWorldLogic . wrote:
>>
>> Hi,
>>
>> This is regarding HA VM fail to restart on other host.
>>
>> I have setup, which has 2 host in a cluster let say host1 and host2.
>> And one HA VM (with High priority), say vm1.
>> And also not storage domain is configure on host3 and it available all
>> time.
>>
>> 1> Initially vm1 was running on host2.
>> 2> Then I power OFF host2 to see whether ovirt start vm1 on host1.
>>
>> I found two result in this case as below:
>> 1> Sometime vm1 retrying to start but retrying on host2 itself.
>> 2> Sometime vm1 move in down state without retrying.
>>
>> Can anyone explain about this behaviour ? Or Is this an issue ?
>>
>> Note : I am using Ovirt 4.0.
>>
>> Thanks,
>> ~Rohit
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>> Hi,
>>
>>   If a host is powered off and if powermanagment is enabled engine
>> will fence the host and restarts it. During this process host residing on
>> the vm  will be shutdown and will be restarted on another node. All the
>> events can be seen in the engine UI.
>>
>> Hope you have not missed to enable power management on the hosts.
>> with out enabling power management even if the vm is marked to be Highly
>> available it will not  be.
>>
>> Second thing to check for is if the vm has guest-agent installed on
>> it. If the vm does not have guest-agent installed then it wont be restarted
>> on different host. More info on this can be found at  [1].
>>
>>  [1] https://bugzilla.redhat.com/show_bug.cgi?id=1341106#c35
>>
>> Thanks
>>
>> kasturi
>>
>
> ___
> 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-ha-agent cpu usage

2017-04-26 Thread Gianluca Cecchi
On Tue, Apr 25, 2017 at 11:28 PM, Nir Soffer  wrote:

>
>
> Hi Gianluca,
>
> You can run this on the host:
>
> $ python -c "import yaml; print 'CLoader:', hasattr(yaml, 'CLoader')"
> CLoader: True
>
> If you get "CLoader: False", you have some packaging issue, CLoader
> is available on all supported platforms.
>
> Nir
>
>
>> Thanks,
>> Gianluca
>>
>>

It seems ok.

[root@ovirt01 ovirt-hosted-engine-ha]#  python -c "import yaml; print
'CLoader:', hasattr(yaml, 'CLoader')"
CLoader: True
[root@ovirt01 ovirt-hosted-engine-ha]#

Anyway see here a sample of the spikes that it cntinues to have.. from 15%
to 55% many times
https://drive.google.com/file/d/0BwoPbcrMv8mvMy1xVUE3YzI2YVE/view?usp=sharing

The host is an Intel NUC6i5 with 32Gb of ram. There are the engine, an F25
guest and a C7 desktop VMs running, without doing almost anything.

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


Re: [ovirt-users] ovirt minor upgrades for nodes via GUI or CLI?

2017-04-26 Thread Matthias Leopold



Am 2017-04-25 um 07:36 schrieb Yedidyah Bar David:

On Mon, Apr 24, 2017 at 5:41 PM, Matthias Leopold
 wrote:



Am 2017-04-24 um 16:37 schrieb Yedidyah Bar David:


On Mon, Apr 24, 2017 at 5:28 PM, Matthias Leopold
 wrote:


hi,

i'm still testing ovirt 4.1.

i installed engine and 2 nodes in vanilla centos 7.3 hosts with
everything
that came from
http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm

i regularly checked for updates in the engine host OS with "yum update"
(is
there a gui option for this?). it obviously got an ovirt update from
version
4.1.0 to 4.1.1.1 already some time ago.

i regularly checked for updates in the nodes via the ovirt web gui
(installation - check for upgrade). there where package updates available
and installed in the past so i thought that everything was fine.

now i checked with "yum check-update" in the nodes OS shell and noticed
that
ovirt-release41 is still on 4.1.0 and there are 81 packages available for
update (from centos base _and_ ovirt repos including ovirt-release41
itself). ovirt gui tells me 'no updates found'.



I think this function only checks for specific packages, not everything
yum reports.



why didn't these updates get installed? is it because of the
ovirt-release41
update? do i have to do this manually with yum?



ovirt-release41 itself is not one of these packages, and should in
principle
be considered "another package" (just like any other package you installed
on your machine).

Which packages does yum say you have updates for?



firts my repos, to be sure:

# yum repolist
...
Repo-IDRepo-Name:
Status
base/7/x86_64  CentOS-7 - Base
9.363
centos-opstools-testing/x86_64 CentOS-7 - OpsTools - testing
repo  448
centos-ovirt-common-candidate/x86_64   CentOS-7 - oVirt common
198
centos-ovirt41-candidate/x86_64CentOS-7 - oVirt 4.1
95
extras/7/x86_64CentOS-7 - Extras
337
ovirt-4.1/7Latest oVirt 4.1 Release
455
ovirt-4.1-centos-gluster38/x86_64  CentOS-7 - Gluster 3.8
181
ovirt-4.1-epel/x86_64  Extra Packages for Enterprise
Linux 7 - x86_64   11.550
ovirt-4.1-patternfly1-noarch-epel/x86_64   Copr repo for patternfly1
owned by patternfly 2
updates/7/x86_64   CentOS-7 - Updates
1.575
virtio-win-stable  virtio-win builds roughly
matching what was shipped in latest RHEL4
repolist: 24.208

# yum check-update
...
NetworkManager.x86_64   1:1.4.0-19.el7_3

...

util-linux.x86_64 2.23.2-33.el7_3.2   updates


Looks ok to me. Please check the upgrade guide for details:

http://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Minor_Releases/

It wasn't updated for 4.1 but the principles remain the same.

Best,



thank you very much. i should have looked at the docs first

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


[ovirt-users] Change default "Physical Memory Guaranteed" value

2017-04-26 Thread Karli Sjöberg
Yo!

Is there a way to easily change this value?

I have checked engine-config, files under "/etc/ovirt-engine/config"
and "/usr/share/ovirt-engine/conf" and couldn´t find anything after a
quick glanse. I just want to lower it from 1024 MB to 512.

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


Re: [ovirt-users] Building ovirt-host-deploy gives `configure: error: otopi-devtools required but missing`

2017-04-26 Thread Yedidyah Bar David
On Wed, Apr 26, 2017 at 9:26 AM, Yedidyah Bar David  wrote:
> On Tue, Apr 25, 2017 at 10:27 PM, Leni Kadali Mutungi
>  wrote:
>> On 4/25/17, Jason Brooks  wrote:
>>> On debian testing, I managed to build and install using ./configure
>>> --with-otopi-sources=/root/otopi (this is where I'd checked out and
>>> built otopi)
>>>
>>
>> Hmmm... This sounds definitely worth trying.
>>
>>> I got this error running ovirt-host-deploy:
>>>
>>> # ovirt-host-deploy
>>> ***L:ERROR Internal error: Internal error, plugins set(['otopi',
>>> 'ovirt-host-common', 'ovirt-host-deploy']) are missing
>>>
>>> It ran a bit further when run from the source dir:
>>>
>>>
>>> # ./src/bin/ovirt-host-deploy
>>> [ INFO  ] Stage: Initializing
>>>   Continuing will configure this host for serving as
>>> hypervisor. Are you sure you want to continue? (yes/no) yes
>>> [ INFO  ] Stage: Environment setup
>>>   Configuration files: []
>>>   Log file: /tmp/ovirt-host-deploy-20170425170102-6mdsx6.log
>>>   Version: otopi-1.7.0_master ()
>>>   Version: ovirt-host-deploy-1.7.0_master ()
>>> [ INFO  ] Stage: Environment packages setup
>>> [ ERROR ] Failed to execute stage 'Environment packages setup':
>>> Packager install not implemented
>>> [ INFO  ] Stage: Pre-termination
>>> [ INFO  ] Stage: Termination
>>>

>>
>> Let me test it out on my own machine and see.
>
> Are you (both Leni and Jason) trying to make otopi/ovirt-host-deploy
> build/install/run from a "dev-env" (non-root), or are you trying to
> package them for debian?
>
> otopi checks for plugins in its env under key BASE/pluginPath.
> If running from either source (as above) or a bundle (see README.API,
> this is actually needed for ovirt-host-deploy to work in its expected
> normal flow), it has special code for setting it. Otherwise it defaults
> to $(pkgdatadir)/plugins , where pkgdatadir is set by autoconf (and
> defaults to $PREFIX/share/otopi.
>
> So if you want 'dev-env', pick a prefix (say, ~/ovirt-stuff), build
> everything with the same prefix, and add $prefix/bin to your path.

Sorry. I now see that ovirt-host-deploy defaults to searching for
otopi-bundle in a hard-coded path /usr/share/otopi. So if you want
dev-env, passing same prefix will not be enough - you'll have to
pass also --otopi-bundle=/path/to/otopi-bundle to ./configure .

I admit I never heard about anyone using otopi in dev-env. IMO all
the oVirt developers install otopi from rpm on their dev machines
(me included). It should be quite easy to change the default to be
$PREFIX/share/otopi if you want - I think it should not cause any
new bugs. Patches are welcome :-)

>
> If you want to package for debian, you should mostly use debian
> defaults for most things imo.

(This should still apply, as I think you'll package it on debian
to use the same path as in rpm - /usr/share/otopi).

Best,

>
> Best,
>
>>
>> --
>> - Warm regards
>> Leni Kadali Mutungi
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> --
> Didi



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


Re: [ovirt-users] Virtual Machines on same host / traffic stays local?

2017-04-26 Thread Edward Haas
If the VM/s vnic/s are connected to the same network, then traffic will be
forwarded by the bridge defined for that network, therefore for local VM/s
the traffic will not exit the host.
I'm not exactly clear what do you mean by "configured for bridging".

Thanks,
Edy.

On Wed, Apr 26, 2017 at 2:30 AM, Devin Acosta 
wrote:

>
> I just want to confirm if we have oVIRT running say 3 VM's on the same
> host and the host is configured for bridging would the traffic stay on the
> host or would it technically hit the switch and back to the host?
>
> --
>
> Devin Acosta
> Red Hat Certified Architect, LinuxStack
> 602-354-1220 <(602)%20354-1220> || de...@linuxguru.co
>
> ___
> 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