Re: [ovirt-users] Import FC Storage as iSCSI

2014-11-05 Thread Maor Lipchuk
It should be from Data Center 3.5 considering the option_value at the 
vdc_options table.
Liron, do you have any insights on this?

Raul, Was your 'source' Data Center was from version 3.5?


Regards,
Maor


- Original Message -
 From: Raul Laansoo raul.laan...@bigbank.ee
 To: Maor Lipchuk mlipc...@redhat.com
 Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
 Sent: Wednesday, November 5, 2014 8:57:39 AM
 Subject: Re: [ovirt-users] Import FC Storage as iSCSI
 
 Good morning.
 
 Just a thought. Should the recovery only work when the 'source' data center
 has already updated to 3.5 (both node and engine) or can I recover storage
 domains from 3.4 data centers?
 
 Regards.
 Raul
 - Original Message -
  From: Raul Laansoo raul.laan...@bigbank.ee
  To: Maor Lipchuk mlipc...@redhat.com
  Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
  Sent: Tuesday, 4 November, 2014 11:33:44 AM
  Subject: Re: [ovirt-users] Import FC Storage as iSCSI
  
  I forgot to set the WWID-s to the original values (LUNs were clones) and
  tried again, same result.
  
  - Original Message -
   From: Maor Lipchuk mlipc...@redhat.com
   To: Raul Laansoo raul.laan...@bigbank.ee, Piotr Kliczewski
   pklic...@redhat.com
   Cc: users users@ovirt.org
   Sent: Tuesday, 4 November, 2014 10:43:03 AM
   Subject: Re: [ovirt-users] Import FC Storage as iSCSI
   
   I think I already saw this issue related to jsonRPC.
   
   Pioter,
   does the error at [1] looks familiar to you,
   I remember that you worked on a bug which fixed an issue at the force
   detach?
   
   Raul,
   meanwhile can u please try to set the Host not to use json-RPC, and check
   if
   that works for you.
   do the following:
 maintain the Host -
 edit the Host -
 go to advanced parameters -
 uncheck the checkbox of json -
 after doing that, start the Host again, and try to attach the domain
 once
 again.
   
   Please let me know if you have any questions.
   
   
   [1]
   .DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c] Could
   not
   force detach domain 46243ce5-face-483e-9a40-7daea77d82a3 on pool
   4e14574d-9472-4e4a-a44a-140acbb790bb. error:
   org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException:
   IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS,
   error = detach() takes exactly 5 arguments (3 given), code = -32603
   2014-11-04 09:47:31,980 INFO
   [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
   (ajp--127.0.0.1-8702-2) [69fba16c] FINISH, DetachStorageDomainVDSCommand,
   log id: 5b4d7f9a
   
   Regards,
   Maor
   
   
   - Original Message -
From: Raul Laansoo raul.laan...@bigbank.ee
To: Maor Lipchuk mlipc...@redhat.com
Cc: users users@ovirt.org
Sent: Tuesday, November 4, 2014 9:57:46 AM
Subject: Re: [ovirt-users] Import FC Storage as iSCSI

Hi.

I have managed to get my oVirt node running using oVirt Node Hypervisor
3.1.0_master-20140707.0. I hope this is not causing following issue,
but
this Is the only way for me to test 3.5.

When I try to import existing FC storage domain I get errors on Engine
(see
attached log).

Regards.

Raul
- Original Message -
 From: Raul Laansoo raul.laan...@bigbank.ee
 To: Maor Lipchuk mlipc...@redhat.com
 Sent: Monday, 27 October, 2014 11:29:40 AM
 Subject: Re: [ovirt-users] Import FC Storage as iSCSI
 
 I have set this to 3.4 because I still use ovirt-node-iso from oVirt
 3.4.
 For
 some reason I can't set cluster compatibility to 3.4 and with cluster
 3.5
 node installation fails. I will install node from 3.5 iso and try
 again.
 
 - Original Message -
  From: Maor Lipchuk mlipc...@redhat.com
  To: Raul Laansoo raul.laan...@bigbank.ee
  Cc: users users@ovirt.org
  Sent: Monday, 27 October, 2014 10:50:21 AM
  Subject: Re: [ovirt-users] Import FC Storage as iSCSI
  
  Which Data Center version are you using to attach the Storage
  Domain
  to?
  If the storage domain meta data indicates that it is already
  attached
  to
  another Data Center (after DR for example). then you the attach of
  it
  will
  only be supported for Data Center 3.5.
  
  Regards,
  Maor
  
  - Original Message -
   From: Raul Laansoo raul.laan...@bigbank.ee
   To: Maor Lipchuk mlipc...@redhat.com
   Cc: users users@ovirt.org
   Sent: Monday, October 27, 2014 10:07:18 AM
   Subject: Re: [ovirt-users] Import FC Storage as iSCSI
   
   When I try to import existing FC storage domain, which consists
   of
   two
   NetAPP
   LUN-s cloned from NetAPP snapshots, I get:
   
   Error while executing action Attach Storage Domain: The Domain is
   already
   used by another Data Center.
   In 

Re: [ovirt-users] Import FC Storage as iSCSI

2014-11-05 Thread Raul Laansoo
I'm using oVirt Engine 3.4.4-1.el6.

Nodes are oVirt Node - 3.0.4 - 1.0.201401291204.el6
vdsm-4.14.6-0.el6
libvirt-0.10.2-29.el6_5.7. 
KVM is 0.12.1.2 - 2.415.el6_5.8

Regards.

- Original Message -
 From: Maor Lipchuk mlipc...@redhat.com
 To: Raul Laansoo raul.laan...@bigbank.ee
 Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
 Sent: Wednesday, 5 November, 2014 10:33:13 AM
 Subject: Re: [ovirt-users] Import FC Storage as iSCSI
 
 
 
 
 
 - Original Message -
  From: Raul Laansoo raul.laan...@bigbank.ee
  To: Maor Lipchuk mlipc...@redhat.com
  Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
  Sent: Wednesday, November 5, 2014 9:06:05 AM
  Subject: Re: [ovirt-users] Import FC Storage as iSCSI
  
  Hi.
  
  No. I see no disks, VMs or templates on the imported storage domain. I do
  see
  two OVF_STORE disks listed under 'Disks'
 
 Those two disks might be new, if your previous Data Center version did not
 support the OVFStoreOnAnyDomain feature.
 What was your previous Data Center version?
 
  
  Regards.
  Raul
  - Original Message -
   From: Maor Lipchuk mlipc...@redhat.com
   To: Raul Laansoo raul.laan...@bigbank.ee
   Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
   Sent: Wednesday, 5 November, 2014 9:01:36 AM
   Subject: Re: [ovirt-users] Import FC Storage as iSCSI
   
   Hi Raul,
   
   It is a known issue which should be fixed once
   http://gerrit.ovirt.org/#/c/33154 will be merged.
   Please disregard this log, it only indicates about disks which are not
   OVF_STORE disks, the error there is misleading.
   
   did you managed to register those VMs to the engine?
   
   Regards,
   Maor
   
   
   - Original Message -
From: Raul Laansoo raul.laan...@bigbank.ee
To: Maor Lipchuk mlipc...@redhat.com
Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
Sent: Tuesday, November 4, 2014 11:06:09 AM
Subject: Re: [ovirt-users] Import FC Storage as iSCSI

Progress. Now it does import/attach, but now VMs/disks are visible in
storage
domain and error is logged:

2014-11-04 10:58:18,511 ERROR
[org.ovirt.engine.core.bll.GetUnregisteredDisksQuery]
(ajp--127.0.0.1-8702-7) [2bc90d28] Could not get populated disk,
reason:
null

Thank you.

Raul

- Original Message -
 From: Maor Lipchuk mlipc...@redhat.com
 To: Raul Laansoo raul.laan...@bigbank.ee, Piotr Kliczewski
 pklic...@redhat.com
 Cc: users users@ovirt.org
 Sent: Tuesday, 4 November, 2014 10:43:03 AM
 Subject: Re: [ovirt-users] Import FC Storage as iSCSI
 
 I think I already saw this issue related to jsonRPC.
 
 Pioter,
 does the error at [1] looks familiar to you,
 I remember that you worked on a bug which fixed an issue at the force
 detach?
 
 Raul,
 meanwhile can u please try to set the Host not to use json-RPC, and
 check
 if
 that works for you.
 do the following:
   maintain the Host -
   edit the Host -
   go to advanced parameters -
   uncheck the checkbox of json -
   after doing that, start the Host again, and try to attach the
   domain
   once
   again.
 
 Please let me know if you have any questions.
 
 
 [1]
 .DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c]
 Could
 not
 force detach domain 46243ce5-face-483e-9a40-7daea77d82a3 on pool
 4e14574d-9472-4e4a-a44a-140acbb790bb. error:
 org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException:
 IRSGenericException: IRSErrorException: Failed to
 DetachStorageDomainVDS,
 error = detach() takes exactly 5 arguments (3 given), code = -32603
 2014-11-04 09:47:31,980 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
 (ajp--127.0.0.1-8702-2) [69fba16c] FINISH,
 DetachStorageDomainVDSCommand,
 log id: 5b4d7f9a
 
 Regards,
 Maor
 
 
 - Original Message -
  From: Raul Laansoo raul.laan...@bigbank.ee
  To: Maor Lipchuk mlipc...@redhat.com
  Cc: users users@ovirt.org
  Sent: Tuesday, November 4, 2014 9:57:46 AM
  Subject: Re: [ovirt-users] Import FC Storage as iSCSI
  
  Hi.
  
  I have managed to get my oVirt node running using oVirt Node
  Hypervisor
  3.1.0_master-20140707.0. I hope this is not causing following
  issue,
  but
  this Is the only way for me to test 3.5.
  
  When I try to import existing FC storage domain I get errors on
  Engine
  (see
  attached log).
  
  Regards.
  
  Raul
  - Original Message -
   From: Raul Laansoo raul.laan...@bigbank.ee
   To: Maor Lipchuk mlipc...@redhat.com
   Sent: Monday, 27 October, 2014 11:29:40 AM
   Subject: Re: [ovirt-users] Import FC Storage as iSCSI
   
   I have set this to 3.4 because I 

