[ovirt-users] Re: ldaps-config

2020-02-27 Thread Eduardo Mayoral
Should be as simple as this:


[root@ovirt-hc0 ~]# cat /etc/ovirt-engine/aaa//activedirectory/.properties
include = 

vars.domain = XX
vars.user = YYY
vars.password = Z

*pool.default.ssl.startTLS = true**
**pool.default.ssl.startTLSProtocol = TLSv1.2*

pool.default.auth.simple.bindDN = ${global:vars.user}
pool.default.auth.simple.password = ${global:vars.password}
pool.default.serverset.type = srvrecord
pool.default.serverset.srvrecord.domain = ${global:vars.domain}



Just remember to trust the certificate authority for the ldaps
certificate in the ovirt engine server.

https://stackoverflow.com/questions/37043442/how-to-add-certificate-authority-file-in-centos-7


On 27/2/20 4:42, Budur Nagaraju wrote:
> Hi
>
> Can someone help me in configuring ldaps in oVirt Engine 4.x ?
>
> Thanks,
> Nagaraju
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/P6QHPSFZLOZ6EZEVFQPBNII37PNIATU3/

-- 
Eduardo Mayoral Jimeno
Systems engineer, platform department. Arsys Internet.
emayo...@arsys.es - +34 941 620 105 - ext 2153

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADWCGNS353CUN3CIHFBZDUWAXRHL66JB/


[ovirt-users] ovirt-guest-agent for CentOS 8

2019-09-25 Thread Eduardo Mayoral
Hi,

Just like many of you I am testing my first CentOS 8 VMs on top of  ovirt.

I am not finding the package ovirt-guest-agent.noarch . Closest I can
find is qemu-guest-agent.x86_64

After installing and starting it, I do see information reported on the
"Guest info" tab.

Can anybody confirm if this is indeed the agent we should be using? Is
there - or will there be - a more specific package for ovirt guests?

Thanks!

-- 
Eduardo Mayoral Jimeno
Systems engineer, platform department. Arsys Internet.
emayo...@arsys.es - +34 941 620 105 - ext 2153
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NSTYB3ZHD3M26A2M2FQHFFSUE2WJSCPG/


[ovirt-users] Re: Problem trying to detach ISO datastore

2019-04-17 Thread Eduardo Mayoral
Nevermind, problem was the dom_md/metadata file was bad (Pool uid of the
datacenter from which I could not detach was missing).


On 17/4/19 13:39, Eduardo Mayoral wrote:
> Hi.
>
> When trying to detach an ISO datastore I get the following error. Also
> fails if I try to switch the datastore from maintenance to active.
>
>
> 2019-04-17 10:07:23,100+ INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer]
> RPC call StoragePool.connectStorageServer succeeded in 0.01 seconds
> (__init__:312)
> 2019-04-17 10:07:23,104+ INFO  (jsonrpc/4) [vdsm.api] START
> detachStorageDomain(sdUUID=u'2722942e-0887-439c-81f0-70b60d860060',
> spUUID=u'6901a281-c414-42c6-8b41-3cf6e6bcd788',
> msdUUID=u'----', masterVersion=14,
> options=None) from=::fff
> f:10.5.72.63,58618, flow_id=0420c8d0-fb37-4b22-9fea-9ee8bac7d41d,
> task_id=9301405a-eaf6-4f1c-a1b6-6537740e2daf (api:48)
> 2019-04-17 10:07:23,105+ INFO  (jsonrpc/4) [storage.StoragePool]
> sdUUID=2722942e-0887-439c-81f0-70b60d860060
> spUUID=6901a281-c414-42c6-8b41-3cf6e6bcd788 (sp:1048)
> 2019-04-17 10:07:23,316+ INFO  (itmap/0) [IOProcessClient]
> (/pre1-svm-templates.por-ngcs.lan:_ds__pre1__templates__iso01_ovirt3)
> Starting client (__init__:308)
> 2019-04-17 10:07:23,324+ INFO  (itmap/1) [IOProcessClient]
> (/pre1-svm-templates.por-ngcs.lan:_ds__pre1__templates__iso01_ovirt)
> Starting client (__init__:308)
> 2019-04-17 10:07:23,327+ INFO  (ioprocess/74639) [IOProcess]
> (/pre1-svm-templates.por-ngcs.lan:_ds__pre1__templates__iso01_ovirt3)
> Starting ioprocess (__init__:434)
> 2019-04-17 10:07:23,333+ INFO  (ioprocess/74645) [IOProcess]
> (/pre1-svm-templates.por-ngcs.lan:_ds__pre1__templates__iso01_ovirt)
> Starting ioprocess (__init__:434)
> 2019-04-17 10:07:23,335+ INFO  (jsonrpc/4) [IOProcessClient]
> (2722942e-0887-439c-81f0-70b60d860060) Starting client (__init__:308)
> 2019-04-17 10:07:23,344+ INFO  (ioprocess/74653) [IOProcess]
> (2722942e-0887-439c-81f0-70b60d860060) Starting ioprocess (__init__:434)
> 2019-04-17 10:07:23,350+ INFO  (jsonrpc/4) [storage.StorageDomain]
> Removing remnants of deleted images [] (fileSD:740)
> 2019-04-17 10:07:23,352+ INFO  (jsonrpc/4) [vdsm.api] FINISH
> detachStorageDomain error=Storage domain not in pool:
> u'domain=2722942e-0887-439c-81f0-70b60d860060,
> pool=6901a281-c414-42c6-8b41-3cf6e6bcd788' from=:::10.5.72.63,58618,
> flow_id=0420c8d0-fb37-4b22-9fea-
> 9ee8bac7d41d, task_id=9301405a-eaf6-4f1c-a1b6-6537740e2daf (api:52)
> 2019-04-17 10:07:23,352+ ERROR (jsonrpc/4)
> [storage.TaskManager.Task] (Task='9301405a-eaf6-4f1c-a1b6-6537740e2daf')
> Unexpected error (task:875)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line
> 882, in _run
>     return fn(*args, **kargs)
>   File "", line 2, in detachStorageDomain
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50,
> in method
>     ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 891,
> in detachStorageDomain
>     pool.detachSD(sdUUID)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py",
> line 79, in wrapper
>     return method(self, *args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1053,
> in detachSD
>     self.validateAttachedDomain(dom)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py",
> line 79, in wrapper
>     return method(self, *args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 551,
> in validateAttachedDomain
>     raise se.StorageDomainNotInPool(self.spUUID, dom.sdUUID)
> StorageDomainNotInPool: Storage domain not in pool:
> u'domain=2722942e-0887-439c-81f0-70b60d860060,
> pool=6901a281-c414-42c6-8b41-3cf6e6bcd788'
> 2019-04-17 10:07:23,352+ INFO  (jsonrpc/4)
> [storage.TaskManager.Task] (Task='9301405a-eaf6-4f1c-a1b6-6537740e2daf')
> aborting: Task is aborted: "Storage domain not in pool:
> u'domain=2722942e-0887-439c-81f0-70b60d860060,
> pool=6901a281-c414-42c6-8b41-3cf6e6bcd788'" - co
> de 353 (task:1181)
> 2019-04-17 10:07:23,353+ ERROR (jsonrpc/4) [storage.Dispatcher]
> FINISH detachStorageDomain error=Storage domain not in pool:
> u'domain=2722942e-0887-439c-81f0-70b60d860060,
> pool=6901a281-c414-42c6-8b41-3cf6e6bcd788' (dispatcher:83)
> 2019-04-17 10:07:23,353+ INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer]
> RPC call StorageDomain.detach failed (error 353) in 0.25 seconds
> (__init__:312)
> 2019-04-17 10:07:26,275+ INFO  (jsonrpc/2) [api.host] START
> getAllVmStats() from=:::10.5.72.63,58604 

[ovirt-users] Problem trying to detach ISO datastore

2019-04-17 Thread Eduardo Mayoral
710-ffbfd9910ff2 (api:48)
2019-04-17 10:07:29,739+ INFO  (jsonrpc/7) [vdsm.api] FINISH
repoStats return={u'a97bbda5-33e4-4e78-890c-f7d2a572179e': {'code': 0,
'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000505524',
'lastCheck': '3.6', 'valid': True}, u'4121f681-45c3-413a-9c6e-6
9d154710ace': {'code': 0, 'actual': True, 'version': 4, 'acquired':
True, 'delay': '0.000790301', 'lastCheck': '2.7', 'valid': True}}
from=:::10.5.72.63,58604,
task_id=3ec94f9f-7c98-4c49-8710-ffbfd9910ff2 (api:54)
2019-04-17 10:07:29,740+ INFO  (jsonrpc/7) [vdsm.api] START
multipath_health() from=:::10.5.72.63,58604,
task_id=f567e03a-8cf4-49dd-84eb-628acb10e1d3 (api:48)
2019-04-17 10:07:29,740+ INFO  (jsonrpc/7) [vdsm.api] FINISH
multipath_health return={} from=:::10.5.72.63,58604,
task_id=f567e03a-8cf4-49dd-84eb-628acb10e1d3 (api:54)

Interestingly, I have 2 datacenters, I can attach, detach, set to
maintenance or activate this same datastore on the second datacenter,
but not on this one.

So far I have tried updating OVF, setting master datastore and hosts to
maintenance and re-activating them.

Started happening on 4.3.2, updating to 4.3.3 makes no difference.

This is what I see on the database. Looks OK to me:

engine=# select * from storage_pool;
  id  |   name    | description
| storage_pool_type | storage_pool_format_type | status |
master_domain_version |  spm_vds_id  |
compatibility_version | _create_date  |
_update_date 
    | quota_enforcement_type | free_text_comment | is_local
--+---+-+---+--++---+--+---+---+---
++---+--
 039aef77-77c8-4f04-8d17-22f4b655df28 | dc-pre1-vc03-cl02 |
|   | 4    |  1
| 1 | 42c969f3-a2a6-4784-8506-e6fbc731da9d |
4.3   | 2019-03-14 12:13:24.411468+00 | 2019-04-17
08:38:05.53
8042+00 |  0 |   | f
 6901a281-c414-42c6-8b41-3cf6e6bcd788 | dc-pre1-vc03-cl01 |
|   | 4    |  1
|    15 | 089cdde4-ecbf-4054-82f9-c106b046d73a |
4.3   | 2019-03-14 12:13:24.365529+00 | 2019-04-17
11:10:46.42
2305+00 |  0 |   | f
(2 rows)

engine=# select * from storage_pool_iso_map ;
  storage_id  |  
storage_pool_id    | status
--+--+
 2722942e-0887-439c-81f0-70b60d860060 |
039aef77-77c8-4f04-8d17-22f4b655df28 |  6
 2722942e-0887-439c-81f0-70b60d860060 |
6901a281-c414-42c6-8b41-3cf6e6bcd788 |  6
 5d390949-24ec-45e2-bb6d-43b3f30bd286 |
039aef77-77c8-4f04-8d17-22f4b655df28 |  3
 94cb1a4f-a267-479c-88e7-ea9c32e3fd24 |
039aef77-77c8-4f04-8d17-22f4b655df28 |  3
 4121f681-45c3-413a-9c6e-69d154710ace |
6901a281-c414-42c6-8b41-3cf6e6bcd788 |  3
 a97bbda5-33e4-4e78-890c-f7d2a572179e |
6901a281-c414-42c6-8b41-3cf6e6bcd788 |  3
(6 rows)


Apart from root cause. I would be interested in recovering from the
error, detaching the ISO storage, even if it is manually. This
datacenter is not in production yet, so I have options on the things I
can try.



-- 
Eduardo Mayoral Jimeno
Systems engineer, platform department. Arsys Internet.
emayo...@arsys.es - +34 941 620 105 - ext 2153

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SYAMOKGD6DJCK5GRNSDY2OPIEKZBRY4I/


[ovirt-users] Re: VM migrations failing after upgrade 4.3.2 -> 4.3.3

2019-04-17 Thread Eduardo Mayoral
You are right. All VMs on that cluster have empty values for "Memory",
"CPU" and "Network"

I tried restarting vdsmd on one of the hosts and now I see values for
"Memory", "CPU" and "Network" on the VMs running on that host.

Since I cannot set the hosts on maintenance beacuse I cannot migrate the
VMs inside I will have to restart vdsmd on the host and cross my fingers...

Thank you very much for your help!