Re: [ovirt-users] using ovirt-scheduler-proxy

2014-11-05 Thread Gilad Chaplik
- Original Message -
 From: Amedeo Salvati ame...@oscert.net
 To: users@ovirt.org
 Sent: Tuesday, November 4, 2014 5:22:24 PM
 Subject: [ovirt-users] using ovirt-scheduler-proxy
 
 hello guys,
 
 I'm triyng to use ovirt-scheduler-proxy, and for this, now, I'm starting with
 examples available on:
 
 https://github.com/oVirt/ovirt-scheduler-proxy/tree/master/doc/plugin_samples
 
 so, on ovirt 3.5 fresh installation I've installed ovirt-scheduler-proxy
 package (by yum), then I've downloaded from above link
 host_memory_balance.py file under /usr/share/ovirt-scheduler-proxy/plugins
 directory, I've changed the connection string due to reflect my ovirt engine
 hostname/port/user/password, and finally I've started the service:
 
 service ovirt-scheduler-proxy start
 
 on log ovirt-scheduler-proxy.log I got:
 
 
 [root@engine ovirt-scheduler-proxy]# cat
 /var/log/ovirt-scheduler-proxy/ovirt-scheduler-proxy.log
 Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread]
 Setting up server
 Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread]
 Loading modules from /usr/share/ovirt-scheduler-proxy/plugins
 Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread]
 Loading analyzer from /usr/lib/python2.6/site-packages/ovirtscheduler
 Tue, 04 Nov 2014 16:01:17 INFO [process:MainProcess, thread:MainThread]
 [Request:Main][Method:loadModules] - Trying to load the following files:
 ['host_memory_balance']
 Tue, 04 Nov 2014 16:01:17 DEBUG [process:MainProcess, thread:Thread-1]
 [Request:Main][Method:PythonMethodRunner] - running ['python', '-c', import
 loader; loader.loader().analyze('/usr/share/ovirt-scheduler-proxy/plugins',
 'host_memory_balance')] in /usr/lib/python2.6/site-packages/ovirtscheduler
 Tue, 04 Nov 2014 16:01:18 DEBUG [process:MainProcess, thread:MainThread]
 [Request:Main][Method:loadModules] - script: ['python', '-c', import
 loader; loader.loader().analyze('/usr/share/ovirt-scheduler-proxy/plugins',
 'host_memory_balance')]
 Tue, 04 Nov 2014 16:01:18 INFO [process:MainProcess, thread:MainThread]
 [Request:Main][Method:loadModules] - registering: ('host_memory_balance',
 ('host_memory_balance', 'do_balance', 'selects a vm from the most over
 utilized vm to migrate.\n if safe_selection is true selects the smallest vm
 from the host\n if safe_selection is false try and take a vm larger then the
 amount of memory the host is missing',
 'minimum_host_memoryMB=[0-9]*;safe_selection=True|False'))
 Tue, 04 Nov 2014 16:01:18 INFO [process:MainProcess, thread:MainThread]
 [Request:Main][Method:loadModules] - registering::loaded- filters:{}
 scores:{} balancers:{'host_memory_balance': ('selects a vm from the most
 over utilized vm to migrate.\n if safe_selection is true selects the
 smallest vm from the host\n if safe_selection is false try and take a vm
 larger then the amount of memory the host is missing',
 'minimum_host_memoryMB=[0-9]*;safe_selection=True|False')}
 Tue, 04 Nov 2014 16:01:18 INFO [process:MainProcess, thread:MainThread]
 Publishing API
 [root@engine ovirt-scheduler-proxy]#
 
 but after that on web ui I can't see any change under cluster policy and
 under Configure - Cluster Policies (host_memory_balance balancers is not
 displayed)
 
 what did I miss?

- update engine configuration (use ovirt-config --set KEY_NAME=KEY_VALUE):
* ExternalSchedulerServiceURL=http://host:18781/
* ExternalSchedulerEnabled=true
- restart ovirt-engine service.
- under configure-cluster_policy see that the balance function was added 
(should be in manage policy units- you will see it in the main dialog as well).
- clone current cluster's used cluster policy (probably none - prefer it to 
have no balancing modules to avoid conflicts), name it 'your_name' and set it 
with the external function
- replace cluster's cluster policy with newly created one (in edit cluster 
dialog).

Thanks,
Gilad.

 
 Best regards
 Amedeo Salvati
 
 ___
 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] vdsm and selinux

2014-11-05 Thread Kapetanakis Giannis

On 04/11/14 12:43, Mooli Tayer wrote:

Hi,

The patch has been merged to 3.5 and is not yet included at centos.
In the mean time you can do as root:

vdsm-tool sebool-config

Mooli.


I'm sure I've tried that without success (both sebool-config and 
seboot-unconfig)


Anyway according to https://bugzilla.redhat.com/show_bug.cgi?id=1157185
it's fixed in vdsm-4.16.7.3-1.el6ev

G

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


Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52

2014-11-05 Thread Sahina Bose
It looks like you have run into this issue - 
https://www.mail-archive.com/gluster-devel@gluster.org/msg02310.html

[Thanks, Humble for helping on this]

One workaround is to install the yum-plugin-priorities and add a 
priority = 1 to the ovirt35-glusterfs-epel repo. Meanwhile, the problem 
is going to be solved by the release of glusterfs 3.6.1 in the following 
days.




On 11/05/2014 05:48 AM, Juan Carlos YJ. Lin wrote:

Reinstall ovirt hosted engine today, and get this

[root@node1 ~]# yum list *gluster*
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.xpg.com.br
 * epel: mirror.ci.ifes.edu.br
 * extras: mirror.ci.ifes.edu.br
 * ovirt-3.5: www.gtlib.gatech.edu
 * ovirt-3.5-epel: mirror.ci.ifes.edu.br
 * ovirt-3.5-jpackage-6.0-generic: ftp.heanet.ie
 * updates: mirror.ci.ifes.edu.br
Installed Packages
glusterfs.x86_64  3.6.0.29-2.el6 @updates
glusterfs-api.x86_64  3.6.0.29-2.el6 @updates
glusterfs-cli.x86_64  3.6.0.29-2.el6 @updates
glusterfs-fuse.x86_64 3.6.0.29-2.el6 @updates
glusterfs-libs.x86_64 3.6.0.29-2.el6 @updates
glusterfs-rdma.x86_64 3.6.0.29-2.el6 @updates
Available Packages
glusterfs-api-devel.x86_643.6.0.29-2.el6 updates
glusterfs-debuginfo.x86_643.5.2-1.el6 ovirt-3.5-glusterfs-epel
glusterfs-devel.x86_643.6.0.29-2.el6 updates
glusterfs-extra-xlators.x86_643.5.2-1.el6 ovirt-3.5-glusterfs-epel
glusterfs-geo-replication.x86_64  3.5.2-1.el6 ovirt-3.5-glusterfs-epel
glusterfs-regression-tests.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel
glusterfs-resource-agents.noarch  3.5.2-1.el6 
ovirt-3.5-glusterfs-noarch-epel

glusterfs-server.x86_64   3.5.2-1.el6 ovirt-3.5-glusterfs-epel
puppet-gluster.noarch 0.0.3-1.el6 epel
puppet-gluster-doc.noarch 0.0.3-1.el6 epel
samba-glusterfs.x86_643.6.23-12.el6 base
vdsm-gluster.noarch   4.16.7-1.gitdb83943.el6
 ovirt-3.5

Juan Carlos Lin
Unisoft S.A.
+595-993-288330


*De: *Sahina Bose sab...@redhat.com
*Para: *Juan Carlos YJ Lin l...@unisoft.com.py
*Enviados: *Martes, 4 de Noviembre 2014 4:55:45
*Asunto: *Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52

The node would pull the latest rpms based on your repo configuration. 
vdsm on the node has a requirement on glusterfs  3.4.2.


Which OS are you using. I wonder how you got the glusterfs 3.6 as they 
are not available in the download.gluster.org repo.


Could you tell me the output of  rpm -qa | grep gluster

On 11/03/2014 08:39 PM, Juan Carlos YJ. Lin wrote:

so is correct the dependecy?
I try to install glusterfs-server in the node host and got the error

Juan Carlos Lin
Unisoft S.A.
+595-993-288330


*De: *Sahina Bose sab...@redhat.com
*Para: *Juan Carlos YJ Lin l...@unisoft.com.py, users@ovirt.org
*Enviados: *Lunes, 3 de Noviembre 2014 5:17:30
*Asunto: *Re: [ovirt-users] gluster-server 3.5.2 requies
gluasterfs-3.52


On 11/03/2014 01:44 PM, Sahina Bose wrote:

ovirt 3.5 does not have a dependency on glusterfs-3.6.0,
AFAIK. 3.6 is in beta stage still.


My bad. glusterfs 3.6 was released on Oct 31.


Are you installing hosted engine? Do you by any chance have
additional repos for glusterfs configured?

On 11/03/2014 05:44 AM, Juan Carlos YJ. Lin wrote:

gluster-server 3.5.2 requies gluasterfs-3.52, but ovirt3.5
install glusterfs-3.6.0
how to solve the dependency?

Juan Carlos Lin
Unisoft S.A.
+595-993-288330


System-wide Disclaimer
---
Antes de imprimir, recuérdese de su compromiso con el
Medio Ambiente
Aviso: Este mensaje es dirigido para su destinatario y
contiene informaciones que no pueden ser usadas por otras
personas que no sean su(s) destinatario(s). La
retransmisión del contenido no está autorizada fuera del
contexto de su envío y a quien corresponde. El uso no
autorizado de la información en este mensaje se halla
penado por las leyes vigentes en todo el mundo. Si ha
recibido este mensaje por error, por favor bórrala y
notifique al remitente en la brevedad posible. El
contenido de este mensaje no es responsabilidad de la
Empresa y debe ser atribuido siempre a su autor. Gracias.


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





System-wide Disclaimer

[ovirt-users] [QE][ACTION NEEDED] oVirt 3.5.1 RC status

2014-11-05 Thread Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.5.1 RC on *2014-11-25 08:00 UTC* from 
3.5 branch.
Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs before *2014-11-24 15:00 
UTC*
- Please be sure that no pending patches are going to block the release before 
*2014-11-24 15:00 UTC*
- If any patch must block the RC release please raise the issue as soon as 
possible.

A bug tracker [1] has been opened and shows 1 open blocker:
Bug ID  Whiteboard  Status  Summary
1142710 integration NEW Volume creation failed while deploying Hosted 
Engine on iSCSI


There are still 181 bugs [2] targeted to 3.5.1.
Excluding node and documentation bugs we still have 151 bugs [3] targeted to 
3.5.1.

Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.5.1 should not be 
released without them fixed.
- Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1:
  it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]

Community:
- If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test 
page [5]


[1] http://bugzilla.redhat.com/1155170
[2] http://goo.gl/7G0PDV
[3] http://goo.gl/6gUbVr
[4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing


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


Re: [ovirt-users] [RFI] oVirt 3.6 Planning

2014-11-05 Thread Daniel Helgenberger


On 04.11.2014 09:47, Fabian Deutsch wrote:
 - Original Message -
 On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
 On 09/12/2014 03:22 PM, Itamar Heim wrote:
 With oVirt 3.5 nearing GA, time to ask for what do you want to see in
 oVirt 3.6?


 Even the short list of items mentions so far are big features we would need
 to do justice with.
 this means probably a slightly longer cycle than the 6 months we currently
 do.

 We're not so good in keeping up with deadlines - our recent 3.5 version
 slipped for 2.5 months past the original plan. With longer cycles, this
 is even harder to control.

 Can we instead break the heavier features to smaller phases, that are
 easier to maintain, and deliver the complete feature in 3.7?

 Hey,

 yep, I think this is a good idea to get control over the big features.

 - fabian
Me too, for that matter. I think json rpc was a major thing to do witch 
went well; but maybe drew resources from other features and testing.

But maybe new features do not need to be scrubbed but implemented later 
on for upgrades? For instance, some software vendors allow new features 
for X.0 releases only for new installations. Only after they are 
confirmed working regression - free a X.1 version is released witch 
enables upgrades from X-1 (existing customers).

Bottom line, I hope for planned 3.6 features like SR-IOV and pci 
passthrough/vfio will not be postponed :)


 with many of the features requiring way newer versions of some of the
 components, I think we should plan for 3.6 cluster to require an .el7
 host
 (expecting even 7.1 to be out before we release oVirt 3.6).

 so i want us to plan for:
 - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
- fc20?)
 - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
 ___
 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


-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status

2014-11-05 Thread Sandro Bonazzola
Hi,

Release criteria discussion started on 2014-10-22 and should end on 2014-11-12 
as per current release process [1].

Current options are:
1) keeping the same release criteria we had for 3.5 [2]
2) review the proposed changes [3] and prepare new release criteria for 3.6

Release management for 3.6.0 has been created [4]
The key milestones for this release must be scheduled:

Key Milestones
Release criteria discussion start: 2014-10-22
Release criteria ready: 2014-11-12
Feature freeze: 60 Days before release
First Test Day: 45 days before release
Release Candidate: 30 days before release
Release: 6 months after oVirt 3.5.0 release