On 17/4/19 11:16, Andrej Krejcir wrote:
> Hi,
>
> this is a bug:  https://bugzilla.redhat.com/show_bug.cgi?id=1696621
>
> It happens when a migrated VM has missing CPU load.
> Do you have some special VMs without updated CPU load, or VMs that
> were recently started? 
>
>
> Regards,
> Andrej
>
> On Wed, 17 Apr 2019 at 11:08, Eduardo Mayoral  <mailto:emayo...@arsys.es>> wrote:
>
>
> Hi,
>
>     After upgrade to 4.3.3 from 4.3.2, VM migrations are failing with
> "No available host to migrate VMs to"
>
>     Interestingly, this happens in one of our clusters, not on the
> other. Both on the same datacenter, both in 4.3 compatibility version.
>
>     This are the relevant lines from /var/log/ovirt-engine/engine.log
>
>
>
>
> 2019-04-17 08:58:41,816Z ERROR
> [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-7)
> [51191ffb-0ae1-4414-8916-9e5012d86289] Query
> 'GetValidHostsForVmsQuery'
> failed: null
> 2019-04-17 08:58:41,816Z ERROR
> [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-7)
> [51191ffb-0ae1-4414-8916-9e5012d86289] Exception:
> java.lang.NullPointerException
>     at
> 
> org.ovirt.engine.core.bll.scheduling.SchedulingManager.subtractRunningVmResources(SchedulingManager.java:923)
> [bll.jar:]
>     at
> 
> org.ovirt.engine.core.bll.scheduling.SchedulingManager.canSchedule(SchedulingManager.java:616)
> [bll.jar:]
>     at
> 
> org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.lambda$getValidHosts$0(GetValidHostsForVmsQuery.java:56)
> [bll.jar:]
>     at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> [rt.jar:1.8.0_201]
>     at
> 
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
> [rt.jar:1.8.0_201]
>     at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> [rt.jar:1.8.0_201]
>     at
> 
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> [rt.jar:1.8.0_201]
>     at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> [rt.jar:1.8.0_201]
>     at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> [rt.jar:1.8.0_201]
>     at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> [rt.jar:1.8.0_201]
>     at
> 
> org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.getValidHosts(GetValidHostsForVmsQuery.java:59)
> [bll.jar:]
>     at
> 
> org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.executeQueryCommand(GetValidHostsForVmsQuery.java:36)
> [bll.jar:]
>     at
> 
> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
> [bll.jar:]
>     at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
> [dal.jar:]
>     at
> 
> org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14)
> [bll.jar:]
>     at
> org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:521)
> [bll.jar:]
>     at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:490)
> [bll.jar:]
>     at sun.reflect.GeneratedMethodAccessor168.invoke(Unknown Source)
> [:1.8.0_201]
>     at
> 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_201]
>     at java.lang.reflect.Method.invoke(Method.java:498)
> [rt.jar:1.8.0_201]
>     at
> 
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>     at
> 
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
>     at
> 
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
>     at
> 
> org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:

[ovirt-users] VM migrations failing after upgrade 4.3.2 -> 4.3.3

2019-04-17 Thread Eduardo Mayoral
0.15.Final]
    at
io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
[undertow-core-2.0.15.Final.jar:2.0.15.Final]
    at
io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
[undertow-core-2.0.15.Final.jar:2.0.15.Final]
    at
org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
    at
org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
    at
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
    at
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
    at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_201]



-- 
Eduardo Mayoral Jimeno
Systems engineer, platform department. Arsys Internet.
emayo...@arsys.es - +34 941 620 105 - ext 2153
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P55D3VEJNQSTRYHCUDVOPCAOYE2MCWJA/


[ovirt-users] Check in API if host is in state "reconfiguring networks"

2019-03-14 Thread Eduardo Mayoral
Hi,

    I am writing some provisioning scripts using the python API in which
I add a number of hosts to an ovirt engine.

    To minimize the time the script takes, I would like to call
host_service.setup_network() and host_service.commit_net_config() for
each host with async=True and then get into a loop checking every few
seconds for the status of the hosts until all of them have finished (so
I can go on with another task such as configuring storage).

    I was able to do something similar for the install phase checking if
host.status equals HostStatus.MAINTENANCE , but I cannot find in the
documentation how to check when a host is in status "reconfiguring
network". The web interface shows this, so surely there must be a way,
but I have not managed to find it in the API documentation.

    Could somebody help?

    Thanks in advance!

-- 
Eduardo Mayoral Jimeno
Systems engineer, platform department. Arsys Internet.
emayo...@arsys.es - +34 941 620 105 - ext 2153

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P42MRP2ZF4LAPGULOXXZ3EQ42DO5YP7T/


[ovirt-users] Re: ovirt 4.2.7 -> 4.3.0 upgrade process

2019-02-06 Thread Eduardo Mayoral
Just did it yesterday, following
https://www.ovirt.org/release/4.3.0/#centos--rhel

Only very minor problem was the duplicated dashboard icon which has
already been discussed in this mailing list.

But please note that my setup may be different from yours.

Best regards,


On 6/2/19 17:26, Douglas Duckworth wrote:
> Hello
>
> Can anyone confirm that the steps for upgrading to 4.3 from 4.2 are
> the same as listed for previous versions?
>
> I reviewed 4.1 to 4.2 which looks straight forward:
>
> https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_4.1_to_oVirt_4.2.html
>
> I am sure nothing will go wrong though we are doing daily backups of
> the hosted engine VM database.
>
> Thanks,
>
> Douglas Duckworth, MSc, LFCS
> HPC System Administrator
> Scientific Computing Unit <https://scu.med.cornell.edu>
> Weill Cornell Medicine
> 1300 York Avenue
> New York, NY 10065
> E: d...@med.cornell.edu <mailto:d...@med.cornell.edu>
> O: 212-746-6305
> F: 212-746-8690
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VC2TVZIHTOTMZOKWBN7VOY2H3FQGTQS3/

-- 
Eduardo Mayoral Jimeno
Systems engineer, platform department. Arsys Internet.
emayo...@arsys.es - +34 941 620 105 - ext 2153

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NWUPPRXBVSPYNXYM5SR7BHOS3PBAAZL5/


[ovirt-users] Re: oVirt + gluster with JBOD

2018-09-13 Thread Eduardo Mayoral
Good point, I will certainly take that into account!

Thanks,

--

Eduardo Mayoral.



On 13/09/18 19:15, Donny Davis wrote:
> You could always go expand the volume after deployment by adding more
> disks to the logical volume it creates.
>
> On Wed, Sep 12, 2018, 11:38 PM Jayme  <mailto:jay...@gmail.com>> wrote:
>
> Eduardo, there is one thing you should be aware of.  The jbod
> disks aren't all pooled together to create one large storage
> domain. I had to spread my data domains over the devices such as a
> data domain on /dev/SDA and data2 on sdb etc not a big problem
> with only two disks per server but with ten it could get ugly 
>
> On Thu, Sep 13, 2018, 4:52 AM Eduardo Mayoral,  <mailto:emayo...@arsys.es>> wrote:
>
> Thanks for your answers!
>
> Yes, my plan is a replica-3 too. The cluster will be bigger,
> though, 4 or 5 nodes with 10 disks each -> 40 to 50 bricks.
>
> Again, thanks for your help.
>
> --
> Eduardo Mayoral.
>
> On 12/09/18 20:54, Jayme wrote:
>> Should also note that I am using replica 3 configuration with
>> no arbiter for extra redundancy.
>>
>> On Wed, Sep 12, 2018 at 3:53 PM Jayme > <mailto:jay...@gmail.com>> wrote:
>>
>> I am running a three server oVirt hyperconverged setup
>> with JBOD disks.  Two 2TB SSDs in JBOD per server.  The
>> configuration is working very well for me so far.
>>
>>
>>
>> On Wed, Sep 12, 2018 at 2:36 PM Donny Davis
>> mailto:do...@fortnebula.com>> wrote:
>>
>> JBOD is on the drop down when you do the setup for
>> the volumes
>>
>> On Wed, Sep 12, 2018, 1:50 AM Eduardo Mayoral
>> mailto:emayo...@arsys.es>> wrote:
>>
>> Hi!
>>
>>   I am thinking about using some spare servers I
>> have for a
>> hyperconverged oVirt + gluster. Only problem with
>> these servers is that
>> the RAID card is not specially good, so I am
>> considering using gluster
>> in a JBOD configuration. JBOD is supported for
>> recent versions of
>> gluster, but I am not sure if this configuration
>> is supported by oVirt,
>>     or if there are any special considerations I
>> should take into account.
>>
>>     Anyone running oVirt + gluster with JBOD who
>> can comment on this?
>>
>>     Thanks!
>>
>> --
>>
>> Eduardo Mayoral.
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> <mailto:users@ovirt.org>
>> To unsubscribe send an email to
>> users-le...@ovirt.org <mailto:users-le...@ovirt.org>
>> Privacy Statement:
>> https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2DTIGZ5VOKG52ZHCZTTCHGPT5NFKYSTP/
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> <mailto:users@ovirt.org>
>> To unsubscribe send an email to users-le...@ovirt.org
>> <mailto:users-le...@ovirt.org>
>> Privacy Statement:
>> https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YGQUVKGP3S34JRB4CPWIRXZ2YDR27NFQ/
>>
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EEJQ35KS4D4LYWRQNOSXD3EQRHSPD3KV/


[ovirt-users] Re: oVirt + gluster with JBOD

2018-09-13 Thread Eduardo Mayoral
Thanks for your answers!

Yes, my plan is a replica-3 too. The cluster will be bigger, though, 4
or 5 nodes with 10 disks each -> 40 to 50 bricks.

Again, thanks for your help.

--
Eduardo Mayoral.

On 12/09/18 20:54, Jayme wrote:
> Should also note that I am using replica 3 configuration with no
> arbiter for extra redundancy.
>
> On Wed, Sep 12, 2018 at 3:53 PM Jayme  <mailto:jay...@gmail.com>> wrote:
>
> I am running a three server oVirt hyperconverged setup with JBOD
> disks.  Two 2TB SSDs in JBOD per server.  The configuration is
> working very well for me so far.
>
>
>
> On Wed, Sep 12, 2018 at 2:36 PM Donny Davis  <mailto:do...@fortnebula.com>> wrote:
>
> JBOD is on the drop down when you do the setup for the volumes
>
> On Wed, Sep 12, 2018, 1:50 AM Eduardo Mayoral
> mailto:emayo...@arsys.es>> wrote:
>
> Hi!
>
>   I am thinking about using some spare servers I have for a
> hyperconverged oVirt + gluster. Only problem with these
> servers is that
> the RAID card is not specially good, so I am considering
> using gluster
> in a JBOD configuration. JBOD is supported for recent
> versions of
> gluster, but I am not sure if this configuration is
> supported by oVirt,
> or if there are any special considerations I should take
> into account.
>
>     Anyone running oVirt + gluster with JBOD who can
> comment on this?
>
>     Thanks!
>
> --
>
> Eduardo Mayoral.
>
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2DTIGZ5VOKG52ZHCZTTCHGPT5NFKYSTP/
>
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YGQUVKGP3S34JRB4CPWIRXZ2YDR27NFQ/
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BXYQ7LCDWOUUU2WKNHXWXXN2JS7ZYOM2/


[ovirt-users] oVirt + gluster with JBOD

2018-09-12 Thread Eduardo Mayoral
Hi!

  I am thinking about using some spare servers I have for a
hyperconverged oVirt + gluster. Only problem with these servers is that
the RAID card is not specially good, so I am considering using gluster
in a JBOD configuration. JBOD is supported for recent versions of
gluster, but I am not sure if this configuration is supported by oVirt,
or if there are any special considerations I should take into account.

    Anyone running oVirt + gluster with JBOD who can comment on this?

    Thanks!

--

Eduardo Mayoral.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2DTIGZ5VOKG52ZHCZTTCHGPT5NFKYSTP/


[ovirt-users] Re: HA VMs not starting automatically on another host after host crash.

2018-08-24 Thread Eduardo Mayoral
Thanks for your fast answer, Alex.

Will flag the VMs as HA.

Indeed I was not interpreting correctly the "Resiliency policy" setting.
For the record, I found it very well explained here:

https://lists.ovirt.org/pipermail/users/2015-March/031896.html

Best regards,


On 24/08/18 10:06, Alex K wrote:
> Hi,
>
> On Fri, Aug 24, 2018, 10:25 Eduardo Mayoral  <mailto:emayo...@arsys.es>> wrote:
>
>
> Hi,
>
>     Recently I have had 2 oVirt hosts (oVirt 4.2, CentOS 7.5) crash
> unexpectedly (not at the same time). Both seem hardware related.
>
>     In both cases oVirt did detect the host as non responsive, did a
> fence on the hosts and set the VMs which were running on the host
> at the
> time as "Down". So far, so good.
>
>     The hosts were on 2 different clusters. Both had Migration
> policy /
> resilience policy set to "migrate Virtual Machines". The VMs are not
> configured as "Highly available", but my understanding is that
> with that
> resiliency policy, this makes no difference. My (probably wrong)
> expectation, is that oVirt should have attempted to start the VMs in
> another host. It did not. A colleague started the VMs manually and
> they
> started with no further issues.
>
>     So. How should I configure oVirt to try to start the VMs on
> another
> host when the physical host they are running in crashes? 
>
> You need to flag it as highly available.
>
>
>     Thanks in advance!
>
> --
> Eduardo Mayoral.
>
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MNC6OPRD52PZK4TRBHP3GY2PBEICRLKX/
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6CASTNSZ7QPT2P47GCXIZ7FGTBWRR3RU/


[ovirt-users] HA VMs not starting automatically on another host after host crash.

2018-08-24 Thread Eduardo Mayoral

Hi,

    Recently I have had 2 oVirt hosts (oVirt 4.2, CentOS 7.5) crash
unexpectedly (not at the same time). Both seem hardware related.

    In both cases oVirt did detect the host as non responsive, did a
fence on the hosts and set the VMs which were running on the host at the
time as "Down". So far, so good.

    The hosts were on 2 different clusters. Both had Migration policy /
resilience policy set to "migrate Virtual Machines". The VMs are not
configured as "Highly available", but my understanding is that with that
resiliency policy, this makes no difference. My (probably wrong)
expectation, is that oVirt should have attempted to start the VMs in
another host. It did not. A colleague started the VMs manually and they
started with no further issues.

    So. How should I configure oVirt to try to start the VMs on another
host when the physical host they are running in crashes? 

    Thanks in advance!

--
Eduardo Mayoral.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MNC6OPRD52PZK4TRBHP3GY2PBEICRLKX/


[ovirt-users] Re: Patches for L1FT?

2018-08-16 Thread Eduardo Mayoral
Understood. Thanks for your help and your fast reply!



On 16/08/18 09:24, Michal Skrivanek wrote:
>
>> On 16 Aug 2018, at 09:13, Eduardo Mayoral  wrote:
>>
>>
>> Hi,
>>
>> For mitigation of the recently announced L1TF vulnerability, is it
>> sufficient to update the compute nodes to the updated kernel?
> for all mitigations? no, you’d need to disable HT
>
>> Are any
>> other updates to KVM / vdsm / ovirt-engine required?
> no, nothing that would be pending. If you’re running latest updates you 
> should be fine. 
> Vendor’s microcode would help with performance degradation, but it’s not 
> strictly needed IIUC. 
>
>> Also, for the concurrent variant. Should we disable hyperthreading
>> altogether? Is there any remediation (even if expensive from a
>> performance view), that can be enabled?
> for complete mitigation HT need to be disabled. Either in BIOS or kernel 
> cmdline or even dynamically after system booted in sysfs.
> It’s not always practical, so you should probably review the details and also 
> compare the performance degradation for your workloads. It really varies a 
> lot.
>
> Red Hat published a security article which applies to platforms oVirt runs on 
> (obviously:)
> https://access.redhat.com/security/vulnerabilities/L1TF
>
> Thanks
> michal
>
>> Thanks for your help!
>>
>> --
>>
>> Eduardo Mayoral.
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ALGCZCKNS4YJI65FIGXFELGVSR67JXUM/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/USWHLKKMISTLZUEMKXZ5LO2D5VIDFS5B/


[ovirt-users] Patches for L1FT?

2018-08-16 Thread Eduardo Mayoral

Hi,

    For mitigation of the recently announced L1TF vulnerability, is it
sufficient to update the compute nodes to the updated kernel? Are any
other updates to KVM / vdsm / ovirt-engine required?

    Also, for the concurrent variant. Should we disable hyperthreading
altogether? Is there any remediation (even if expensive from a
performance view), that can be enabled?

    Thanks for your help!

--

Eduardo Mayoral.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ALGCZCKNS4YJI65FIGXFELGVSR67JXUM/


[ovirt-users] Re: Isolated POC

2018-08-13 Thread Eduardo Mayoral
Do not know if this is acceptable in your environment, but what I do is
to use an http proxy for yum access.

On the oVirt engine / compute nodes (CentOS 7) I set on /etc/yum.conf

http_proxy=http://your-proxy-server:your-proxy-port

http_caching=packages

The proxy side in my case is an apache server with mod_proxy and
mod_cache, but it can be any http proxy you want

May be suboptimal, but saves a ton of work in figuring out which repos
you need to mirror.

Good luck with your PoC,

--

Eduardo Mayoral.


On 13/08/18 13:01, Martin Schutte wrote:
> Good day to all,
>
> I am in the process of setting up an oVirt proof of concept for a client. 
> There are some strict requirements for this POC.
>
> Firstly the entire POC must be isolated from the network, which means no 
> online repos. 
> Secondly there is a time constraint for the completion of the deployment. All 
> to be done on bare-metal systems. 
>
> I have installed oVirt numerous times on other systems, but then I was always 
> able to have online repos. So in short I am asking for some pointers on which 
> repos needs to be synced offline for this to work properly. I can always go 
> and play around to figure out which ones are needed, but I do not have the 
> luxury of time.
>
> Any advice or tips will be appreciated.
>
> Regards,
> Martin.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5DJDKNZGVSU6GROFCBDSQHDJPJTLUR6B/

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NQBELXADNLVNDX3QGGRO6DIR5PNJPNPL/


[ovirt-users] Re: RHEL5 guests frequently hang when migrating host.

2018-06-27 Thread Eduardo Mayoral
Yes, this looks definitely like it. Thank you very much!



On 27/06/18 10:51, Arnaud Lauriou wrote:
> Hi,
>
> Yes, I've got quite the same issues with RHEL5 guests on oVirt 4.2.3 :
> random guest freeze and oVirt host crash while rebooting a guest !
> It seems to be a kernel bug introduce with 7.5 :
> https://bugzilla.redhat.com/show_bug.cgi?id=1584775
>
> https://access.redhat.com/solutions/3496461
>
> While waiting for this kernel patch, I use an older kernel version on
> the oVirt host : 3.10.0-693.21.1.el7 works fine with oVirt 4.2.3 and
> RHEL5 guest.
>
> Regards,
>
> Arnaud Lauriou
>
> On 06/27/2018 08:59 AM, Eduardo Mayoral wrote:
>>
>> Hi,
>>
>>     I am experiencing that my RHEL5 guests frequently "hang" when
>> migrating host. Console is blank, CPU after migration is 100% and as
>> far as oVirt is concerned, the VM is OK.
>>
>>     oVirt is 4.2.3.8-1.el7, on CentOS 7. Hosts are CentOS 7 as well.
>> Cluster is in "Intel Westmere family" CPU type.
>>
>>     Guest is RHEL5, fully patched, kernel 4.2.3.8-1.el7 with
>> ovirt-guest-agent installed from EPEL.
>>
>>     I do not see anything out of place in the ovirt-engine and vdsm
>> logs, and the guest logs are simply not there, the stop right before
>> the migration,as if the machine had "frozen".
>>
>>     Powering the VM off and starting it starts the VM correctly. This
>> does not happen 100% of the time. If I try to migrate the VM when it
>> is freshly started the migration is faster (maybe 5 seconds), and the
>> guest OS does not hang.
>>
>>     Anybody else experiencing something similar? Maybe something
>> (timeouts?) that I should tune on the guest OS for RHEL5?
>>
>>     Thanks!
>>
>> --
>>
>> Eduardo Mayoral.
>>
>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/42D5IQBRX7ABZFAXA3O4SHABRPLDCMZA/
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/U6G647XAI2JDTAMBVUFVM63VOCMYWAHA/


[ovirt-users] RHEL5 guests frequently hang when migrating host.

2018-06-27 Thread Eduardo Mayoral
Hi,

    I am experiencing that my RHEL5 guests frequently "hang" when
migrating host. Console is blank, CPU after migration is 100% and as far
as oVirt is concerned, the VM is OK.

    oVirt is 4.2.3.8-1.el7, on CentOS 7. Hosts are CentOS 7 as well.
Cluster is in "Intel Westmere family" CPU type.

    Guest is RHEL5, fully patched, kernel 4.2.3.8-1.el7 with
ovirt-guest-agent installed from EPEL.

    I do not see anything out of place in the ovirt-engine and vdsm
logs, and the guest logs are simply not there, the stop right before the
migration,as if the machine had "frozen".

    Powering the VM off and starting it starts the VM correctly. This
does not happen 100% of the time. If I try to migrate the VM when it is
freshly started the migration is faster (maybe 5 seconds), and the guest
OS does not hang.

    Anybody else experiencing something similar? Maybe something
(timeouts?) that I should tune on the guest OS for RHEL5?

    Thanks!

--

Eduardo Mayoral.


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/42D5IQBRX7ABZFAXA3O4SHABRPLDCMZA/


[ovirt-users] Re: Package conflicts with release of oVirt 4.2.3 and CentOS 7.5 (cockpit packages required by ovirt)