Two different proposals have been meed about above scheduling [5]:
1) extend the cycle to 10 months for allowing to include a large feature set
2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7

A tracker bug for 3.6.0 has been created [6] and currently shows no blockers.

There are 395 bugs [7] targeted to 3.6.0.
Excluding node and documentation bugs we have 375 bugs [8] targeted to 3.6.0.


[1] http://www.ovirt.org/Release_process
[2] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria
[3] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html
[4] http://www.ovirt.org/OVirt_3.6_Release_Management
[5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html
[6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425
[7] http://goo.gl/zwkF3r
[8] http://goo.gl/ZbUiMc


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


Re: [ovirt-users] Import FC Storage as iSCSI

2014-11-05 Thread Maor Lipchuk
The OVF_STORE disk (Rleate to OvfStoreOnAnyDomain feature) should only be 
supported for 3.5 Data Center.
Liron, do you have any insight on that?

Regards,
Maor


- Original Message -
 From: Raul Laansoo raul.laan...@bigbank.ee
 To: Maor Lipchuk mlipc...@redhat.com
 Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
 Sent: Wednesday, November 5, 2014 10:49:19 AM
 Subject: Re: [ovirt-users] Import FC Storage as iSCSI
 
 I'm using oVirt Engine 3.4.4-1.el6.
 
 Nodes are oVirt Node - 3.0.4 - 1.0.201401291204.el6
 vdsm-4.14.6-0.el6
 libvirt-0.10.2-29.el6_5.7.
 KVM is 0.12.1.2 - 2.415.el6_5.8
 
 Regards.
 
 - Original Message -
  From: Maor Lipchuk mlipc...@redhat.com
  To: Raul Laansoo raul.laan...@bigbank.ee
  Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
  Sent: Wednesday, 5 November, 2014 10:33:13 AM
  Subject: Re: [ovirt-users] Import FC Storage as iSCSI
  
  
  
  
  
  - Original Message -
   From: Raul Laansoo raul.laan...@bigbank.ee
   To: Maor Lipchuk mlipc...@redhat.com
   Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
   Sent: Wednesday, November 5, 2014 9:06:05 AM
   Subject: Re: [ovirt-users] Import FC Storage as iSCSI
   
   Hi.
   
   No. I see no disks, VMs or templates on the imported storage domain. I do
   see
   two OVF_STORE disks listed under 'Disks'
  
  Those two disks might be new, if your previous Data Center version did not
  support the OVFStoreOnAnyDomain feature.
  What was your previous Data Center version?
  
   
   Regards.
   Raul
   - Original Message -
From: Maor Lipchuk mlipc...@redhat.com
To: Raul Laansoo raul.laan...@bigbank.ee
Cc: Piotr Kliczewski pklic...@redhat.com, users users@ovirt.org
Sent: Wednesday, 5 November, 2014 9:01:36 AM
Subject: Re: [ovirt-users] Import FC Storage as iSCSI

Hi Raul,

It is a known issue which should be fixed once
http://gerrit.ovirt.org/#/c/33154 will be merged.
Please disregard this log, it only indicates about disks which are not
OVF_STORE disks, the error there is misleading.

did you managed to register those VMs to the engine?

Regards,
Maor


- Original Message -
 From: Raul Laansoo raul.laan...@bigbank.ee
 To: Maor Lipchuk mlipc...@redhat.com
 Cc: Piotr Kliczewski pklic...@redhat.com, users
 users@ovirt.org
 Sent: Tuesday, November 4, 2014 11:06:09 AM
 Subject: Re: [ovirt-users] Import FC Storage as iSCSI
 
 Progress. Now it does import/attach, but now VMs/disks are visible in
 storage
 domain and error is logged:
 
 2014-11-04 10:58:18,511 ERROR
 [org.ovirt.engine.core.bll.GetUnregisteredDisksQuery]
 (ajp--127.0.0.1-8702-7) [2bc90d28] Could not get populated disk,
 reason:
 null
 
 Thank you.
 
 Raul
 
 - Original Message -
  From: Maor Lipchuk mlipc...@redhat.com
  To: Raul Laansoo raul.laan...@bigbank.ee, Piotr Kliczewski
  pklic...@redhat.com
  Cc: users users@ovirt.org
  Sent: Tuesday, 4 November, 2014 10:43:03 AM
  Subject: Re: [ovirt-users] Import FC Storage as iSCSI
  
  I think I already saw this issue related to jsonRPC.
  
  Pioter,
  does the error at [1] looks familiar to you,
  I remember that you worked on a bug which fixed an issue at the
  force
  detach?
  
  Raul,
  meanwhile can u please try to set the Host not to use json-RPC, and
  check
  if
  that works for you.
  do the following:
maintain the Host -
edit the Host -
go to advanced parameters -
uncheck the checkbox of json -
after doing that, start the Host again, and try to attach the
domain
once
again.
  
  Please let me know if you have any questions.
  
  
  [1]
  .DetachStorageDomainVDSCommand] (ajp--127.0.0.1-8702-2) [69fba16c]
  Could
  not
  force detach domain 46243ce5-face-483e-9a40-7daea77d82a3 on pool
  4e14574d-9472-4e4a-a44a-140acbb790bb. error:
  org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException:
  IRSGenericException: IRSErrorException: Failed to
  DetachStorageDomainVDS,
  error = detach() takes exactly 5 arguments (3 given), code = -32603
  2014-11-04 09:47:31,980 INFO
  [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand]
  (ajp--127.0.0.1-8702-2) [69fba16c] FINISH,
  DetachStorageDomainVDSCommand,
  log id: 5b4d7f9a
  
  Regards,
  Maor
  
  
  - Original Message -
   From: Raul Laansoo raul.laan...@bigbank.ee
   To: Maor Lipchuk mlipc...@redhat.com
   Cc: users users@ovirt.org
   Sent: Tuesday, November 4, 2014 9:57:46 AM
   Subject: Re: [ovirt-users] Import FC Storage as iSCSI
   
   Hi.
   
   I have managed to get my oVirt node running using oVirt Node
   

Re: [ovirt-users] Cancelling a running task

2014-11-05 Thread Eli Mesika


- Original Message -
 From: Daniel Lang daniel.l...@redi.com
 To: users@ovirt.org users@ovirt.org
 Sent: Tuesday, November 4, 2014 6:24:48 PM
 Subject: [ovirt-users] Cancelling a running task
 
 
 
 I am creating a VM and the copy from template operation has gone haywire
 causing significant performance issues on the host server. I’d like to
 cancel the copying image action (it’s been running ~3hours on a 3GB disk
 image copy) but I cannot find anything in the web UI to cancel a task. Is
 there a command line tool to cancel the running task?

login to your SPM host and run the following 

vdsClient -s 0 getAllTasksStatuses

You can than use 

stopTask
TaskID
stop async task

and then 

clearTask
TaskID
clear async task



 
 
 
 The oVirt version is 3.4 and vdsm version 4.14.
 
 
 
 Thanks for any advice or links to documentation/man pages.
 
 
 
 Daniel Lang
 
 © Copyright 2014 REDI Global Technologies LLC (“REDI”), member FINRA, SIPC.
 All rights reserved. The information contained in and accompanying this
 communication may be confidential, subject to legal privilege, or otherwise
 protected from disclosure, and is intended solely for the use of the
 intended recipient(s). If you are not the intended recipient of this
 communication, please delete and destroy all copies in your possession,
 notify the sender that you have received this communication in error, and
 note that any review or dissemination of, or the taking of any action in
 reliance on, this communication is expressly prohibited. E-mail messages may
 contain computer viruses or other defects, may not be accurately replicated
 on other systems, or may be intercepted, deleted or interfered with without
 the knowledge of the sender or the intended recipient. REDI makes no
 warranties in relation to these matters. Please note that REDI reserves the
 right to intercept, monitor, and retain e-mail messages to and from its
 systems as permitted by applicable law. If you are not comfortable with the
 risks associated with e-mail messages, you may decide not to use e-mail to
 communicate with REDI.
 
 ___
 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] [QE][ACTION REQUIRED] oVirt 3.6.0 status