2018-05-14 Thread Eduardo Mayoral
Same thing here. I thought of excluding cockpit* from the update for
now, but that is not an option as cockpit-storaged update is required
because of the transition from storaged to udisks. :-(


Ideas?


On 14/05/18 01:34, Sam McLeod wrote:
> Howdy all,
>
> I've again been hit by packaging conflicts with the release of oVirt
> 4.2.3 and CentOS 7.5.
>
> The error I'm getting when running yum upgrade then accepting the list
> of packages to upgrade is:
>
> Transaction check error:
>   file /usr/share/cockpit/networkmanager/manifest.json from install of
> cockpit-system-160-3.el7.centos.noarch conflicts with file from
> package cockpit-networkmanager-160-1.el7.centos.noarch
>
> * Both these packages are provided as part of centos extras, this
> leaves me wondering if this repo is expected to be disabled when oVirt
> is installed?
>
> * If that is the case, there should probably be some clear
> documentation on what yum repos should not ever be enabled when using
> oVirt as it seems package conflicts are very common - thoughts?
>
>
> The two packages:
>
> # yum info cockpit-system-160-3.el7.centos.noarch
> Loaded plugins: fastestmirror, package_upload, priorities, product-id,
> protectbase, rpm-warm-cache, search-disabled-repos,
> subscription-manager, versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
> 0 packages excluded due to repository protections
> Available Packages
> Name        : cockpit-system
> Arch        : noarch
> Version     : 160
> Release     : 3.el7.centos
> Size        : 1.1 M
> Repo        : extras/7/x86_64
> Summary     : Cockpit admin interface package for configuring and
> troubleshooting a system
> URL         : http://cockpit-project.org/
> License     : LGPLv2+
> Description : This package contains the Cockpit shell and system
> configuration interfaces.
>
>  # yum info cockpit-networkmanager-160-1.el7.centos.noarch
> Loaded plugins: fastestmirror, package_upload, priorities, product-id,
> protectbase, rpm-warm-cache, search-disabled-repos,
> subscription-manager, versionlock
> This system is not registered with an entitlement server. You can use
> subscription-manager to register.
> Loading mirror speeds from cached hostfile
> 0 packages excluded due to repository protections
> Installed Packages
> Name        : cockpit-networkmanager
> Arch        : noarch
> Version     : 160
> Release     : 1.el7.centos
> Size        : 114 k
> Repo        : installed
> From repo   : extras
> Summary     : Cockpit user interface for networking, using NetworkManager
> URL         : http://cockpit-project.org/
> License     : LGPLv2+
> Description : The Cockpit component for managing networking.  This
> package uses NetworkManager.
>
>
> --
> Sam McLeod (protoporpoise on IRC)
> https://smcleod.net
> https://twitter.com/s_mcleod
>
> Words are my own opinions and do not necessarily represent those of
> my employer or partners.
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


Re: [ovirt-users] Posix FS as alternative to local storage?

2018-04-30 Thread Eduardo Mayoral
First, sorry that my previous answer went directly to you and not to the
list. My mistake.

Well, detaching and attaching shared storage domains is not the solution
I was hoping for, but at least it gives me an option to migrate VMs
between hosts. It is either that or gluster (thanks, Tony), depending on
the performance impact.

Thanks for your help!


Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 30/04/18 14:48, Maor Lipchuk wrote:
> Will it help if you will have 2 local data centers?
> and use the 'trick' with the detach/attach of the shared storage domain?
>
> Basically the architecture of oVirt does not relate clusters to
> storage domains.
> Storage domains are part of a data center while hosts are part of a
> cluster which is part of a data center. I guess that is the reason why
> it will be more problematic to declare cluster as local.
>
> Regards,
> Maor
>
> On Mon, Apr 30, 2018 at 3:23 PM, Eduardo Mayoral <emayo...@arsys.es
> <mailto:emayo...@arsys.es>> wrote:
>
> On 30/04/18 14:05, Maor Lipchuk wrote:
>>
>>
>> On Mon, Apr 30, 2018 at 2:01 PM, Eduardo Mayoral
>> <emayo...@arsys.es <mailto:emayo...@arsys.es>> wrote:
>>
>> On 30/04/18 12:51, Tony Brian Albers wrote:
>> > On 30/04/18 11:43, Eduardo Mayoral wrote:
>> >> Hi,
>> >>
>> >>      I would like to set up a new oVirt deployment with
>> hosts that have
>> >> the VMs running on local attached storage. I understand
>> this has the
>> >> requirement of having each host in its own cluster (and
>> own datacenter,
>> >> it seems, I understand the need for the dedicated cluster,
>> not so much
>> >> for the dedicated datacenter).
>> >>
>> >>      At the same time, I would like to have some shared
>> storage domains
>> >> so I can use it to export VMs or migrate them around hosts
>> (probably in
>> >> three stages, first migrate VM storage from local to the
>> shared storage
>> >> domain, second migrate the host (probably not possible to
>> do a "hot"
>> >> migration, but at least "cold"), third migrate the VM
>> storage from the
>> >> shared storage domain to the local storage domain of the
>> new host).
>> >>
>> >>      So I thought maybe I can deploy a datacenter in
>> shared storage mode,
>> >> with one cluster per host. Use one or two shared storage
>> domains for
>> >> master and as an stage area for planned VM migrations as
>> explained
>> >> before, and then configure several storage domains, one
>> per host, as
>> >> posix FS . I would then deploy the VMs on the local posix
>> FS storage
>> >> domains and set affinity rules for the VMs to their hosts
>> as needed.
>> >>
>> >>      Would this work? Is there a better way of achieving
>> local storage
>> >> and retaining the ability to share storage among hosts and
>> migrate VMs?
>> >>
>> >>
>> > Have you thought about using glusterfs? If hosts are
>> physically close,
>> > that would probably be the best solution.
>> >
>>
>> Actually, yes, I also had glusterfs in mind. However one of
>> the main
>> reasons to use local storage is performance, and I am
>> concerned about
>> the write latencies of gluster (If using gluster, I would
>> handle things
>> so the VM runs on one of the gluster nodes hosting the VM
>> data, so I
>> assume the read latency will be close to the one I would get
>> with local
>> storage, but the gluster replica(s) will be on other hosts,
>> so write
>> latency may be significantly worse).
>>
>> Thanks a lot for the suggestion, it is a good one, however,
>> the original
>> question stands: Would this work? Is there a better way of
>> achieving
>> local storage and retaining the ability to share storage
>> among hosts and

Re: [ovirt-users] Posix FS as alternative to local storage?

2018-04-30 Thread Eduardo Mayoral
On 30/04/18 12:51, Tony Brian Albers wrote:
> On 30/04/18 11:43, Eduardo Mayoral wrote:
>> Hi,
>>
>>      I would like to set up a new oVirt deployment with hosts that have
>> the VMs running on local attached storage. I understand this has the
>> requirement of having each host in its own cluster (and own datacenter,
>> it seems, I understand the need for the dedicated cluster, not so much
>> for the dedicated datacenter).
>>
>>      At the same time, I would like to have some shared storage domains
>> so I can use it to export VMs or migrate them around hosts (probably in
>> three stages, first migrate VM storage from local to the shared storage
>> domain, second migrate the host (probably not possible to do a "hot"
>> migration, but at least "cold"), third migrate the VM storage from the
>> shared storage domain to the local storage domain of the new host).
>>
>>      So I thought maybe I can deploy a datacenter in shared storage mode,
>> with one cluster per host. Use one or two shared storage domains for
>> master and as an stage area for planned VM migrations as explained
>> before, and then configure several storage domains, one per host, as
>> posix FS . I would then deploy the VMs on the local posix FS storage
>> domains and set affinity rules for the VMs to their hosts as needed.
>>
>>      Would this work? Is there a better way of achieving local storage
>> and retaining the ability to share storage among hosts and migrate VMs?
>>
>>
> Have you thought about using glusterfs? If hosts are physically close, 
> that would probably be the best solution.
>

Actually, yes, I also had glusterfs in mind. However one of the main
reasons to use local storage is performance, and I am concerned about
the write latencies of gluster (If using gluster, I would handle things
so the VM runs on one of the gluster nodes hosting the VM data, so I
assume the read latency will be close to the one I would get with local
storage, but the gluster replica(s) will be on other hosts, so write
latency may be significantly worse).

Thanks a lot for the suggestion, it is a good one, however, the original
question stands: Would this work? Is there a better way of achieving
local storage and retaining the ability to share storage among hosts and
migrate VMs?

Best regards,

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


[ovirt-users] Posix FS as alternative to local storage?

2018-04-30 Thread Eduardo Mayoral
Hi,

    I would like to set up a new oVirt deployment with hosts that have
the VMs running on local attached storage. I understand this has the
requirement of having each host in its own cluster (and own datacenter,
it seems, I understand the need for the dedicated cluster, not so much
for the dedicated datacenter).

    At the same time, I would like to have some shared storage domains
so I can use it to export VMs or migrate them around hosts (probably in
three stages, first migrate VM storage from local to the shared storage
domain, second migrate the host (probably not possible to do a "hot"
migration, but at least "cold"), third migrate the VM storage from the
shared storage domain to the local storage domain of the new host).

    So I thought maybe I can deploy a datacenter in shared storage mode,
with one cluster per host. Use one or two shared storage domains for
master and as an stage area for planned VM migrations as explained
before, and then configure several storage domains, one per host, as
posix FS . I would then deploy the VMs on the local posix FS storage
domains and set affinity rules for the VMs to their hosts as needed.

    Would this work? Is there a better way of achieving local storage
and retaining the ability to share storage among hosts and migrate VMs?


-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] Memory hot plug

2018-03-21 Thread Eduardo Mayoral
Thanks for your reply!

You are right. I tried with a CentOS 6 and a CentOS 7 guest and both
picked the extra memory with no problem.

Seems it was a particular issue with the guest that I tried first.
Kernel version was older and I had to activate the memory bank as
described in https://kb.vmware.com/s/article/1012764 (different
hypervisor, but the principle is the same).

Best regards,

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 21/03/18 15:45, Luca 'remix_tj' Lorenzetto wrote:
> Hello Eduardo,
>
> On Wed, Mar 21, 2018 at 3:17 PM, Eduardo Mayoral <emayo...@arsys.es> wrote:
>> Hi,
>>
>> I recently tried to hot plug some memory on a VM running CentOS 6.9 with
>> ovirt-guest-tools installed.
>>
>> oVirt version is 4.2.1.6-1.el7.centos
>>
>> I was careful to increment a multiple of 256 MB as specified in
>> https://www.ovirt.org/develop/release-management/features/virt/hot-plug-memory/
>> (4 GB -> 6 GB , maximum memory configured for the VM was 8 GB)
>>
>> However the VM was marked as with a pending change for next reboot. Am I
>> missing some non-default configuration requiered for memory hot-plug to
>> work?
>
> No, you're not. Now the vm is seeing the base memory (4GB) you were
> seeing at boot, plus additional memory (2GB added). Next time you'll
> boot the vm, the system will see a single block of 6 GB.
>
> That's the difference.
>
> Luca
>

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


[ovirt-users] Memory hot plug

2018-03-21 Thread Eduardo Mayoral
Hi,

    I recently tried to hot plug some memory on a VM running CentOS 6.9
with ovirt-guest-tools installed.

    oVirt version is 4.2.1.6-1.el7.centos

    I was careful to increment a multiple of 256 MB as specified in
https://www.ovirt.org/develop/release-management/features/virt/hot-plug-memory/ 
(4 GB -> 6 GB , maximum memory configured for the VM was 8 GB)

    However the VM was marked as with a pending change for next reboot.
Am I missing some non-default configuration requiered for memory
hot-plug to work?

    Thanks in advance!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] Few Questions on New Install

2018-02-11 Thread Eduardo Mayoral
AFAIK there is no DHCP integrated for ovirt, you will have to deploy a
DHCP to assign the IP addresses to the VMs (or use static config).

About the template imports, an out-of-the-box ovirt installation has an
storage domain called "ovirt-image-repository". There you will find many
popular templates ready for import. If you do not find there what you
want, you can upload the iso, install one VM, optionally install
cloud-init on it, and convert it to a template.

Never used SolusVM. If it uses libvirt you may be able to import the VM
using the import VM dialog and choosing "KVM (via libvirt)", otherwise,
you will probably have to copy the VM disks to an storage domain so
oVirt can import them, and then recreate a VM usign the imported disks.
If the source VM is KVM based, expect no compatibility issues.


Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 12/02/18 02:53, Talk Jesus wrote:
> Greetings,
>
> Just installed Ovirt: 
> Software Version:4.2.0.2-1.el7.centos
>
> How Do I:
> - add a subnet of IPv4 to assign to VMs
> - download (or import) basic Linux templates like Centos 7, Ubuntu 16 even
> if using minimal iso 
> - import from SolusVM based KVM nodes
>
> Does oVirt support bulk IPv4 assignment to VMs? If I wish to assign say a
> full /26 subnet of IPv4 to VM #1, is this a one click option?
>
> Thank you. I read the docs, but everything is a bit confusing for me.
>
> ___
> 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.2 , VM stuck in "Migrating from" state.

2018-02-06 Thread Eduardo Mayoral
Worked like a charm. Double thanks, for helping and for helping so fast!

Best regards,

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 06/02/18 12:25, Arik Hadas wrote:
> Hi,
>
> The problem you had is fixed already by
> https://gerrit.ovirt.org/#/c/86367/.
> I'm afraid you'll need to manually set the VM to Down in the database:
> update vm_dynamic set status=0 where vm_guid in  (select vm_guid from
> vm_static where vm_name='')
>
> On Tue, Feb 6, 2018 at 11:20 AM, Eduardo Mayoral <emayo...@arsys.es
> <mailto:emayo...@arsys.es>> wrote:
>
> Hi,
>
>     Got a problem with oVirt 4.2
>
> While putting a Host in maintenance mode, an VM has failed to migrate.
> The end state is that the Web UI shows the VM as "Migrating from".
>
> The VM is not running in any Host in the cluster.
>
> This is the relevant message in the /var/log/ovirt-engine/engine.log
>
> 2018-02-06 09:09:05,379Z INFO 
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [] VM
> 'ab158ff3-a716-4655-9269-11738cd53b05'(repositorionuget) is running in
> db and not running on VDS
> '82b49615-9c65-4d8e-80e0-f10089cb4225'(llkh456.arsyslan.es
> <http://llkh456.arsyslan.es>)
> 2018-02-06 09:09:05,381Z ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [] Failed during
> monitoring vm: ab158ff3-a716-4655-9269-11738cd53b05 , error is: {}:
> java.lang.NullPointerException
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.auditVmMigrationAbort(VmAnalyzer.java:440)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.abortVmMigration(VmAnalyzer.java:432)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.proceedDisappearedVm(VmAnalyzer.java:794)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.analyze(VmAnalyzer.java:135)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.lambda$analyzeVms$1(VmsMonitoring.java:136)
> [vdsbroker.jar:]
>     at java.util.ArrayList.forEach(ArrayList.java:1255)
> [rt.jar:1.8.0_151]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.analyzeVms(VmsMonitoring.java:131)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring.perform(VmsMonitoring.java:94)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher.poll(PollVmStatsRefresher.java:43)
> [vdsbroker.jar:]
>     at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [rt.jar:1.8.0_151]
>     at
> java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
> [rt.jar:1.8.0_151]
>     at
> 
> org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
> [javax.enterprise.concurrent-1.0.jar:]
>     at
> 
> org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
> [javax.enterprise.concurrent-1.0.jar:]
>     at
> 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [rt.jar:1.8.0_151]
>     at
> 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [rt.jar:1.8.0_151]
>     at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
>     at
> 
> org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
> [javax.enterprise.concurrent-1.0.jar:]
>     at
> 
> org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)
>
> 2018-02-06 09:09:05,381Z ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (EE-ManagedThreadFactory-engineScheduled-Thread-14) [] Exception::
> java.lang.NullPointerException
>     at
> 
> org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer.auditVmMigrationAbort(VmAnalyzer.java:440)
> [vdsbroker.jar:]
>     at
> 
> org.ovirt

[ovirt-users] oVirt 4.2 , VM stuck in "Migrating from" state.

2018-02-06 Thread Eduardo Mayoral
nt-1.0.jar:]
    at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[rt.jar:1.8.0_151]
    at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[rt.jar:1.8.0_151]
    at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
    at
org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
[javax.enterprise.concurrent-1.0.jar:]
    at
org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)

I already tried canceling the migration, powering off the VM, restarting
the engine service and restarting the vdsm on the host which is supposed
to have that VM. No success so far. unlock_entity.sh shows no locked
entities.

Can somebody help on how to recover from this?

Thanks!


-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


[ovirt-users] host-passthrough or pcid enable for Westmere and SandyBridge

2018-01-10 Thread Eduardo Mayoral
Hi,

    With the meltdown patches, now it is specially beneficial to have
the pcid feature in the virtual CPUs. See:

https://groups.google.com/forum/#!topic/mechanical-sympathy/L9mHTbeQLNU

    The PCID feature is available in physical "Westmere" (Release date
circa 2010) or newer CPUs.

    However, in libvirt the pcid feature is only avalilable for virtual
CPUs Haswell (Release date circa 2013) or newer. The recomendation is
using Haswell, Broadwell or Skylake based model or host passthrough.
Now, I think "host passthrough" is not an option for oVirt for good
reason so this leaves Haswell, Broadwell or Skylake as options.

    Is it possible to edit /usr/share/libvirt/cpu_map.xml on the compute
nodes to add the pcid feature to the virtual CPU models between Westmere
and Haswell (that would be Westmere and SandyBridge)? Is anyone aware if
something like this is being considered by the libvirt developers?
Actually understanding the implications or doing so is way beyond my
skill level.

    By now you may have guessed that my oVirt clusters use physical
Westmere and SandyBridge CPUs :-/

    Thanks in advance for your help!

-- 

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] OVS support in oVirt 4.2

2017-12-29 Thread Eduardo Mayoral
Thanks for the clarification!

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 28/12/17 17:18, Marcin Mirecki wrote:
> Hi Eduardo,
>
> Migration is supported for OVN (although there might still be some
> performance issues).
> OVS is "Experimental", hence not supported.
>
> Marcin
>
>
> On Thu, Dec 28, 2017 at 12:59 PM, Eduardo Mayoral <emayo...@arsys.es
> <mailto:emayo...@arsys.es>> wrote:
>
> Hi,
>
>     After upgrading to oVirt 4.2 I see OVS switch type is still listed
> in the UI as "Experimental". I remember in 4.0 using OVS switches
> prevented live migration of the VMs between hosts. Is this still
> so? Can
> someone comment on the status of OVS switching support in oVirt
> 4.2 and
> the preferred switch type? I would love to give OVS and OVN a try, but
> not at the expense of sacrificing live migration of VMs.
>
>     Thanks for your help!
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es <mailto:emayo...@arsys.es>)
> Administrador de sistemas. Departamento de Plataformas. Arsys
> internet.
> +34 941 620 145 ext. 5153 <tel:%2B34%20941%20620%20145%20ext.%205153>
>
> ___
> Users mailing list
> Users@ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <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.2 upgrade procedure.

2017-12-28 Thread Eduardo Mayoral
Thank you for the explanation. My misunderstanding, then. It seems that
I could get away with only including centos-release-ovirt41 in the past,
but not any more.

Once I did that I was *almost* able to upgrade some of the hosts (I will
do the rest later).



Warnings for others:

I had a custom /etc/multipath.conf , since it started with the line "#
VDSM REVISION 1.3" , vdsm refused to start (There was a clear warning of
this in /var/log/messages). Once I changed the first 2 lines to:

# VDSM REVISION 1.4
# VDSM PRIVATE

Everything was fine.


I cannot update userspace-rcu.x86_64 from 0.7 to 0.10 because of this
bug. https://bugzilla.redhat.com/show_bug.cgi?id=1507090  No big deal
for me since I am not using gluster, but I guess that basically
everybody will be getting the same.

All my hosts show a warning in the general tab in the UI with an
exclamation icon and the text "Host has no default route". I indeed have
a valid default gateway on the management interface for all my compute
hosts.

I like the new UI.

Thanks for your help!


Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 28/12/17 13:23, Yedidyah Bar David wrote:
> On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral <emayo...@arsys.es> wrote:
>> Hi,
>>
>> I just started upgrading one of our oVirt installations from 4.1.8
>> to 4.2
>>
>> Engine is NOT self hosted. It is a plain CentOS 7.4 server.
>>
>> Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
>> iSCSI served from an external storage system.
>>
>> Engine upgrade was seamless. Now I want to upgrade the hosts, then
>> change the cluster compatibility level, then the datacenter
>> compatibility. Can someone confirm that this is the correct sequence?
>>
>> On the first host, I put it in maintenance mode, installed
>> centos-release-ovirt42 and removed centos-release-ovirt41.
>>
>> When doing the upgrade host from the web interface, I get:
>>
>> 2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
>> /usr/share/ovirt-engine/playbooks/ansible.cfg as config file
>> 2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
>> *
>> 2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
>> Install ovirt-host package if it isn't installed] ***
>> 2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
>> FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
>> found available, installed or updated", "rc": 126, "results": ["No
>> package matching 'ovirt-host' found available, installed or updated"]}
>> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
>> *
>> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es:
>> ok=0changed=0unreachable=0failed=1
>>
>> Now, I see the ovirt-host package is not installed or available on the
>> Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
>> (which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)
>>
>> I am a bit confused here. I thought I only needed centos-release-ovirt42
>> (centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
>> from 4.1 to 4.2?
> I do not think this was changed.
>
> Where did you find instructions to install centos-release-ovirt42?
>
> Generally speaking, oVirt repos are available by installing ovirt-release*.
>
> Best regards,
>
>> Thank you very much for your help!
>>
>>
>> --
>> Eduardo Mayoral Jimeno (emayo...@arsys.es)
>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
>> +34 941 620 145 ext. 5153
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>

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


[ovirt-users] oVirt 4.2 upgrade procedure.

2017-12-28 Thread Eduardo Mayoral
Hi,

    I just started upgrading one of our oVirt installations from 4.1.8
to 4.2

    Engine is NOT self hosted. It is a plain CentOS 7.4 server.

    Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
iSCSI served from an external storage system.

    Engine upgrade was seamless. Now I want to upgrade the hosts, then
change the cluster compatibility level, then the datacenter
compatibility. Can someone confirm that this is the correct sequence?

    On the first host, I put it in maintenance mode, installed
centos-release-ovirt42 and removed centos-release-ovirt41.

    When doing the upgrade host from the web interface, I get:

2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
/usr/share/ovirt-engine/playbooks/ansible.cfg as config file
2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
*
2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
Install ovirt-host package if it isn't installed] ***
2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
found available, installed or updated", "rc": 126, "results": ["No
package matching 'ovirt-host' found available, installed or updated"]}
2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
*
2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es    :
ok=0    changed=0    unreachable=0    failed=1  

Now, I see the ovirt-host package is not installed or available on the
Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
(which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)

I am a bit confused here. I thought I only needed centos-release-ovirt42
(centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
from 4.1 to 4.2?

Thank you very much for your help!


-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


[ovirt-users] OVS support in oVirt 4.2

2017-12-28 Thread Eduardo Mayoral
Hi,

    After upgrading to oVirt 4.2 I see OVS switch type is still listed
in the UI as "Experimental". I remember in 4.0 using OVS switches
prevented live migration of the VMs between hosts. Is this still so? Can
someone comment on the status of OVS switching support in oVirt 4.2 and
the preferred switch type? I would love to give OVS and OVN a try, but
not at the expense of sacrificing live migration of VMs.

    Thanks for your help!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] Migration from Redhat Virtualization Manager 2.2 to Ovirt 4.1

2017-11-16 Thread Eduardo Mayoral
Not sure if I understand your scenario correctly. I will try to help.

Can you deploy an ovirt manager managing a single oVirt host with a 2TB
SATA disk attached locally? Yes, you can.

But unless you are planning to make that setup grow afterwards by adding
extra hosts and probably shared storage, it does not make a lot of sense.

Also, the ovirt manager will have to be either a separate physical
server of a VM hosted elsewhere. For a self-hosted engine you will need
more than one oVirt host and some shared storage. I would say the
minimum setup would be 3 nodes and a shared storage, either external or
with gluster.

Also, RHEV 2.2 to oVirt 4.1 is a rally long version jump, probably
some of the wiser folks in the mailing list can give you better
information, but I think that you will probably not be able to do a
direct migration, you will either have to deploy new, export the VMs and
import them, or do upgrades to some intermediate versions first.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 16/11/17 00:48, Julio Cesar Bustamante wrote:
> Hi there,
>
> I have to migrate from Red Hat Virtualization Manager 2.2 to Ovirt
> 4.1. But I have a question, is it possible configure a Ovirt manager
> and a Ovirt Host with and a 2Tb sata disk and virtualize two o more
> virtual machine on this Ovirt host ?
>
> What do you recommed ?
>
>
>
> -- 
> Julio Cesar Bustamante.
>
>
> ___
> 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] recommendations for best performance and reliability

2017-11-13 Thread Eduardo Mayoral
Just curious. Would Gluster with a JBOD configuration make sense in this
scenario? Maybe with dm-cache on the SSDs?

In general, does a Gluster JBOD configuration make sense as a backend
for oVirt?

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 13/11/17 12:47, FERNANDO FREDIANI wrote:
>
> Helli Rudi
>
> Nice specs.
>
> I wouldn't use GlusterFS for this setup with the third server in a
> different location. Just have this server as an Standalone and
> replicate the VMs there. You won't have real time replication, but
> much less hassle and probably to have constant failures, specially
> knowing you have a wireless link.
>
> For the SSDs I have been using bcache with success. Relatively simple
> to setup and pretty good performance.
>
> For your specs as you have 4 mechanical disks I would recommend you to
> have a RAID 5 between them (4 disks is my limit for RAID 5) and a RAID
> 0 made of SSDs for the bcache device. If the RAID 0 fails for any
> reason it will fall back directly to the mechanical disks and you can
> do maintenance on the Node doing live migration in order to replace
> the failed disks.
>
> However as you have you have 2 remaining server to create your cluster
> you may need to consider GlusterFS on the top of this RAID to have the
> replication and Highavaibility.
>
> Hope it helps.
>
> Fernando
>
>
> On 13/11/2017 08:03, Rudi Ahlers wrote:
>> Hi, 
>>
>> Can someone please give me some pointers, what would be the best
>> setup for performance and reliability?
>>
>> We have the following hardware setup:
>>
>> 3x Supermicro server with following features per server:
>> 128GB RAM
>> 4x 8TB SATA HDD
>> 2x SSD drives (intel_ssdsc2ba400g4 - 400GB DC S3710)
>> 2x 12 core CPU (Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz
>> Quad port 10Gbe Inter NIC
>> 2x 10GB Cisco switches (to isolate storage network from LAN)
>>
>> One of the servers will be in another office, with a 600Mb wireless
>> link for Disaster Recovery. 
>>
>> What is recommended for the best setup in terms of redundancy and speed?
>>
>> I am guessing GlusterFS with a Distributed Striped Replicated Volume
>> across 3 of the servers. 
>>
>> For added performance I want to use the SSD drives, perhaps with
>> dm-cache?
>>
>> Should I combine the 4x HDD's using LVM on each host node?
>> What about RAID 6?
>>
>>
>>
>> Virtual Machines will then reside on the oVirt Cluster and any one of
>> the 3 host nodes can fail, or any single HDD can fail and all should
>> still work, right/? 
>>
>>
>>
>>
>> -- 
>> Kind Regards
>> Rudi Ahlers
>> Website: http://www.rudiahlers.co.za
>>
>>
>> ___
>> 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] Advise needed: building cheap HA oVirt cluster with just 2 physical servers

2017-11-03 Thread Eduardo Mayoral
Exporting the VMs to an export storage domain on the first server,
copying the files to another export storage domain on the second server
and importing it should work. What kind of problem did you find?

As for the order of doing things, my first oVirt lab was a 3-node setup
with gluster (oVirt version 4.0). I found this guide helpful:

https://www.ovirt.org/blog/2016/08/up-and-running-with-ovirt-4-0-and-gluster-storage/

I see there is a new version of it:

https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluster-storage/

If I understand correctly you plan to re-use the server you already
have. I think you will probably find it much easier have to export your
VMs, re-deploy and import your VMs back. It means some downtime, but you
seem very constrained on the hardware available and there is not much
room to manouver...

Good luck!

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 03/11/17 08:39, Artem Tambovskiy wrote:
> Thanks Eduardo!
>
> I think I can find a third server to build a glusterFS storage. So the
> first step will be to install a self-hosted engine on the new server
> and start building a glusterFS storage. IS there any easy way to
> migrate existing 5 VM's running on the second bare-metal oVirt host,
> right? I found a little bit tricky moving oVirt backups between the
> hosts (at least I failed to replicate the existing VM's on the second
> server).
>
> Regards,
> Artem
>
>
>
> On Fri, Nov 3, 2017 at 10:24 AM, Eduardo Mayoral <emayo...@arsys.es
> <mailto:emayo...@arsys.es>> wrote:
>
> For HA you will need some kind of storage available to all the
> compute nodes in the cluster. If you have no external storage and
> few nodes, I think your best option for storage is gluster , and
> the minimum number of nodes you will need for HA is 3 (the third
> gluster node can be metadata-only, but you still need that third
> node to give you quorum, avoid split-brains and have something
> that you can call "HA" with a straight face.
>
> Eduardo Mayoral Jimeno (emayo...@arsys.es <mailto:emayo...@arsys.es>)
> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
> +34 941 620 145 ext. 5153 <tel:+34%20941%2062%2001%2045>
>
> On 03/11/17 08:10, Artem Tambovskiy wrote:
>> Looking for a design advise on oVirt provisioning. I'm running a
>> PoC lab on single bare-metal host (suddenly it was setup with
>> just Local Storage domain) and 
>> no I'd like to rebuild the setup by making a cluster of 2
>> physical servers, no external storage array available. That are
>> the options here? is there any options to build cheap HA cluster
>> with just 2 servers? 
>>
>> Thanks in advance!
>>
>> Artem
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>
>

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


Re: [ovirt-users] Advise needed: building cheap HA oVirt cluster with just 2 physical servers

2017-11-03 Thread Eduardo Mayoral
Just genuinely curious, how do you avoid split-brain situations with a
2-node setup (be it drbd, gluster or anything else)?

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 03/11/17 08:40, Johan Bernhardsson wrote:
>
> Check on drbd. I have used that to build a cluster for two servers. It
> need some more work than a three node gluster conf but works well.
>
> I even think they have a white paper on how to do it for virtualization.
>
> /Johan
>
> On November 3, 2017 08:11:04 Artem Tambovskiy
> <artem.tambovs...@gmail.com> wrote:
>
>> Looking for a design advise on oVirt provisioning. I'm running a PoC
>> lab on single bare-metal host (suddenly it was setup with just Local
>> Storage domain) and 
>> no I'd like to rebuild the setup by making a cluster of 2 physical
>> servers, no external storage array available. That are the options
>> here? is there any options to build cheap HA cluster with just 2
>> servers? 
>>
>> Thanks in advance!
>>
>> Artem
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users%40ovirt.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] Advise needed: building cheap HA oVirt cluster with just 2 physical servers