2014-11-05 Thread Itamar Heim

On 11/05/2014 12:18 PM, Sandro Bonazzola wrote:

 Release: 6 months after oVirt 3.5.0 release


I'm still not sure about this one.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Cancelling a running task

2014-11-05 Thread Liron Aravot


- Original Message -
 From: Eli Mesika emes...@redhat.com
 To: Daniel Lang daniel.l...@redi.com
 Cc: users@ovirt.org
 Sent: Wednesday, November 5, 2014 2:23:00 PM
 Subject: Re: [ovirt-users] Cancelling a running task
 
 
 
 - Original Message -
  From: Daniel Lang daniel.l...@redi.com
  To: users@ovirt.org users@ovirt.org
  Sent: Tuesday, November 4, 2014 6:24:48 PM
  Subject: [ovirt-users] Cancelling a running task
  
  
  
  I am creating a VM and the copy from template operation has gone haywire
  causing significant performance issues on the host server. I’d like to
  cancel the copying image action (it’s been running ~3hours on a 3GB disk
  image copy) but I cannot find anything in the web UI to cancel a task. Is
  there a command line tool to cancel the running task?
 
 login to your SPM host and run the following
 
 vdsClient -s 0 getAllTasksStatuses
 
 You can than use
 
 stopTask
 TaskID
 stop async task
 
 and then
 
 clearTask
 TaskID
 clear async task
 
 
 
I suggest to only stop the task/tasks and let the ovirt engine to perform the 
clearance of the tasks.

  
  
  
  The oVirt version is 3.4 and vdsm version 4.14.
  
  
  
  Thanks for any advice or links to documentation/man pages.
  
  
  
  Daniel Lang
  
  © Copyright 2014 REDI Global Technologies LLC (“REDI”), member FINRA, SIPC.
  All rights reserved. The information contained in and accompanying this
  communication may be confidential, subject to legal privilege, or otherwise
  protected from disclosure, and is intended solely for the use of the
  intended recipient(s). If you are not the intended recipient of this
  communication, please delete and destroy all copies in your possession,
  notify the sender that you have received this communication in error, and
  note that any review or dissemination of, or the taking of any action in
  reliance on, this communication is expressly prohibited. E-mail messages
  may
  contain computer viruses or other defects, may not be accurately replicated
  on other systems, or may be intercepted, deleted or interfered with without
  the knowledge of the sender or the intended recipient. REDI makes no
  warranties in relation to these matters. Please note that REDI reserves the
  right to intercept, monitor, and retain e-mail messages to and from its
  systems as permitted by applicable law. If you are not comfortable with the
  risks associated with e-mail messages, you may decide not to use e-mail to
  communicate with REDI.
  
  ___
  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


[ovirt-users] Protecting the storage of the self hosted engine

2014-11-05 Thread wodel youchi
Hi, I am new on oirt.
I want to know the best way to protect the storage of the hosted-engine?
In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this means 
that the NFS server or the iSCSI volume become the weak link.
I've read two articles, one using GlsuterFS+NFS and CTDB for High availability 
of the engine storage,: oVirt 3.4, Glusterized, 


|   |
|   |  |   |   |   |   |   |
| oVirt 3.4, GlusterizedoVirt's Hosted Engine feature, introduced in the 
project's 3.4 release, enables the open source virtualization system to host 
its own management server, which means... |
|  |
| Afficher sur community.redha... | Aperçu par Yahoo |
|  |
|   |


And another using GluserFS+NFS and KeepAlive: How to workaround through the 
maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta |

|   |
|   |   |   |   |   |
| How to workaround through the maze and reach the goal of the new amazing 
oVirt Hosted Engine with 3andrewklau - My Small World of Rants, Excitement, 
Snippets and Tuts How to workaround through the maze and reach the goal of the 
new amazing oVirt Hosted Engine with 3.4.0 Beta  |
|  |
| Afficher sur www.andrewklau.com | Aperçu par Yahoo |
|  |
|   |


Is there a better way to achieve this goal?
Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt Weekly Meeting: Nov. 5, 2014

2014-11-05 Thread Brian Proffitt
=
#ovirt: oVirt Weekly Sync
=


Meeting started by bkp at 15:01:32 UTC. The full logs are available at
http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-05-15.01.log.html .



Meeting summary
---
* Agenda and roll Call  (bkp, 15:01:47)
  * infra update  (bkp, 15:02:07)
  * 3.5.z updates  (bkp, 15:02:08)
  * 3.6.0 status  (bkp, 15:02:08)
  * conferences and workshops  (bkp, 15:02:08)
  * other topics  (bkp, 15:02:10)

* infra update  (bkp, 15:03:37)
  * infra update: engine is failing build on master and 3.5 probably due
to infra issues  (bkp, 15:10:17)
  * infra update: a bug in F21 rpm package has been solved so failures
related to fedora 19 builds on f21 slaves are solved  (bkp,
15:10:21)
  * infra update: some build failures are expected in next days due to
missing dependencies on el7 and f21 while building engine for those
distributions  (bkp, 15:10:24)

* 3.5.z updates  (bkp, 15:10:37)
  * 3.5.z updates: 1 blocker around, tiraboschi_ is taking care of it
(bkp, 15:16:38)
  * 3.5.z updates: 181 bugs still outstanding. Maintainers should be
taking a look at these now.  (bkp, 15:16:39)
  * 3.5.z updates: trying to get el7 support ready for 3.5.1, we're now
working on master for that  (bkp, 15:16:42)

* 3.6 status  (bkp, 15:16:52)
  * 3.6 status: Release criteria definition in progress, we should reach
a decision by next week's meeting according to release process
(bkp, 15:24:51)
  * 3.6 status: Specifically, should we keep the existing 3.5 criteria
for 3.6, or add these changes
http://lists.ovirt.org/pipermail/devel/2014-September/008695.html?
(bkp, 15:24:54)
  * 3.6 status: There is also an ongoing discussion to lengthen the 3.6