2017-11-03 Thread Eduardo Mayoral
For HA you will need some kind of storage available to all the compute
nodes in the cluster. If you have no external storage and few nodes, I
think your best option for storage is gluster , and the minimum number
of nodes you will need for HA is 3 (the third gluster node can be
metadata-only, but you still need that third node to give you quorum,
avoid split-brains and have something that you can call "HA" with a
straight face.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 03/11/17 08:10, Artem Tambovskiy wrote:
> Looking for a design advise on oVirt provisioning. I'm running a PoC
> lab on single bare-metal host (suddenly it was setup with just Local
> Storage domain) and 
> no I'd like to rebuild the setup by making a cluster of 2 physical
> servers, no external storage array available. That are the options
> here? is there any options to build cheap HA cluster with just 2 servers? 
>
> Thanks in advance!
>
> Artem
>
>
> ___
> 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] [ANN] oVirt 4.2.0 First Beta Release is now available for testing

2017-10-31 Thread Eduardo Mayoral
Hey, for sporadic use, you will get used to the new interface soon enough.

For very repetitive tasks, you will probably be using the API anyway.

While I was happy with the old GUI, I do not see anything wrong with the
new one.

@devs: Thanks for the new version!

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 31/10/17 19:01, FERNANDO FREDIANI wrote:
>
> Question is: who is the user ? There are different types of them for
> different proposes.
>
> Fernando
>
>
> On 31/10/2017 15:57, Oved Ourfali wrote:
>> As mentioned earlier, this is one motivation but not the only one.
>> You see right click less and less in web applications, as it isn't
>> considered a good user experience. This is also the patternfly
>> guideline (patternfly is a framework we heavily use throughout the
>> application). 
>>
>> We will however consider bringing this back if there will be high
>> demand. 
>>
>> Thanks for the feedback!
>> Oved 
>>
>> On Oct 31, 2017 7:50 PM, "Darrell Budic" <bu...@onholyground.com
>> <mailto:bu...@onholyground.com>> wrote:
>>
>> Agreed. I use the right click functionality all the time and will
>> miss it. With 70+ VMs, I may check status in a mobile interface,
>> but I’m never going to use it for primary work. Please prioritize
>> ease of use on Desktop over Mobile!
>>
>>
>>> 
>>> *From:* FERNANDO FREDIANI <fernando.fredi...@upx.com
>>> <mailto:fernando.fredi...@upx.com>>
>>> *Subject:* Re: [ovirt-users] [ANN] oVirt 4.2.0 First Beta
>>> Release is now available for testing
>>> *Date:* October 31, 2017 at 11:59:20 AM CDT
>>> *To:* users@ovirt.org <mailto:users@ovirt.org>
>>>
>>>
>>> On 31/10/2017 13:43, Alexander Wels wrote:
>>>>>
>>>>> Will the right click dialog be available in the final release?
>>>>> Because,
>>>>> currently in 4.2 we need to go at the up right corner to
>>>>> interact with
>>>>> object (migrate, maintenance...)
>>>>>
>>>> Short answer: No, we removed it on purpose.
>>>>
>>>> Long answer: No, here are the reasons why:
>>>> - We are attempting to get the UI more mobile friendly, and
>>>> while its not 100%
>>>> there yet, it is actually quite useable on a mobile device now.
>>>> Mobile devices
>>>> don't have a right click, so hiding functionality in there
>>>> would make no
>>>> sense.
>>> Please don't put mobile usage over Desktop usage. While mobile
>>> usage is nice to have in "certain" situations. In real day by
>>> day operation nobody uses mobile devices to do their deployments
>>> and manage their large environments. If having both options
>>> where you can switch between then is nice, but if something
>>> should prevail should always be Desktop. We are not talking
>>> about a Stock Trading interface or something you need that level
>>> or flexibility and mobility to do static things anytime anywhere.
>>>
>>> So I beg you to consider well before remove things which are
>>> pretty useful for a day by day and real management usage because
>>> of a new trend or buzz stuff.
>>> Right click is always on popular on Desktop enviroments and will
>>> be for quite a while.
>>>> - You can now right click and get the browsers menu instead of
>>>> ours and you
>>>> can do things like copy from the menu.
>>>> - We replicated all the functionality from the menu in the
>>>> buttons/kebab menu
>>>> available on the right. Our goal was to have all the commonly
>>>> used actions as
>>>> a button, and less often used actions in the kebab to declutter
>>>> the interface.
>>>> We traded an extra click for some mouse travel
>>>> - Lots of people didn't realize there even was a right click
>>>> menu because its
>>>> a web interface, and they couldn't find some functionality that
>>>> was only
>>>> available in the right click menu.
>>>>
>>>> Now that being said, we are still d

Re: [ovirt-users] oVirt Node 4.1.6 on IBM x3650 M3

2017-10-26 Thread Eduardo Mayoral
Yes, I use power management with ipmilan, no issues.

I do have license on the IMM for remote console, but that is not a
requirement, AFAIK.

I remember I first tried to use for oVirt a dedicated login on the IMM
with just "Remote Server Power/Restart Access" and I could not get to
work, so I just granted "Supervisor" to the dedicated login. Other than
that, no problem.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 26/10/17 21:47, Jonathan Baecker wrote:
> Thank you, for your commands! I have now also install CentOS minimal,
> this works. I only though that oVirt Node have some optimizations, but
> maybe not.
>
> @Eduardo Mayoral, can I ask you that you are able with this servers,
> to use the power management? As I understand, they support ipmilan,
> but I don't know how...
>
> Regards
> Jonathan
>
> Am 24.10.2017 um 23:41 schrieb Sean McMurray:
>> I have seen this problem before. For some reason, oVirt Node 4.1.x
>> does not always install everything right for efi. In my limited
>> experience, it fails to do it correctly 4 out of 5 times. The mystery
>> to me is why it gets it right sometimes. I solve the problem by
>> manually copying the missing file into my efi boot partition.
>>
>>
>> On 10/24/2017 12:46 PM, Eduardo Mayoral wrote:
>>>
>>> 3 of my compute nodes are IBM x3650 M3 . I do not use oVirt Node but
>>> rather plain CentOS 7 for the compute nodes. I use 4.1.6 too.
>>>
>>> I remember I had a bad time trying to disable UEFI on the BIOS of
>>> those servers. In my opinion, the firmware in that model ridden with
>>> problems. In the end, I installed with UEFI (You will need a
>>> /boot/efi partition)
>>>
>>> Once installed, I have not had any issues with them.
>>>
>>> Eduardo Mayoral Jimeno (emayo...@arsys.es)
>>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
>>> +34 941 620 145 ext. 5153
>>> On 24/10/17 09:57, Jon bae wrote:
>>>> Hello everybody,
>>>> I would like to install oVirt Node on a IBM Machine, but after the
>>>> installation it can not boot. I get the message:
>>>>
>>>> "/boot/efi/..." file not found
>>>>
>>>> I try many different things like turn of uefi options in bios etc.
>>>> but with no effect.
>>>>
>>>> Now I figure out that when I install full CentOS 7.3 from live DVD
>>>> it just boot normal.
>>>>
>>>> Is there any workaround to get this to work?
>>>>
>>>> Regards
>>>>
>>>> Jonathan
>>>>
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Users 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 Node 4.1.6 on IBM x3650 M3

2017-10-24 Thread Eduardo Mayoral
3 of my compute nodes are IBM x3650 M3 . I do not use oVirt Node but
rather plain CentOS 7 for the compute nodes. I use 4.1.6 too.

I remember I had a bad time trying to disable UEFI on the BIOS of those
servers. In my opinion, the firmware in that model ridden with problems.
In the end, I installed with UEFI (You will need a /boot/efi partition)

Once installed, I have not had any issues with them.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 24/10/17 09:57, Jon bae wrote:
> Hello everybody,
> I would like to install oVirt Node on a IBM Machine, but after the
> installation it can not boot. I get the message:
>
> "/boot/efi/..." file not found
>
> I try many different things like turn of uefi options in bios etc. but
> with no effect.
>
> Now I figure out that when I install full CentOS 7.3 from live DVD it
> just boot normal.
>
> Is there any workaround to get this to work?
>
> Regards
>
> Jonathan
>
>
> ___
> 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] Change CD Issue

2017-09-19 Thread Eduardo Mayoral
I upgraded the ovirt-engine to 4.1.6 yesterday. The compute nodes are
plain CentOS 7.3 and are still in 4.1.4

Tried to reproduce your problem, Change CD works fine for me .

So this looks like something specific to your setup rather than a
generic issue with 4.1.6

Can you provide some more information about your setup?

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 19/09/17 13:11, Anantha Raghava wrote:
>
> Hi,
>
> We just updated our engine to 4.1.6.2. However when we attempt to
> change the CD using the UI, it is throwing the error  - "Error while
> executing action Change CD : Drive Image file could not be found." The
> image iso file very exists in the ISO Domain and has permission
> vdsm:kvm. Yet, it fails to recognise the iso image file.
>
> This was not the case with version 4.1.3.
>
> Can you please guide us to fix this error?
>
> -- 
>
> Thanks & Regards,
>
>
> Anantha Raghava
>
>
> Do not print this e-mail unless required. Save Paper & trees.
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

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


Re: [ovirt-users] Update compute nodes to CentOS 7.4?

2017-09-18 Thread Eduardo Mayoral
Thanks for the fast responses!

I think I will sit on it for a week or two, then.


Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 18/09/17 13:10, Michal Skrivanek wrote:
>
>> On 18 Sep 2017, at 13:03, Arman Khalatyan <arm2...@gmail.com
>> <mailto:arm2...@gmail.com>> wrote:
>>
>> I did it, there is now any issue so far, only during upgrade there
>> was a conflict between ipa-client and freeipa-client.. on one of the
>> nodes.
>
> we do tested 7.4 on RHEL for quite some time, so we do not expect any
> issues, except for the qemu-kvm-ev update which still hasn’t been
> released. We didn’t test that combination(new libvirt,old qemu), so
> you may prefer to wait for now.
>
> Thanks,
> michal
>
>> a.
>>
>>
>> On Mon, Sep 18, 2017 at 11:50 AM, Eduardo Mayoral <emayo...@arsys.es
>> <mailto:emayo...@arsys.es>> wrote:
>>
>> Now that CentOS 7.4 is out, I am wondering if I can just "yum
>> update" my
>> compute nodes. Has anyone already done so? Any issues found?
>>
>>
>> --
>> Eduardo Mayoral Jimeno (emayo...@arsys.es <mailto:emayo...@arsys.es>)
>> Administrador de sistemas. Departamento de Plataformas. Arsys
>> internet.
>> +34 941 620 145 ext. 5153 <tel:%2B34%20941%20620%20145%20ext.%205153>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>

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


[ovirt-users] Update compute nodes to CentOS 7.4?

2017-09-18 Thread Eduardo Mayoral
Now that CentOS 7.4 is out, I am wondering if I can just "yum update" my
compute nodes. Has anyone already done so? Any issues found?


-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] ovirt high points

2017-09-13 Thread Eduardo Mayoral
My 0.02€

Cost aside (which is actually not the main reason for the organization I
work for):

  * Avoid putting all your eggs in one basket / vendor. This holds true
for any particula area. (Virtualization, storage, network equipment,
server HW). This gives you leverage when negotiating purchases /
renewals / maintenance contract.
  * The community support for oVirt ABSOLUTELY ROCKS
  * If you are planning to do something with openstack in the short or
mid term, I think oVirt is a nice path to go.
  o Integration with Glance / Cinder / Neutron is cool.
  o The hypervisor is the same (KVM).
  o I have successfully moved VM images to/from openstack and they
worked seamlessly.
  o At the same time, the architecture is quite similar to VCenter,
and import of VMs from VMWare works pretty well .
  * As the compute nodes (hosts) are mostly plain CentOS 7 it is much
easier to integrate them with whatever you have in place for
monitoring, configuration management, backup...
  * The user portal with user quotas can work nicely as self-service for