release cycle to 10 months and keeping all the proposed features
(http://lists.ovirt.org/pipermail/users/2014-November/028875.html)
or splitting features across multiple releases.  (bkp, 15:24:57)
  * 3.6 status: Discussion is invited here:
http://lists.ovirt.org/pipermail/devel/2014-September/008695.html
(bkp, 15:25:01)
  * 3.6 status: work for fedora 21 support for 3.6 is ongoing as well as
the el7 support  (bkp, 15:26:47)

* conferences and workshops  (bkp, 15:28:29)
  * OpenStack Summit is going on now in Paris. Red Hat has a sharp
presence there, and oVirt should be getting attention via a video
demo at the Red Hat/RDO booth.  (bkp, 15:28:44)
  * LISA'14 will be next week, and we'll have a big footprint there with
oVirt at LISA Lab and at the Red Hat booth.  (bkp, 15:28:47)
  * Planning is ongoing for FOSDEM on Jan. 31-Feb 1. Get your submittals
in for the IaaS and Virt devrooms soon!  (bkp, 15:28:50)

* other topics  (bkp, 15:30:53)
  * bkp will be opening a discussion on the [users] mailing list to best
figure out how to position oVirt and RDO.  (bkp, 15:31:29)
  * A reminder: this week not withstanding, the oVirt weekly syncs will
be at 1400 UTC (one hour earlier than when we started this week).
Please adjust your calendars accordingly.  (bkp, 15:31:47)

Meeting ended at 15:35:24 UTC.




Action Items






Action Items, by person
---
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* bkp (53)
* sbonazzo (31)
* lvernia (10)
* YamakasY (4)
* DougBishop (4)
* awels (3)
* afics_ (3)
* ovirtbot (2)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot

-- 
Brian Proffitt

Community Liaison
oVirt
Open Source and Standards, Red Hat - http://community.redhat.com
Phone: +1 574 383 9BKP
IRC: bkp @ OFTC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Protecting the storage of the self hosted engine

2014-11-05 Thread Daniel Helgenberger


On 05.11.2014 15:30, wodel youchi wrote:
 Hi, I am new on oirt.
Hello and welcome!


 I want to know the best way to protect the storage of the hosted-engine?
IHMO reliable hardware and contingency plans.


 In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this means
 that the NFS server or the iSCSI volume become the weak link.
First we need to define 'weak link'. IMOH this can be Network and / or 
storage hardware like controllers and spindles (SSDs). As the later 
tends to be reliable I think your mean indeed the data link layer as 
'weak link'?

Gluster can be the same weak link for instance, as it needs a network 
layer. If you use iSCSI together with some storage appliance maybe with 
redundant controllers, this setup is quite reliable and engine storage 
is protected if you use iSCSI Multipath (and the paths are indeed 
separate hardware switches).

You could call NFS a weak link; but even there are quite reliable setups 
available witch support fail over, replicated storage and IPMP.


 I've read two articles, one using GlsuterFS+NFS and CTDB for High availability
 of the engine storage,: oVirt 3.4, Glusterized
I have to warn you at this point. This setup seems quite tempting; even 
using localhost addresses with gluster's build in NFS. This was tried 
before (myself included) but it is far from stable.

You would at least need repica 3 gluster volumes to avoid split brains. 
These seem to happen quite often. I include Martin here, we talked about 
this at the ovirt workshop in Düsseldorf; maybe he can provide a better 
explanation.

AFAIK gluster will be supported as engine storage in the future; but 
this is not the case right now. Of course, you are welcome to try!

That said, and because you are new to ovirt, the main thing you need to 
protect is not the engine storage, but your production data domains.

The VMs will run fine and continue to run with the engine down or not 
available. In case of a real disaster, you will be able to import these 
storage domains along with their VMs to a new engine.

For me, I tend to have my engine backed up using engine-backup [1] and 
put the result to a different storage. From that data you can recreate 
the whole engine.

 http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/,

   
 image http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
   
   
   
   
   
 oVirt 3.4, Glusterized
 http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
 oVirt's Hosted Engine feature, introduced in the project's 3.4 release, 
 enables
 the open source virtualization system to host its own management server, which
 means...
 Afficher sur community.redha...
 http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
   
 Aperçu par Yahoo


 And another using GluserFS+NFS and KeepAlive: How to workaround through the 
 maze
 and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 Beta |
 http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
   
   
   
   
 How to workaround through the maze and reach the goal of the new amazing oVirt
 Hosted Engine with 3
 http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
 andrewklau - My Small World of Rants, Excitement, Snippets and Tuts How to
 workaround through the maze and reach the goal of the new amazing oVirt Hosted
 Engine with 3.4.0 Beta
 Afficher sur www.andrewklau.com
 http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
   
 Aperçu par Yahoo


 Is there a better way to achieve this goal?

 Thanks

HTH

[1] http://www.ovirt.org/Ovirt-engine-backup

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Issues with oVirt 3.4, centos 6.6 and Gluster

2014-11-05 Thread Federico Alberto Sayd
I have found some issues while trying to install two nodes with centos 
6.6, oVirt 3.4 and cluster functionality.


1 - If you enable the gluster service in a cluster, when you install the 
hosts, the installation fails because it tries to install the gluster 
packages from Centos repository and a dependency problem is reported.


Workaround: Install the package yum-plugin-priorities and set priority=1 
in the /etc/yum.repos.d/ovirt-3.4-dependencies.repo, section glusterfs-epel.


2 - If you reboot the host, the service glusterd doesn't start at init, 
and host becomes non operational.


Workaround: Manually set glusterd to start at boot, using for example 
ntsysv.


Regards

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


Re: [ovirt-users] [ovirt-devel] [SCALE][RFC] ksmd bound to one core

2014-11-05 Thread Adam Litke

On 04/11/14 13:11 +0100, Sven Kieske wrote:

Hi,

currently ksmd is a single process
and is thus bound to one core.

This leads to some scaling problems such as:

If you got a lot of vms on one host with huge amounts
of ram you can observe that the cpu usage by ksmd
goes easily to 100%.

I wonder if ksmd could not be split up
in child/worker threads, thus enabling higher density
of vms on one host.


It's likely going to be trickier than you imagine with the added
locking that would be required to synchronize the ksmd threads.



or can this just be tweaked by altering values in
/etc/ksmtuned.conf ?


I don't think it can.


What do you think?


Interesting idea.

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


Re: [ovirt-users] Protecting the storage of the self hosted engine

2014-11-05 Thread Alastair Neil
It was my understanding that the replica 3 requirement is for glusterfs
fuse storage, it's not clear that this would extend to NFS provided by a
gluster volume.  I'd appreciate clarification.

-Alastair


On 5 November 2014 12:57, Daniel Helgenberger daniel.helgenber...@m-box.de
wrote:



 On 05.11.2014 15:30, wodel youchi wrote:
  Hi, I am new on oirt.
 Hello and welcome!

 
  I want to know the best way to protect the storage of the hosted-engine?
 IHMO reliable hardware and contingency plans.

 
  In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this
 means
  that the NFS server or the iSCSI volume become the weak link.
 First we need to define 'weak link'. IMOH this can be Network and / or
 storage hardware like controllers and spindles (SSDs). As the later
 tends to be reliable I think your mean indeed the data link layer as
 'weak link'?

 Gluster can be the same weak link for instance, as it needs a network
 layer. If you use iSCSI together with some storage appliance maybe with
 redundant controllers, this setup is quite reliable and engine storage
 is protected if you use iSCSI Multipath (and the paths are indeed
 separate hardware switches).

 You could call NFS a weak link; but even there are quite reliable setups
 available witch support fail over, replicated storage and IPMP.

 
  I've read two articles, one using GlsuterFS+NFS and CTDB for High
 availability
  of the engine storage,: oVirt 3.4, Glusterized
 I have to warn you at this point. This setup seems quite tempting; even
 using localhost addresses with gluster's build in NFS. This was tried
 before (myself included) but it is far from stable.

 You would at least need repica 3 gluster volumes to avoid split brains.
 These seem to happen quite often. I include Martin here, we talked about
 this at the ovirt workshop in Düsseldorf; maybe he can provide a better
 explanation.

 AFAIK gluster will be supported as engine storage in the future; but
 this is not the case right now. Of course, you are welcome to try!

 That said, and because you are new to ovirt, the main thing you need to
 protect is not the engine storage, but your production data domains.

 The VMs will run fine and continue to run with the engine down or not
 available. In case of a real disaster, you will be able to import these
 storage domains along with their VMs to a new engine.

 For me, I tend to have my engine backed up using engine-backup [1] and
 put the result to a different storage. From that data you can recreate
 the whole engine.

  http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/,
 
 
  image http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
 
 
 
 
 
  oVirt 3.4, Glusterized
  http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
  oVirt's Hosted Engine feature, introduced in the project's 3.4 release,
 enables
  the open source virtualization system to host its own management server,
 which
  means...
  Afficher sur community.redha...
  http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
 
  Aperçu par Yahoo
 
 
  And another using GluserFS+NFS and KeepAlive: How to workaround through
 the maze
  and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0
 Beta |
  http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
 
 
 
 
  How to workaround through the maze and reach the goal of the new amazing
 oVirt
  Hosted Engine with 3
  http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
  andrewklau - My Small World of Rants, Excitement, Snippets and Tuts How
 to
  workaround through the maze and reach the goal of the new amazing oVirt
 Hosted
  Engine with 3.4.0 Beta
  Afficher sur www.andrewklau.com
  http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/
 
  Aperçu par Yahoo
 
 
  Is there a better way to achieve this goal?
 
  Thanks
 
 HTH

 [1] http://www.ovirt.org/Ovirt-engine-backup

 --
 Daniel Helgenberger
 m box bewegtbild GmbH

 P: +49/30/2408781-22
 F: +49/30/2408781-10

 ACKERSTR. 19
 D-10115 BERLIN


 www.m-box.de  www.monkeymen.tv

 Geschäftsführer: Martin Retschitzegger / Michaela Göllner
 Handeslregister: Amtsgericht Charlottenburg / HRB 112767
 ___
 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] VirtualDesktop Issue