users, depending on your needs.
  * Version update procedures way less painful with oVirt than with VMWare.
  * On the downside, I think that functionality-wise, VMWare still has
an edge, but oVirt is good-enough for a lot of use cases.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 07/09/17 13:33, david caughey wrote:
> Hi Folks,
>
> I'm giving a demo of our new 3 node oVirt deployment next week and am
> looking for some high points that I can give to the Managers that will
> be a sell point.
> If you could help with the below questions I would really appreciate it:
>
> Who are the big users of oVirt??
>
> Why oVirt and not vMware??
> (we are a big vMware house so free doesn't cover it)
>
> What is the future for oVirt??
>
> Why do you use oVirt??
>
> Any links or ideas appreciated,
>
> BR/David
>
>
> ___
> 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] Question on Datacenters / clusters / data domains

2017-08-31 Thread Eduardo Mayoral
Thank you very much, Mr Leviim!

This made things clear.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 28/08/17 11:14, Shani Leviim wrote:
> Hi Eduardo,
> Welcome aboard!
>
> First, you may find some relevant information in here:
> http://www.ovirt.org/documentation/admin-guide/administration-guide/
> <http://www.ovirt.org/documentation/admin-guide/administration-guide/> .
>
> Regarding your questions:
> * A data domain in an oVirt Data Center must be available to every
> Host on the Data Center: Am I right?
> Yes, you're right.
>
> * Can I manually migrate VMs between Datacenters?
> VM migration can't be performed between data canters, so you can't use
> the 'migrate VM' function.
> In order to "migrate" your VM between different data canters, you can
> use 'export' and 'import' functions and an 'export domain':
> By creating an export domain for one of your DC's (each DC can have up
> to one export domain), and exporting your VM to that storage domain,
> you can then detach the export domain from that DC and attach it to
> the other DC, and by importing there your VM you'll finish the
> transaction. 
>
> Another option is to detach the VM's storage domain from one DC and
> attach it the second one.
> That way you'll move the whole storage domain between your DCs. 
>
> If you have any further questions, don't hesitate to ask :)
>
> *Regards,
> *
> *Shani Leviim
> *
>
> On Thu, Aug 24, 2017 at 2:51 PM, Eduardo Mayoral <emayo...@arsys.es
> <mailto:emayo...@arsys.es>> wrote:
>
> Hi,
>
> First of all, sorry for the naive question, but I have not
> been able
> to find good guidance on the docs.
>
> I come from the VMWare environment, now I am starting to migrate
> some workload from VMWare to oVirt (v4.1.4 , CentOS 7.3 hosts).
>
> In VMWare I am used to have one datacenter, several host clusters,
> and a bunch of iSCSI Datastores, but we do not map every iSCSI
> LUN/datastore to every host. Actually we used to do that, but we hit
> limits on the number of iSCSI paths with our infrastructure.
>
> Rather than that, we have groups of LUNs/Datastores mapped to the
> ESXi hosts which form a given VMware cluster. Then we have a couple of
> datastores mapped to every ESXi in the vmware datacenter, and we use
> those to store the ISO images and as storage that we use when we
> need to
> migrate VMs between clusters for some reason.
>
> Given the role of the Master data domain and the SPM in oVIrt
> it is
> my understanding that I cannot replicate this kind of setup in
> oVirt: a
> data domain in an oVirt Data Center must be available to every Host on
> the Data Center: Am I right?
>
> So, our current setup is still small, but I am concerned that
> as it
> grows, if I stay with one Datacenter, several clusters and a group of
> data domains mapped to every host I may run again into problems
> with the
> number of iSCSI paths (the limit in VMWare was around 1024), it is
> easy
> to reach that limit as it is (number of hosts) * (number of LUNs) *
> (number of paths/LUN).
>
> If I split my setup in several datacenters controlled by a single
> oVirt-engine in order to keep the number of iSCSI paths
>     reasonable. Can
> I manually migrate VMs between Datacenters? I assume that in order
> to do
> that, those datacenters will need to share some data domain , Can this
> be done? Maybe with NFS?
>
> Thanks for your help!
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es <mailto:emayo...@arsys.es>)
> Administrador de sistemas. Departamento de Plataformas. Arsys
> internet.
> +34 941 620 145 ext. 5153 <tel:%2B34%20941%20620%20145%20ext.%205153>
>
> ___
> Users mailing list
> Users@ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
>
>

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


[ovirt-users] Question on Datacenters / clusters / data domains

2017-08-24 Thread Eduardo Mayoral
Hi,

First of all, sorry for the naive question, but I have not been able
to find good guidance on the docs.

I come from the VMWare environment, now I am starting to migrate
some workload from VMWare to oVirt (v4.1.4 , CentOS 7.3 hosts).

In VMWare I am used to have one datacenter, several host clusters,
and a bunch of iSCSI Datastores, but we do not map every iSCSI
LUN/datastore to every host. Actually we used to do that, but we hit
limits on the number of iSCSI paths with our infrastructure.

Rather than that, we have groups of LUNs/Datastores mapped to the
ESXi hosts which form a given VMware cluster. Then we have a couple of
datastores mapped to every ESXi in the vmware datacenter, and we use
those to store the ISO images and as storage that we use when we need to
migrate VMs between clusters for some reason.

Given the role of the Master data domain and the SPM in oVIrt it is
my understanding that I cannot replicate this kind of setup in oVirt: a
data domain in an oVirt Data Center must be available to every Host on
the Data Center: Am I right?

So, our current setup is still small, but I am concerned that as it
grows, if I stay with one Datacenter, several clusters and a group of
data domains mapped to every host I may run again into problems with the
number of iSCSI paths (the limit in VMWare was around 1024), it is easy
to reach that limit as it is (number of hosts) * (number of LUNs) *
(number of paths/LUN).

If I split my setup in several datacenters controlled by a single
oVirt-engine in order to keep the number of iSCSI paths reasonable. Can
I manually migrate VMs between Datacenters? I assume that in order to do
that, those datacenters will need to share some data domain , Can this
be done? Maybe with NFS?

Thanks for your help!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


[ovirt-users] Template for imported VMs?

2017-07-11 Thread Eduardo Mayoral
Hi,

I am using oVirt 4.1 and I am importing a significant number of VMs
from VMWare. So far, everything is fine.

However, I find that after importing each VM I have to modify some
parameters of the imported VM (Timezone, VM type from desktop to server,
VNC console...).

I have those parameters changed on the "blank" template, but it
seems that the import process is not picking that template as the base
for the imported VM. Where is the import process picking the defaults
for the imported VM from? Can those be changed? I have failed to find
that information on the docs.

Thanks in advance!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] Feature: enhanced OVA support

2017-05-15 Thread Eduardo Mayoral
As a user I must say this is a very welcome feature. I appreciate a lot
that oVirt already makes it very easy to import VMs from VMWare .

Allowing to export oVirt machines in OVA format, which as of today is
the "lingua franca" of VM migrations offers a nice and clear path out of
oVirt. Having an easy way to migrate out of oVirt makes me MORE likely
to keep on using oVirt, not less.

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 14/05/17 15:56, Arik Hadas wrote:
> Hi everyone,
>
> We would like to share our plan for extending the currently provided
> support for OVA files with:
> 1. Support for uploading OVA.
> 2. Support for exporting a VM/template as OVA.
> 3. Support for importing OVA that was generated by oVirt (today, we
> only support those that are VMware-compatible).
> 4. Support for downloading OVA.
>
> This can be found on the feature page
> <http://www.ovirt.org/develop/release-management/features/virt/enhance-import-export-with-ova/>.
>
> Your feedback and cooperation will be highly appreciated.
>
> Thanks,
> Arik
>
>
>
> ___
> 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] IPv6 with legacy (linux bridge) networking.

2017-05-12 Thread Eduardo Mayoral
Hi,

First of all, sorry for the rookie question. Because of my network
setup my compute nodes (CentOS 7.3) are in a network segment without
IPv6 routing, however IPv6 is enabled on the hosts (just the default
setup in CentOS 7).

This leads to problems when I try to install or update packages from
the repos since some of them are already on IPv6 and the compute nodes
try to access them over IPv6 and fail.

I am considering disabling IPv6 on the compute nodes. Right now I am
using legacy (linux bridge) networking. Will disabling IPv6 on the
compute nodes prevent using IPv6 on the guest VMs?

Thanks!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] Ovirt Installation on Centos 7.3 1704 is broken

2017-05-08 Thread Eduardo Mayoral
Quoted from https://www.ovirt.org/release/4.1.1/#fedora--centos--rhel


>   EPEL
>
> TL;DR Don't enable all of EPEL on oVirt machines.
>
> The ovirt-release package enables the epel repositories and includes
> several specific packages that are required from there. It also
> enables and uses the CentOS OpsTools SIG repos, for other packages.
>
> EPEL currently includes collectd 5.7.1, and the collectd package there
> includes the write_plugin.
>
> OpsTools currently includes collectd 5.7.0, and the write_plugin is
> packaged separately.
>
> ovirt-release does not use collectd from epel, so if you only use it,
> you should be ok.
>
> If you want to use other packages from EPEL, you should make sure to
> not include collectd. Either use |includepkgs| and add those you need,
> or use |excludepkgs=collectd*|.
>
The correct directive is "exclude=collectd*" , not
"excludepkgs=collectd*" , but other than that, this looks like what you
are experiencing.


Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 08/05/17 12:14, Oliver Dietzel wrote:
> Collectd-disk and -write_http require an older version of collectd than 
> offered by the repos (7.2.0-2 instead of 7.2.1-2 as offered by repo).
>
> Will there be updated versions of collectd-disk and -write_http?
>
> To reproduce try # yum -y install ovirt-engine
>
> on a fully updated Centos 7.3 1704
> https://buildlogs.centos.org/rolling/7/isos/x86_64/CentOS-7-x86_64-Minimal-1704-01.iso
>
>
> ___
> Oliver Dietzel
>  
>
> ___
> 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

2017-03-29 Thread Eduardo Mayoral
I had a similar problem, in my case this was related to multipath, it 
was not masking the LUNs correctly, it was seeing it multiple times (one 
per path), and I could not select the LUNs in the oVirt interface.


Once I configured multipath correctly, everything worked like a charm.

Best regards,

--

Eduardo Mayoral.


On 29/03/17 11:30, Lukáš Kaplan wrote:

Hello all,

I did all steps as I described in previous email, but no change. I 
can't see any  LUN after discovery and login of new iSCSI storage.
(That storage is ok, if I try to connect it to another and older ovirt 
domain, it is working...)


I tryed it on 3 new iSCSI targets alredy, all have same problem...

Can somebody help me, please?

--
Lukas Kaplan


2017-03-27 16:22 GMT+02:00 Lukáš Kaplan <lkap...@dragon.cz 
<mailto:lkap...@dragon.cz>>:


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 <http://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 <http://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 <http://10.53.0.10:3260>,1
iqn.2017-03.cz.dragon.ovirt:ovirtengine (non-flash)
tcp: [11] 10.53.0.201:3260 <http://10.53.0.201:3260>,1
iqn.2017-03.cz.dragon.ovirt.fudi-sn1:10T (non-flash)
tcp: [12] 10.53.1.201:3260 <http://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 <http://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 <http://10.53.1.201:3260>,1
Iface Name: default
Target: iqn.2017-03.cz.dragon.ovirt:ovirtengine
Portal: 10.53.0.10:3260 <http://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 <http://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 <http://10.53.0.0/23>


--
Lukas Kaplan

2017-03-25 12:36 GMT+01:00 Lukas Kaplan <lkap...@dragon.cz
<mailto:lkap...@dragon.cz>>:

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 <yk...@redhat.com <mailto:yk...@redhat.com>>
*Datum:* 24. března 2017 23:25:21 SEČ
*Komu:* Lukáš Kaplan <lkap...@dragon.cz
<mailto:lkap...@dragon.cz>>
*Kopie:* users <users@ovirt.org <mailto:users@ovirt.org>>
*Předmět:* *Re: [ovirt-users] iSCSI Discovery cannot detetect
LUN*



On Fri, Mar 24, 2017 at 1:34 PM, Lukáš Kaplan
<lkap...@dragon.cz <mailto:lkap...@dragon.cz>> 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 ensur

Re: [ovirt-users] VM switched off when migration for host maintenance fails

2017-03-16 Thread Eduardo Mayoral
Hi, Michal, thank you for your interest.

Is it reproducible? 

No. This is actually the first time that I have seen this behaviour, and a 
colleague of mine is developing a script for automatic patching of the hosts, 
so we are putting them into maintenance very frequently in the last few days.


It sounds similar to https://bugzilla.redhat.com/show_bug.cgi?id=1426727 but 
it’s not exactly that
Can you confirm you’re not using QoS/Quota? 

Yes, I can confirm we are not using QoS / Quota. Quota is disabled for the 
datacenter and there are no QoS policies defined.

Does the VM fail the same way when you migrate it manually?

No, I just did it several times and it migrated just fine.

If not, can you please reproduce with Move to Maintenance flow and narrow it 
down - timeframe, exact VM, corresponding engine and vdsm and qemu logs?