2014-11-05 Thread Juan Carlos YJ. Lin
I am ussing nomachine server 4.3.30, an try to connect via NX to vm on ovirt 
If I open the console, and login with a user, it runs well. 
When logout, give a no display to connect error. 
Seems that if no console connected, no display enabled, 
how I can keep the display enabled in permanent way or how to create a sencond 
display available as virtualdesktops? 

Juan Carlos Lin 
Unisoft S.A. 
+595-993-288330 


---
Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente
Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones 
que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). 
La retransmisión del contenido no está autorizada fuera del contexto de su 
envío y a quien corresponde. El uso no autorizado de la información en este 
mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido 
este mensaje por error, por favor bórrala y notifique al remitente en la 
brevedad posible. El contenido de este mensaje no es responsabilidad de la 
Empresa y debe ser atribuido siempre a su autor. Gracias.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] [SCALE][RFC] ksmd bound to one core

2014-11-05 Thread Daniel Helgenberger


On 05.11.2014 21:07, Adam Litke wrote:
 On 04/11/14 13:11 +0100, Sven Kieske wrote:
 Hi,

 currently ksmd is a single process
 and is thus bound to one core.

 This leads to some scaling problems such as:

 If you got a lot of vms on one host with huge amounts
 of ram you can observe that the cpu usage by ksmd
 goes easily to 100%.
I wonder what would be the benefit here... I think spending CPU cycles 
on something like memory compression is not what (most) users would do. 
Already I think this is an annoyance; maybe thats why the process is 
niced to +5. A multi process daemon would require careful confining 
(with cgroups).
To my understanding the for KSM to really work well is to have many 
(idle / high mem) guests which are quite similar?


 I wonder if ksmd could not be split up
 in child/worker threads, thus enabling higher density
 of vms on one host.

 It's likely going to be trickier than you imagine with the added
 locking that would be required to synchronize the ksmd threads.
Actually I was refraining to answer Svens question since I lack some 
knowledge here. But I guessed synchronization was the reason for the 
single threadted design.
Some serous work needs to be done on KSM do achieve this goal. I was 
thinking about some map/reduce aglo to do that... OTOH mangeling with 
mem pages of guests very requires special care.


 or can this just be tweaked by altering values in
 /etc/ksmtuned.conf ?

 I don't think it can.

 What do you think?

 Interesting idea.


-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Cancelling a running task

2014-11-05 Thread Yair Zaslavsky


- Original Message -
 From: Liron Aravot lara...@redhat.com
 To: Eli Mesika emes...@redhat.com
 Cc: users@ovirt.org
 Sent: Wednesday, November 5, 2014 2:51:37 PM
 Subject: Re: [ovirt-users] Cancelling a running task
 
 
 
 - Original Message -
  From: Eli Mesika emes...@redhat.com
  To: Daniel Lang daniel.l...@redi.com
  Cc: users@ovirt.org
  Sent: Wednesday, November 5, 2014 2:23:00 PM
  Subject: Re: [ovirt-users] Cancelling a running task
  
  
  
  - Original Message -
   From: Daniel Lang daniel.l...@redi.com
   To: users@ovirt.org users@ovirt.org
   Sent: Tuesday, November 4, 2014 6:24:48 PM
   Subject: [ovirt-users] Cancelling a running task
   
   
   
   I am creating a VM and the copy from template operation has gone haywire
   causing significant performance issues on the host server. I’d like to
   cancel the copying image action (it’s been running ~3hours on a 3GB disk
   image copy) but I cannot find anything in the web UI to cancel a task. Is
   there a command line tool to cancel the running task?
  
  login to your SPM host and run the following
  
  vdsClient -s 0 getAllTasksStatuses
  
  You can than use
  
  stopTask
  TaskID
  stop async task
  
  and then
  
  clearTask
  TaskID
  clear async task
  
  
  
 I suggest to only stop the task/tasks and let the ovirt engine to perform the
 clearance of the tasks.

+1 - I agree with Liron.
Let AsyncTaskManager handle the task clearing - it will also remove relevant 
entries from db.
Ravi, what do you think?

 
   
   
   
   The oVirt version is 3.4 and vdsm version 4.14.
   
   
   
   Thanks for any advice or links to documentation/man pages.
   
   
   
   Daniel Lang
   
   © Copyright 2014 REDI Global Technologies LLC (“REDI”), member FINRA,
   SIPC.
   All rights reserved. The information contained in and accompanying this
   communication may be confidential, subject to legal privilege, or
   otherwise
   protected from disclosure, and is intended solely for the use of the
   intended recipient(s). If you are not the intended recipient of this
   communication, please delete and destroy all copies in your possession,
   notify the sender that you have received this communication in error, and
   note that any review or dissemination of, or the taking of any action in
   reliance on, this communication is expressly prohibited. E-mail messages
   may
   contain computer viruses or other defects, may not be accurately
   replicated
   on other systems, or may be intercepted, deleted or interfered with
   without
   the knowledge of the sender or the intended recipient. REDI makes no
   warranties in relation to these matters. Please note that REDI reserves
   the
   right to intercept, monitor, and retain e-mail messages to and from its
   systems as permitted by applicable law. If you are not comfortable with
   the
   risks associated with e-mail messages, you may decide not to use e-mail
   to
   communicate with REDI.
   
   ___
   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] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)

2014-11-05 Thread Daniel Helgenberger
Answering my own question; and maybe a very obvious cause for the 
failing provider: the missing provider plugin in forman!
So one needs to do:

yum install ruby193-rubygem-ovirt_provision_plugin

on the foreman host.

After that, the connection test in the engine comes up positive. Sadly, 
this is not documented anywhere; only on the GitHub repo readme [1]. 
This is also a little bit outdated, as the rbovirt dependency is 
resolved now automatically.

Also, but I am not sure, the porvider lugin needs the foreman_discovery 
plugin to work:

yum install ruby193-rubygem-foreman_discovery

[1] 
https://github.com/theforeman/ovirt_provision_plugin/blob/master/README.md

On 29.10.2014 00:36, Daniel Helgenberger wrote:
 Hello,

 did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am
 trying this for two days now.

 Setup:
 Engine; EL6.5
 Foreman; EL6.5

 Foreman seems to do it's as I can use it to deploy hosts and also smart
 proxies are running fine.

 I have opened a BZ [1]; because this really can not work out of the box
 with EL6 plain vanilla packages. I wonder if this was ever tested... ?
 Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This
 is known issue in Foreman [2] as longer DH keys are now used by default
 in Foreman / PuppetCA.
 A dirty fix confirmed working is adding default DH parameters to the
 foreman cert; effectively disabling it [3].

 So I got SSL working and I get beyond the authentication (entering wrong
 data gets me auth errors)- however, I am still not able to add the
 external provider. Pressing 'test' results in
 (Failed with error PROVIDER_FAILURE and code 5050)

 Sample engine.log
 2014-10-28 23:49:40,860 ERROR
 [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
 (ajp--127.0.0.1-8702-1) [6a3da4e7] Command
 org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw
 Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE
 (Failed with error PROVIDER_FAILURE and code 5050)

 I can't find any more hints in oVirt; access logs in Foreman are telling
 me API queries by the engine. Did I miss a crucial step in the foreman
 setup? How can I debug this issue?

 I am willing to upgrade openjdk; provided this does not break my engine...

 Thanks!

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749
 [2] https://tickets.puppetlabs.com/browse/SERVER-17
 [3] http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh
 [4] java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64


-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-11-05 Thread Robert Story
I've got a hosted engine up and running on a freshly installed 3.5 host
(CentOS 6.6), and I'm tyying to add a second host. The install fails trying
to configure the ovirtmgmt bridge:

[ INFO  ] Updating hosted-engine configuration
[ INFO  ] Stage: Transaction commit
[ INFO  ] Stage: Closing up
[ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge address

From the setup log:

2014-11-05 19:35:00 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._closeup:434 
Updating engine's management network to be vlanned 2014-11-05 19:35:02 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._closeup:445 
Adding the host to the cluster 2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host 
add_host._getIPAddress:184 Acquiring nic address
2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.executeRaw:785 
execute: ('/sbin/ip', 'addr', 'show', 'eth1.79'), executable='None', 
cwd='None', env=None
2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.executeRaw:803 
execute-result: ('/sbin/ip', 'addr', 'show', 'eth1.79'), rc=0
2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:861 
execute-output: ('/sbin/ip', 'addr', 'show', 'eth1.79') stdout:
4: eth1.79@eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state 
UP
link/ether 00:26:9e:0b:31:e5 brd ff:ff:ff:ff:ff:ff
inet 10.69.79.32/24 brd 10.69.79.255 scope global eth1.79
inet6 fe80::226:9eff:fe0b:31e5/64 scope link
   valid_lft forever preferred_lft forever

2014-11-05 19:35:03 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:866 
execute-output: ('/sbin/ip', 'addr', 'show', 'eth1.79') stderr:


2014-11-05 19:35:03 DEBUG otopi.context context._executeMethod:152 method 
exception
Traceback (most recent call last):
  File /usr/lib/python2.6/site-packages/otopi/context.py, line 142, in 
_executeMethod
method['method']()
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py,
 line 485, in _closeup
address=self._getIPAddress(),
  File 
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py,
 line 199, in _getIPAddress
raise RuntimeError(_('Cannot acquire bridge address'))
RuntimeError: Cannot acquire bridge address
2014-11-05 19:35:03 ERROR otopi.context context._executeMethod:161 Failed to 
execute stage 'Closing up': Cannot acquire bridge address

The install on the first host worked fine on a VLAN (eth1.79).

Robert

-- 
Senior Software Engineer @ Parsons


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-11-05 Thread Robert Story
On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote:
RS I've got a hosted engine up and running on a freshly installed 3.5 host
RS (CentOS 6.6), and I'm tyying to add a second host. The install fails
RS trying to configure the ovirtmgmt bridge:
RS 
RS [ INFO  ] Updating hosted-engine configuration
RS [ INFO  ] Stage: Transaction commit
RS [ INFO  ] Stage: Closing up
RS [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge
RS address
RS 
RS From the setup log:
RS [snip]

complete logs from the second host at http://futz.org/users/tmp/ovirt7/



Robert

-- 
Senior Software Engineer @ Parsons


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)

2014-11-05 Thread Oved Ourfali
These steps are also in the feature page, but it would be nice if you review 
them to see nothing is missing.

http://www.ovirt.org/Features/AdvancedForemanIntegration

Thanks
Oved

On Nov 6, 2014 12:40 AM, Daniel Helgenberger daniel.helgenber...@m-box.de 
wrote:

 Answering my own question; and maybe a very obvious cause for the 
 failing provider: the missiAnswering my own question; and maybe a very 
 obvious cause for the 
failing provider: the missing provider plugin in forman!
So one needs to do:

yum install ruby193-rubygem-ovirt_provision_plugin

on the foreman host.

After that, the connection test in the engine comes up positive. Sadly, 
this is not documented anywhere; only on the GitHub repo readme [1]. 
This is also a little bit outdated, as the rbovirt dependency is 
resolved now automatically.

Also, but I am not sure, the porvider lugin needs the foreman_discovery 
plugin to work:

yum install ruby193-rubygem-foreman_discovery

[1] 
https://github.com/theforeman/ovirt_provision_plugin/blob/master/README.md

On 29.10.2014 00:36, Daniel Helgenberger wrote:
 Hello,

 did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am
 trying this for two days now.

 Setup:
 Engine; EL6.5
 Foreman; EL6.5

 Foreman seems to do it's as I can use it to deploy hosts and also smart
 proxies are running fine.

 I have opened a BZ [1]; because this really can not work out of the box
 with EL6 plain vanilla packages. I wonder if this was ever tested... ?
 Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This
 is known issue in Foreman [2] as longer DH keys are now used by default
 in Foreman / PuppetCA.
 A dirty fix confirmed working is adding default DH parameters to the
 foreman cert; effectively disabling it [3].

 So I got SSL working and I get beyond the authentication (entering wrong
 data gets me auth errors)- however, I am still not able to add the
 external provider. Pressing 'test' results in
 (Failed with error PROVIDER_FAILURE and code 5050)

 Sample engine.log
 2014-10-28 23:49:40,860 ERROR
 [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
 (ajp--127.0.0.1-8702-1) [6a3da4e7] Command
 org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw
 Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE
 (Failed with error PROVIDER_FAILURE and code 5050)

 I can't find any more hints in oVirt; access logs in Foreman are telling
 me API queries by the engine. Did I miss a crucial step in the foreman
 setup? How can I debug this issue?

 I am willing to upgrade openjdk; provided this does not break my engine...

 Thanks!

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749
 [2] https://tickets.puppetlabs.com/browse/SERVER-17
 [3] http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh
 [4] java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64


-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
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] 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-11-05 Thread Jiri Moskovcak

On 11/06/2014 02:19 AM, Robert Story wrote:

On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote:
RS I've got a hosted engine up and running on a freshly installed 3.5 host
RS (CentOS 6.6), and I'm tyying to add a second host. The install fails
RS trying to configure the ovirtmgmt bridge:
RS
RS [ INFO  ] Updating hosted-engine configuration
RS [ INFO  ] Stage: Transaction commit
RS [ INFO  ] Stage: Closing up
RS [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge
RS address
RS
RS From the setup log:
RS [snip]

complete logs from the second host at http://futz.org/users/tmp/ovirt7/




Hi,
this seems like a question for our network gurus, Antoni, can you please 
take a look?


Thanks,
Jirka



Robert



___
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] 3.5 hosted engine: 2nd host Cannot acquire bridge address

2014-11-05 Thread Sandro Bonazzola
Il 06/11/2014 08:19, Jiri Moskovcak ha scritto:
 On 11/06/2014 02:19 AM, Robert Story wrote:
 On Wed, 5 Nov 2014 19:57:07 -0500 Robert wrote:
 RS I've got a hosted engine up and running on a freshly installed 3.5 host
 RS (CentOS 6.6), and I'm tyying to add a second host. The install fails
 RS trying to configure the ovirtmgmt bridge:
 RS
 RS [ INFO  ] Updating hosted-engine configuration
 RS [ INFO  ] Stage: Transaction commit
 RS [ INFO  ] Stage: Closing up
 RS [ ERROR ] Failed to execute stage 'Closing up': Cannot acquire bridge
 RS address
 RS
 RS From the setup log:
 RS [snip]

 complete logs from the second host at http://futz.org/users/tmp/ovirt7/


 
 Hi,
 this seems like a question for our network gurus, Antoni, can you please take 
 a look?

Adding Antoni to cc

 
 Thanks,
 Jirka
 

 Robert



 ___
 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


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