I will try to do this, but it will take some time, I will get back with the 
results next week.

Best regards!

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 16/03/17 20:00, Michal Skrivanek wrote:
> Hi,
> Is it reproducible?
> It sounds similar to https://bugzilla.redhat.com/show_bug.cgi?id=1426727 but 
> it’s not exactly that
> Can you confirm you’re not using QoS/Quota?
> Does the VM fail the same way when you migrate it manually?
> If not, can you please reproduce with Move to Maintenance flow and narrow it 
> down - timeframe, exact VM, corresponding engine and vdsm and qemu logs?
>
> Thanks,
> michal
>
>> On 16 Mar 2017, at 12:17, Eduardo Mayoral <emayo...@arsys.es> wrote:
>>
>> OK, then,
>>
>> Please find the vdsm logs for both source and destination attached.
>>
>> Eduardo Mayoral Jimeno (emayo...@arsys.es
>> )
>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
>> +34 941 620 145 ext. 5153
>>
>> On 16/03/17 12:13, Yaniv Kaul wrote:
>>> Please share on the mailing list - I might not get to look at them.
>>> It's not too big.
>>> Y.
>>>
>>> On Thu, Mar 16, 2017 at 1:06 PM, Eduardo Mayoral <emayo...@arsys.es> wrote:
>>> Sure! Please find the logs attached. I do not mind sharing them on the 
>>> mailing list, but I feel they are probably too big.
>>>  Eduardo Mayoral Jimeno (emayo...@arsys.es
>>> )
>>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
>>>
>>> +34 941 620 145 ext. 5153
>>> On 16/03/17 11:58, Yaniv Kaul wrote:
>>>>
>>>> On Thu, Mar 16, 2017 at 12:56 PM, Eduardo Mayoral <emayo...@arsys.es> 
>>>> wrote:
>>>> Hi,
>>>>
>>>> An interesting thing just happened on my oVirt deployment.
>>>>
>>>> While setting a host for maintenance, one of the VMs running on that
>>>> host failed to migrate. Then ovirt-engine for some reason turned the VM
>>>> off. Here are the relevant log lines from engine.log:
>>>>
>>>>
>>>>
>>>>
>>>> 2017-03-16 09:56:23,324Z INFO
>>>> [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-60)
>>>> [61a52216] Lock Acquired to object
>>>> 'EngineLock:{exclusiveLocks='[422663a9-d712-4992-7c81-165b2976073e=<VM,
>>>> ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName
>>>> entorno127.arsysdesarrollo.lan>]', sharedLocks='null'}'
>>>> 2017-03-16 09:56:23,957Z INFO
>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>> (default task-60) [61a52216] EVENT_ID:
>>>> VM_MIGRATION_START_SYSTEM_INITIATED(67), Correlation ID: 61a52216, Job
>>>> ID: fbc5e0d7-4618-4ca8-b7a7-0fd9a43f490f, Call Stack: null, Custom Event
>>>> ID: -1, Message: Migration initiated by system (VM:
>>>> entorno127.arsysdesarrollo.lan, Source: llkk594.arsyslan.es,
>>>> Destination: llkk593.arsyslan.es, Reason: Host preparing for maintenance).
>>>> 2017-03-16 09:56:26,818Z INFO
>>>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>>>> (DefaultQuartzScheduler10) [7c6c403b-0a82-47aa-aeb4-57fbe06e20e1] VM
>>>> '422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
>>>> was unexpectedly detected as 'MigratingTo' on VDS
>>>> '43f43ec5-e51d-400d-8569-261c98382e3a'(llkk593.arsyslan.es) (expected on
>>>> '11a82467-afa4-4e4e-bd92-3383082d0a5e')
>>>> 2017-03-16 09:56:42,149Z INFO
>>>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>>>> (DefaultQuartzScheduler10) [fac8ade9-a867-4ff7-aac5-912f7

[ovirt-users] VM switched off when migration for host maintenance fails

2017-03-16 Thread Eduardo Mayoral
Hi,

An interesting thing just happened on my oVirt deployment.

While setting a host for maintenance, one of the VMs running on that
host failed to migrate. Then ovirt-engine for some reason turned the VM
off. Here are the relevant log lines from engine.log:




2017-03-16 09:56:23,324Z INFO 
[org.ovirt.engine.core.bll.MigrateVmCommand] (default task-60)
[61a52216] Lock Acquired to object
'EngineLock:{exclusiveLocks='[422663a9-d712-4992-7c81-165b2976073e=<VM,
ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName
entorno127.arsysdesarrollo.lan>]', sharedLocks='null'}'
2017-03-16 09:56:23,957Z INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-60) [61a52216] EVENT_ID:
VM_MIGRATION_START_SYSTEM_INITIATED(67), Correlation ID: 61a52216, Job
ID: fbc5e0d7-4618-4ca8-b7a7-0fd9a43f490f, Call Stack: null, Custom Event
ID: -1, Message: Migration initiated by system (VM:
entorno127.arsysdesarrollo.lan, Source: llkk594.arsyslan.es,
Destination: llkk593.arsyslan.es, Reason: Host preparing for maintenance).
2017-03-16 09:56:26,818Z INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler10) [7c6c403b-0a82-47aa-aeb4-57fbe06e20e1] VM
'422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
was unexpectedly detected as 'MigratingTo' on VDS
'43f43ec5-e51d-400d-8569-261c98382e3a'(llkk593.arsyslan.es) (expected on
'11a82467-afa4-4e4e-bd92-3383082d0a5e')
2017-03-16 09:56:42,149Z INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler10) [fac8ade9-a867-4ff7-aac5-912f78cc3bb5] VM
'422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
was unexpectedly detected as 'MigratingTo' on VDS
'43f43ec5-e51d-400d-8569-261c98382e3a'(llkk593.arsyslan.es) (expected on
'11a82467-afa4-4e4e-bd92-3383082d0a5e')
2017-03-16 09:56:54,755Z INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler3) [54fa9a1b-fddb-4812-b5d2-06cf92834709] VM
'422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
moved from 'MigratingFrom' --> 'Down'
2017-03-16 09:56:54,755Z INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler3) [54fa9a1b-fddb-4812-b5d2-06cf92834709] Handing
over VM
'422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
to Host '43f43ec5-e51d-400d-8569-261c98382e3a'. Setting VM to status
'MigratingTo'
2017-03-16 09:56:58,160Z INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler4) [dd4ea7bb-85bc-410e-9a8f-357c28d85d1c] VM
'422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
is running in db and not running on VDS
'43f43ec5-e51d-400d-8569-261c98382e3a'(llkk593.arsyslan.es)
2017-03-16 09:56:58,161Z INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(DefaultQuartzScheduler4) [dd4ea7bb-85bc-410e-9a8f-357c28d85d1c] add VM
'422663a9-d712-4992-7c81-165b2976073e'(entorno127.arsysdesarrollo.lan)
to rerun treatment
  turn to maintenance while VMs are still running on it.(VM:
entorno127.arsysdesarrollo.lan, Source: llkk594.arsyslan.es,
Destination: llkk593.arsyslan.es).
2017-03-16 09:56:59,193Z INFO 
[org.ovirt.engine.core.bll.MigrateVmCommand]
(org.ovirt.thread.pool-7-thread-27) [14d40a88] Lock freed to object
'EngineLock:{exclusiveLocks='[422663a9-d712-4992-7c81-165b2976073e=<VM,
ACTION_TYPE_FAILED_VM_IS_BEING_MIGRATED$VmName
entorno127.arsysdesarrollo.lan>]', sharedLocks='null'}'

Now, I understand an VM migration may fail for a number of reasons, but
in that case, shouldn't the VM keep running on the source host? I do not
quite understand what happened here or how to avoid it in the future.

Best regards,

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


Re: [ovirt-users] DWH reports in 4.X ?

2017-03-08 Thread Eduardo Mayoral
Thanks for your answer!

Looks certainly interesting. I am using collectd with virt plugin +
carbon + graphite + grafana for performance graphs of the hosts and the
VMs right now ( oVirt 4.1 with nodes in CentOS 7.3)

I like the idea of using fluentd for this instead of a relational
database. Will it handle metrics and logs as well? I am asking because
of the kibana component.

Best regards,

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 08/03/17 14:51, Shirly Radco wrote:
> Hi Eduardo, 
>
> DWH still exists, and if you have a reports tool that supports sql you
> can use it with it.
> Reports was deprecated in 3.6.
>
> We are now working on adding a new metrics store solution for oVirt.
>
> For more details you can have a look at:
> http://www.ovirt.org/develop/release-management/features/engine/metrics-store/
> <http://www.ovirt.org/develop/release-management/features/engine/metrics-store/>
>
> Currently in 4.1 the hosts and engine include Collectd and Fluentd.
> In 4.2 we expect to have the metrics store ready.
>
> You can try setting up the metrics store side from upstream for now.
> https://github.com/sradco/ovirt-metrics-conf
> <https://github.com/sradco/ovirt-metrics-conf>
>
> <https://github.com/sradco/ovirt-metrics-conf>
>
> <https://github.com/sradco/ovirt-metrics-conf>
> The Fluent and Collectd configuration are handled at:
> https://github.com/oVirt/ovirt-engine-metrics
>
>
> Best regards,
> Shirly Radco
> BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A,
> 4th floor Ra'anana, Israel 4350109
>
> On Tue, Mar 7, 2017 at 12:29 PM, Eduardo Mayoral <emayo...@arsys.es
> <mailto:emayo...@arsys.es>> wrote:
>
>
> Hi,
>
> I see the DWH reports disappeared in 3.5 or maybe 3.6, there seems
> to be no substitute por 4.X
>
> Is there some alternative to have some pre-made reports from
>     the DWH
> on 4.X ? Maybe not something on the oVirt project itself but from
> someone on the community?
>
> Thanks in advance!
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es <mailto:emayo...@arsys.es>)
> Administrador de sistemas. Departamento de Plataformas. Arsys
> internet.
> +34 941 620 145 ext. 5153 <tel:%2B34%20941%20620%20145%20ext.%205153>
>
> ___
> Users mailing list
> Users@ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
>
>

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


[ovirt-users] DWH reports in 4.X ?

2017-03-07 Thread Eduardo Mayoral

Hi,

I see the DWH reports disappeared in 3.5 or maybe 3.6, there seems
to be no substitute por 4.X

Is there some alternative to have some pre-made reports from the DWH
on 4.X ? Maybe not something on the oVirt project itself but from
someone on the community?

Thanks in advance!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

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


[ovirt-users] ovirtvm-console : Failed to execute login on behalf - for user

2017-03-02 Thread Eduardo Mayoral
Hi,

I am getting exactly the same issue here with 4.1 , when trying to
log in to the serial console over SSH.


The user with domain is "emayoral_...@arsyslan.es" (please note mailman
may translate the "at" character to a textual "_at_"). The First name
and last name as read from active directory is "Eduardo Mayoral" (with
no quotes)

The password is: 08.HJYqoce,nrW (OK, this is not the real password, but
it has the same special characters and approximate structure and length)

This is the engine.log output.

2017-03-02 11:13:31,917Z INFO 
[org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-25)
[5d9b7d18] Running command: LoginOnBehalfCommand internal: true.
2017-03-02 11:13:31,938Z ERROR
[org.ovirt.engine.core.sso.utils.SsoUtils] (default task-33) []
OAuthException server_error: java.text.ParseException: Invalid character
' ' encountered.
2017-03-02 11:13:31,939Z ERROR
[org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-25)
[5d9b7d18] Unable to create engine session: EngineException:  user
emayoral_...@arsyslan.es in domain 'arsyslan.es-authz (Failed with error
PRINCIPAL_NOT_FOUND and code 5200)
2017-03-02 11:13:31,945Z ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-25) [5d9b7d18] EVENT_ID:
USER_LOGIN_ON_BEHALF_FAILED(1,402), Correlation ID: 5d9b7d18, Call
Stack: null, Custom Event ID: -1, Message: Failed to execute login on
behalf - for user emayoral_...@arsyslan.es.
2017-03-02 11:13:31,945Z ERROR
[org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-25)
[5d9b7d18] Error processing request: : java.lang.RuntimeException:
Unable to create session using LoginOnBehalf
at
org.ovirt.engine.core.services.VMConsoleProxyServlet.availableConsoles(VMConsoleProxyServlet.java:102)
[services.jar:]
at
org.ovirt.engine.core.services.VMConsoleProxyServlet.produceContentFromParameters(VMConsoleProxyServlet.java:177)
[services.jar:]
at
org.ovirt.engine.core.services.VMConsoleProxyServlet.doPost(VMConsoleProxyServlet.java:213)
[services.jar:]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at
io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66)
[utils.jar:]
at
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[undertow-core-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[undertow-core-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
[undertow-core-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
[undertow-core-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
[undertow-servlet-1.4.0.Final.jar:1.4.0.Final]
at
io.undertow.security.handlers.N