Re: [ovirt-users] Failed to create volume in OVirt with gluster

2015-01-09 Thread Punit Dambiwal
Hi Martin,

I installed gluster from ovirt repois it require to install those
packages manually ??

On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavlík  wrote:

> Hi Punit,
>
> can you verify that nodes contain cluster packages from the following log?
>
> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift-object',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift-plugin',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift-account',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift-proxy',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift-doc',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) 
> rpm package ('gluster-swift-container',) not found
> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) 
> rpm package ('glusterfs-geo-replication',) not found
>
>
> M.
>
> On 09 Jan 2015, at 11:13, Punit Dambiwal  wrote:
>
> Hi Kanagaraj,
>
> Please find the attached logs :-
>
> Engine Logs :- http://ur1.ca/jdopt
> VDSM Logs :- http://ur1.ca/jdoq9
>
>
>
> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj  wrote:
>
>>  Do you see any errors in the UI?
>>
>> Also please provide the engine.log and vdsm.log when the failure occured.
>>
>> Thanks,
>> Kanagaraj
>>
>>
>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote:
>>
>> Hi Martin,
>>
>>  The steps are below :-
>>
>>  1. Step the ovirt engine on the one server...
>> 2. Installed centos 7 on 4 host node servers..
>> 3. I am using host node (compute+storage)now i have added all 4 nodes
>> to engine...
>> 4. Create the gluster volume from GUI...
>>
>>  Network :-
>> eth0 :- public network (1G)
>> eth1+eth2=bond0= VM public network (1G)
>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network)
>>
>>  every hostnode has 24 bricks=24*4(distributed replicated)
>>
>>  Thanks,
>> Punit
>>
>>
>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavlík  wrote:
>>
>>> Hi Punit,
>>>
>>> can you please provide also errors from /var/log/vdsm/vdsm.log and
>>> /var/log/vdsm/vdsmd.log
>>>
>>> it would be really helpful if you provided exact steps how to reproduce
>>> the problem.
>>>
>>> regards
>>>
>>> Martin Pavlik - rhev QE
>>>  > On 08 Jan 2015, at 03:06, Punit Dambiwal  wrote:
>>> >
>>> > Hi,
>>> >
>>> > I try to add gluster volume but it failed...
>>> >
>>> > Ovirt :- 3.5
>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7
>>> > KVM :- 1.5.3 - 60.el7_0.2
>>> > libvirt-1.1.1-29.el7_0.4
>>> > Glusterfs :- glusterfs-3.5.3-1.el7
>>> >
>>> > Engine Logs :-
>>> >
>>> > 2015-01-08 09:57:52,569 INFO
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock
>>> EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300
>>> value: GLUSTER
>>> > , sharedLocks= ]
>>> > 2015-01-08 09:57:52,609 INFO
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock
>>> EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300
>>> value: GLUSTER
>>> > , sharedLocks= ]
>>> > 2015-01-08 09:57:55,582 INFO
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock
>>> EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300
>>> value: GLUSTER
>>> > , sharedLocks= ]
>>> > 2015-01-08 09:57:55,591 INFO
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock
>>> EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300
>>> value: GLUSTER
>>> > , sharedLocks= ]
>>> > 2015-01-08 09:57:55,596 INFO
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock
>>> EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300
>>> value: GLUSTER
>>> > , sharedLocks= ]
>>> > 2015-01-08 09:57:55,633 INFO
>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock
>>> EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300
>>> value: GLUSTER
>>> > , sharedLocks= ]
>>> > ^C
>>> >
>>> >
>>>
>>>
>>
>>
> <216 09-Jan-15.jpg><217 09-Jan-15.jpg>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] Community ads on StackOverflow, 1st half 2015

2015-01-09 Thread Allon Mureinik
Seems like a couple of the moderators there have their signals crossed about 
whether we're allowed to participate in consecutive campaigns with a different 
ad or not.
I'm trying to get a straight answer from them, and will update here when the 
uncertainty is cleared up.

- Original Message -
> From: "Brian Proffitt" 
> To: "users" 
> Cc: de...@ovirt.org
> Sent: Thursday, January 8, 2015 10:12:39 PM
> Subject: [ovirt-devel] Community ads on StackOverflow, 1st half 2015
> 
> We have a new community ad set to go for the next StackOverflow campaign for
> the first half of the year. Allon Mureinik has posted it at:
> 
> http://meta.stackoverflow.com/a/283016/2422776
> 
> Now we just need some upvotes there to have the ad approved. The current
> threshold is +6. If you are a member of the StackOverflow network, we could
> use the support!
> 
> Thanks!
> 
> BKP
> 
> 
> --
> Brian Proffitt
> 
> Community Liaison
> oVirt
> Open Source and Standards, Red Hat - http://community.redhat.com
> Phone: +1 574 383 9BKP
> IRC: bkp @ OFTC
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
> 
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Recovering from an aborted hosted-engine --deploy

2015-01-09 Thread Michael Schefczyk
Dear All,

after a failing hosted-engine --deploy, I am trying to recover the system based 
on the following description:
http://lists.ovirt.org/pipermail/users/2014-May/024423.html

Whatever I do, however, I receive the following message during the next 
hosted-engine --deploy:
[ ERROR ] Failed to execute stage 'Environment setup': Failed to reconfigure 
libvirt for VDSM

Is there a way to initiate such reconfiguration without completely installing 
the server from scratch??

Thank you very much for any efforts,

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


[ovirt-users] Problems starting VM

2015-01-09 Thread Jeremy Utley
Hello everyone!

We have been working on our testing OVirt cluster today again, for the
first time in a few weeks, and all of the sudden a new problem has cropped
up.  VM's that I created weeks ago and had working properly are now no
longer starting.  When we try to start one of them, we get this error in
the engine console:

VM CentOS1 is down with error. Exit message: Bad volume specification
{'index': 0, 'iface': 'virtio', 'type': 'disk', 'format': 'raw',
'bootOrder': '1', 'volumeID': 'a737621e-6e66-4cd9-9014-67f7aaa184fb',
'apparentsize': '53687091200', 'imageID':
'702440a9-cd53-4300-8369-28123e8a095e', 'specParams': {}, 'readonly':
'false', 'domainID': 'fa2f828c-f98a-4a17-99fb-1ec1f46d018c', 'reqsize':
'0', 'deviceId': '702440a9-cd53-4300-8369-28123e8a095e', 'truesize':
'53687091200', 'poolID': 'a0781e2b-6242-4043-86c2-cd6694688ed2', 'device':
'disk', 'shared': 'false', 'propagateErrors': 'off', 'optional': 'false'}.


Looking at the VDSM log files, I think I've found what's actually
triggering this up, but I honestly do not know how to decipher it - here's
the message:

Thread-418::ERROR::2015-01-09
15:59:57,874::task::863::Storage.TaskManager.Task::(_setError)
Task=`11a740b7-4391-47ab-8575-919bd1e0c3fb`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 870, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3242, in prepareImage
leafInfo = dom.produceVolume(imgUUID, leafUUID).getVmVolumeInfo()
  File "/usr/share/vdsm/storage/glusterVolume.py", line 35, in
getVmVolumeInfo
volTrans = VOLUME_TRANS_MAP[volInfo[volname]['transportType'][0]]
KeyError: u'_gf-os'

This is Ovirt 3.5, with a 2-node gluster as the storage domain (no ovirt
stuff running there) , and 5 virtualization nodes, all machines running
CentOS 6.6 installs.  We also have the patched RPMs that *should* enable
libgfapi access to gluster, but I can't confirm those are working
properly.  The gluster filesystem is mounted on the virtualization node:

gf-os01-ib:/gf-os on /rhev/data-center/mnt/glusterSD/gf-os01-ib:_gf-os type
fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072)

Anyone got any ideas?  More logs available upon request.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Problems after upgrade to 3.5

2015-01-09 Thread Alexandr Krivulya
09.01.2015 18:00, Alexander Wels пишет:
> On Friday, January 09, 2015 05:31:20 PM Alexandr Krivulya wrote:
>> No luck, same error. I think it's due to some misconfiguration...
>>
> Hi,
>
> look in /var/log/ovirt-engine at server.log. It should contain the exception 
> that generated the 500 error. If not there look in engine.log. I have a 
> suspicion you will see a java.lang.NoClassDefFoundError exception related to 
> jackson-xc.
>
>
Thank you, Alexander and Martin
It's "java.lang.RuntimeException: Unable to instantiate
MessageBodyWriter". This points me to a similar thread [1], which helps
to solve the problem.

1. http://lists.ovirt.org/pipermail/users/2014-October/028370.html

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


Re: [ovirt-users] Status libgfapi support in oVirt

2015-01-09 Thread Darrell Budic
Any chance of an update for the 4.16.10 build from ybrohoni yesterday?

Or has this made it into the nightlies yet?


> On Nov 21, 2014, at 4:25 PM, Federico Simoncelli  wrote:
> 
> I updated the packages (rebasing on a newer master) and I provided an
> el7 build as well:
> 
> https://fsimonce.fedorapeople.org/vdsm-libgfapi/
> 
> These rpms are less tested than the previous ones but the rebase was
> straight forward.
> 
> -- 
> Federico
> ___
> 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] Problems after upgrade to 3.5

2015-01-09 Thread Alexander Wels
On Friday, January 09, 2015 05:31:20 PM Alexandr Krivulya wrote:
> No luck, same error. I think it's due to some misconfiguration...
> 

Hi,

look in /var/log/ovirt-engine at server.log. It should contain the exception 
that generated the 500 error. If not there look in engine.log. I have a 
suspicion you will see a java.lang.NoClassDefFoundError exception related to 
jackson-xc.

> 09.01.2015 17:04, Martin Pavlík пишет:
> > Hi Alexandr,
> > 
> > for the API part try to change the entry_point as follows:
> > 
> > whatever_the_path_was/api
> > to
> > whatever_the_path_was/ovirt-engine/api
> > 
> > HTH
> > 
> > Martin Pavlik - RHEV QE
> > 
> >> On 09 Jan 2015, at 15:24, Alexandr Krivulya 
> >> wrote:
> >> 
> >> Hello!
> >> Recently I have upgraded my installation to 3.5. Everything works fine
> >> except of two things:
> >> 
> >> 1. I cannot use REST API any more - "Internal server error 500" with java
> >> exception. May be I missing something? 2. Cannot import VM from Export
> >> domain to Local Storage - "VM already exists" error, but there are no
> >> any vms or disks on local storage.
> >> 
> >> 
> >> ___
> >> 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] Problems after upgrade to 3.5

2015-01-09 Thread Alexandr Krivulya
No luck, same error. I think it's due to some misconfiguration...



09.01.2015 17:04, Martin Pavlík пишет:
> Hi Alexandr,
>
> for the API part try to change the entry_point as follows:
>
> whatever_the_path_was/api
> to
> whatever_the_path_was/ovirt-engine/api
>
> HTH
>
> Martin Pavlik - RHEV QE
>> On 09 Jan 2015, at 15:24, Alexandr Krivulya  wrote:
>>
>> Hello!
>> Recently I have upgraded my installation to 3.5. Everything works fine 
>> except of two things:
>>
>> 1. I cannot use REST API any more - "Internal server error 500" with java 
>> exception. May be I missing something?
>> 2. Cannot import VM from Export domain to Local Storage - "VM already 
>> exists" error, but there are no any vms or disks on local storage.
>>
>> 
>> ___
>> 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] Problems after upgrade to 3.5

2015-01-09 Thread Martin Pavlík
Hi Alexandr,

for the API part try to change the entry_point as follows:

whatever_the_path_was/api
to
whatever_the_path_was/ovirt-engine/api

HTH

Martin Pavlik - RHEV QE
> On 09 Jan 2015, at 15:24, Alexandr Krivulya  wrote:
> 
> Hello!
> Recently I have upgraded my installation to 3.5. Everything works fine except 
> of two things:
> 
> 1. I cannot use REST API any more - "Internal server error 500" with java 
> exception. May be I missing something?
> 2. Cannot import VM from Export domain to Local Storage - "VM already exists" 
> error, but there are no any vms or disks on local storage.
> 
> 
> ___
> 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] Problems after upgrade to 3.5

2015-01-09 Thread Alexandr Krivulya
Hello!
Recently I have upgraded my installation to 3.5. Everything works fine
except of two things:

1. I cannot use REST API any more - "Internal server error 500" with
java exception. May be I missing something?
2. Cannot import VM from Export domain to Local Storage - "VM already
exists" error, but there are no any vms or disks on local storage.


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


Re: [ovirt-users] Override hostname novnc

2015-01-09 Thread Simone Tiraboschi


- Original Message -
> From: "Alon Bar-Lev" 
> To: "Johan Kooijman" 
> Cc: "users" 
> Sent: Monday, January 5, 2015 11:24:13 AM
> Subject: Re: [ovirt-users] Override hostname novnc
> 
> 
> The following command should be helpful:
> 
> engine-config -s WebSocketProxy=host

Just to add that novnc client requires a trusted ssl connection so, if you are 
using a different hostname, you'll probably need to regenerate the 
WebSocketProxy cert.

> - Original Message -
> > From: "Johan Kooijman" 
> > To: "users" 
> > Sent: Monday, January 5, 2015 10:59:40 AM
> > Subject: [ovirt-users] Override hostname novnc
> > 
> > Hey all,
> > 
> > Is there a way to override the host parameter that novnc uses in it's URL?
> > It
> > now tries to use it's internal hostname (private LAN), while we also like
> > to
> > connect over the internet:
> > 
> > https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100
> > 
> > --
> > Met vriendelijke groeten / With kind regards,
> > Johan Kooijman
> > 
> > ___
> > 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] Setting Base DN for LDAP authentication

2015-01-09 Thread Ondra Machacek

Hi,

On 01/09/2015 07:31 AM, jdel...@web.de wrote:

Hello,

I'm trying to configure LDAP authentication with oVirt 3.5 and 
ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But 
the given examples are missing the explicit specification of a base dn. Could 
you please advise me how this can be done?

My curent configuration:

[jd@om01 ovirt-engine]$ cat aaa/company-ldap.properties
include = 

vars.server = ldap.company.de

vars.user = cn=system,dc=company,dc=de
vars.password = password

pool.default.serverset.single.server = ${global:vars.server}
pool.default.auth.simple.bindDN = ${global:vars.user}
pool.default.auth.simple.password = ${global:vars.password}

[jd@om01 ovirt-engine]$ cat company-ldap-authn.properties
ovirt.engine.extension.name = company-ldap-authn
ovirt.engine.extension.bindings.method = jbossmodule
ovirt.engine.extension.binding.jbossmodule.module = 
org.ovirt.engine-extensions.aaa.ldap
ovirt.engine.extension.binding.jbossmodule.class = 
org.ovirt.engineextensions.aaa.ldap.AuthnExtension
ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
ovirt.engine.aaa.authn.profile.name = company-ldap
ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz
config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties

[jd@om01 ovirt-engine]$ cat company-ldap-authz.properties
ovirt.engine.extension.name = company-ldap-authz
ovirt.engine.extension.bindings.method = jbossmodule
ovirt.engine.extension.binding.jbossmodule.module = 
org.ovirt.engine-extensions.aaa.ldap
ovirt.engine.extension.binding.jbossmodule.class = 
org.ovirt.engineextensions.aaa.ldap.AuthzExtension
ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz
config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties

[jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D 
cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro
# extended LDIF
#
# LDAPv3
# base  with scope subtree
# filter: cn=jdeloro
# requesting: ALL
#

# jdeloro, users, admins, company.de
dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de
[... and many more lines ...]

I could not use namingContexts from RootDSE cause this results in base dn dc=de 
instead of dc=company,dc=de.


Can you try user 'cn=Manager', I think it's incorrectly configured ACL.



Kind regards

Jannick
___
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] New Vdsm Build for oVirt 3.5

2015-01-09 Thread Sven Kieske
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

would it be possible to also generate some kind of changelog?

As there is no changelog yet (that I know of), I tried
to find some git tag
or a commit which bumped the version to 4.16.10
but I didn't find one in the 3.5 ovirt branch at:
http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs%2Fheads%2Fovirt-3.5

am I looking in the wrong direction?

Any help would be appreciated

Thanks

Sven
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQGcBAEBAgAGBQJUr88UAAoJEAq0kGAWDrqlaJEL/j3mJj6AOF/d89CteCEKKnrd
1Pm1OtqtQ3ObACAcXOgLqZJL+DC4cgsO3MdO+50wZ3lmPztKugMyv9a3KZdr8Gr+
PGZWEta64Hbn9xl5qeSazY52I5B44SJNRDETNJHbqZOJYZDJ3wGsFN2SkLFjk32M
3WFxw5LtsoFTw012yYojVyZDV3RP5j1QnBNTY3awNDPbSQ1ee+8GjdsiEmvUmwJK
5ooJ6eSPAPNxRXp9Nhr8cV+6Gf2EuLvlviKLNV+OHFNR5X2kJG0JvdqrYxnWo1dX
65O1AKDLhunYFfl0XgCeZGSgOtBb1V/KYniKeDbv5/9rFyTQUnxFU9YAP668q1ZP
IdYBCUHGMpB4y0U7vTfWhmnja4krIQYbXaLhszk8yp3VntBQZG6dtozQH6jheGgw
HTAxmptw1CsVmvQjl/0SvG3GQTGSxcKfTlXHo6EfscFR+QMIq88yApcGTR1+z1my
6tn2Ju4CCwh/ftCqu5wm1NEHls329tU91TOsn4xaQg==
=VmOs
-END PGP SIGNATURE-
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Setting Base DN for LDAP authentication

2015-01-09 Thread Alon Bar-Lev


- Original Message -
> From: jdel...@web.de
> To: "Alon Bar-Lev" 
> Cc: users@ovirt.org
> Sent: Friday, January 9, 2015 1:20:44 PM
> Subject: Re: [ovirt-users] Setting Base DN for LDAP authentication
> 
> Hello Alon,
> 
> > > I'm trying to configure LDAP authentication with oVirt 3.5 and
> > > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport
> > > example.
> > > But the given examples are missing the explicit specification of a base
> > > dn.
> > > Could you please advise me how this can be done?
> > > 
> > > My curent configuration:
> > > 
> > > [jd@om01 ovirt-engine]$ cat aaa/company-ldap.properties
> > > include = 
> > > 
> > > vars.server = ldap.company.de
> > > 
> > > vars.user = cn=system,dc=company,dc=de
> > > vars.password = password
> > > 
> > > pool.default.serverset.single.server = ${global:vars.server}
> > > pool.default.auth.simple.bindDN = ${global:vars.user}
> > > pool.default.auth.simple.password = ${global:vars.password}
> > > 
> > > [jd@om01 ovirt-engine]$ cat company-ldap-authn.properties
> > > ovirt.engine.extension.name = company-ldap-authn
> > > ovirt.engine.extension.bindings.method = jbossmodule
> > > ovirt.engine.extension.binding.jbossmodule.module =
> > > org.ovirt.engine-extensions.aaa.ldap
> > > ovirt.engine.extension.binding.jbossmodule.class =
> > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension
> > > ovirt.engine.extension.provides =
> > > org.ovirt.engine.api.extensions.aaa.Authn
> > > ovirt.engine.aaa.authn.profile.name = company-ldap
> > > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz
> > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties
> > > 
> > > [jd@om01 ovirt-engine]$ cat company-ldap-authz.properties
> > > ovirt.engine.extension.name = company-ldap-authz
> > > ovirt.engine.extension.bindings.method = jbossmodule
> > > ovirt.engine.extension.binding.jbossmodule.module =
> > > org.ovirt.engine-extensions.aaa.ldap
> > > ovirt.engine.extension.binding.jbossmodule.class =
> > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension
> > > ovirt.engine.extension.provides =
> > > org.ovirt.engine.api.extensions.aaa.Authz
> > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties
> > > 
> > > [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
> > > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro
> > > # extended LDIF
> > > #
> > > # LDAPv3
> > > # base  with scope subtree
> > > # filter: cn=jdeloro
> > > # requesting: ALL
> > > #
> > > 
> > > # jdeloro, users, admins, company.de
> > > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de
> > > [... and many more lines ...]
> > > 
> > > I could not use namingContexts from RootDSE cause this results in base dn
> > > dc=de instead of dc=company,dc=de.
> > 
> > Can you explain why the namingContexts is not sufficient? just for me to
> > know and maybe enable easier override?
> > It should contain a valid base DN for you to use.
> 
> [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
> cn=system,dc=company,dc=de -W -s base namingContexts -LLL
> dn:
> namingContexts: dc=de
> 
> This isn't the correct base dn. I need dc=company,dc=de to find any users. I
> don't know, why LDAP is configured like this. But I need to work with it.
> 
> [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
> cn=system,dc=company,dc=de -W -b dc=de cn=jdeloro
> # extended LDIF
> #
> # LDAPv3
> # base  with scope subtree
> # filter: cn=jdeloro
> # requesting: ALL
> #
> 
> # search result
> search: 2
> result: 32 No such object
> 
> # numResponses: 1
> 
> [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
> cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro
> # extended LDIF
> #
> # LDAPv3
> # base  with scope subtree
> # filter: cn=jdeloro
> # requesting: ALL
> #
> 
> # jdeloro, users, admins, company.de
> dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de
> [... and many more lines ...]
> 
> > You have two options to fix this:
> > 
> > 1. add another attribute to openldap let's say myNamingContext with valid
> > value and add the following to profile (company-ldap.properties):
> > 
> > sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars
> > sequence.my-openldap-init-vars.010.description = set base dn
> > sequence.my-openldap-init-vars.010.type = var-set
> > sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN
> > sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts
> 
> I can't use this options, because I'm not allowed to make LDAP changes.
> 
> > 2. another option is to enforce baseDN (company-ldap.properties):
> > 
> > sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars
> > sequence.my-openldap-init-vars.010.description = set base dn
> > sequence.my-openldap-init-vars.010.type = var-set
> > sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN
> > sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de
> 
> I ha

[ovirt-users] Get involved in oVirt project! January edition

2015-01-09 Thread Sandro Bonazzola
Hi,
are you full of energy after winter holidays and do you want to get 
involved in oVirt project?
Here are some bugs you can hopefully fix in less that one day or you can just 
try to reproduce providing info:

Bug 1080823 - [RFE] make override of iptables configurable when using 
hosted-engine
Bug 1065350 - hosted-engine should prompt a question at the user when the host 
was already a host in the engine
Bug 1059952 - hosted-engine --deploy (additional host) will fail if the engine 
is not using the default self-signed CA
Bug 1073421 - [RFE] allow additional parameter for engine-backup to omit 
audit_log data
Bug 1083104 - engine-setup --offline does not update versionlock

Do you want something easier?

Bug ID  Status  Summary
1174285 NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support"
734120  NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size
1115059 NEW Incomplete error message when adding VNIC profile to running VM
1156060 NEW [text] engine admin password prompt consistency
1143817 NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not 
clear enough
772931  NEW [RFE] Reports should include the name of the oVirt engine


You don't have programming skills but you want to contribute?
Here are some bugs you can take care of, also without writing a line of code:

Bug ID  Status  Summary
108 NEW Hosted Engine documentation has several errors
105 NEW Migrate to Hosted Engine How-To does not state all pre-reqs
1159784 NEW [RFE] Document when and where new features are available when 
upgrading cluster / datacenters
1074545 NEW Error in API documentation: Create API object in python sdk
1120585 NEW update image uploader documentation
1120586 NEW update iso uploader documentation
1120588 NEW update log collector documentation
1074301 NEW [RFE] ovirt-shell has no man page

Do you prefer to test things? We have some test cases[5] you can try using 
nightly snapshots[6]

Do you want to contribute test cases? Most of the features[7] included in oVirt 
are missing a test case, you're welcome to contribute one!

Is this the first time you try to contribute to oVirt project?
You can start from here [1][2]!
Don't know gerrit very well? You can find some more docs here [3].
Any other question about development? Feel free to ask on de...@ovirt.org or on 
irc channel[4].

[1] http://www.ovirt.org/Develop
[2] http://www.ovirt.org/Working_with_oVirt_Gerrit
[3] https://gerrit-review.googlesource.com/Documentation
[4] http://www.ovirt.org/Community
[5] http://www.ovirt.org/Category:TestCase
[6] http://www.ovirt.org/Install_nightly_snapshot
[7] http://www.ovirt.org/Category:Feature

-- 
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] Setting Base DN for LDAP authentication

2015-01-09 Thread jdeloro
Hello Alon,

> > I'm trying to configure LDAP authentication with oVirt 3.5 and
> > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example.
> > But the given examples are missing the explicit specification of a base dn.
> > Could you please advise me how this can be done?
> > 
> > My curent configuration:
> > 
> > [jd@om01 ovirt-engine]$ cat aaa/company-ldap.properties
> > include = 
> > 
> > vars.server = ldap.company.de
> > 
> > vars.user = cn=system,dc=company,dc=de
> > vars.password = password
> > 
> > pool.default.serverset.single.server = ${global:vars.server}
> > pool.default.auth.simple.bindDN = ${global:vars.user}
> > pool.default.auth.simple.password = ${global:vars.password}
> > 
> > [jd@om01 ovirt-engine]$ cat company-ldap-authn.properties
> > ovirt.engine.extension.name = company-ldap-authn
> > ovirt.engine.extension.bindings.method = jbossmodule
> > ovirt.engine.extension.binding.jbossmodule.module =
> > org.ovirt.engine-extensions.aaa.ldap
> > ovirt.engine.extension.binding.jbossmodule.class =
> > org.ovirt.engineextensions.aaa.ldap.AuthnExtension
> > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
> > ovirt.engine.aaa.authn.profile.name = company-ldap
> > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz
> > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties
> > 
> > [jd@om01 ovirt-engine]$ cat company-ldap-authz.properties
> > ovirt.engine.extension.name = company-ldap-authz
> > ovirt.engine.extension.bindings.method = jbossmodule
> > ovirt.engine.extension.binding.jbossmodule.module =
> > org.ovirt.engine-extensions.aaa.ldap
> > ovirt.engine.extension.binding.jbossmodule.class =
> > org.ovirt.engineextensions.aaa.ldap.AuthzExtension
> > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz
> > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties
> > 
> > [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
> > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro
> > # extended LDIF
> > #
> > # LDAPv3
> > # base  with scope subtree
> > # filter: cn=jdeloro
> > # requesting: ALL
> > #
> > 
> > # jdeloro, users, admins, company.de
> > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de
> > [... and many more lines ...]
> > 
> > I could not use namingContexts from RootDSE cause this results in base dn
> > dc=de instead of dc=company,dc=de.
> 
> Can you explain why the namingContexts is not sufficient? just for me to know 
> and maybe enable easier override?
> It should contain a valid base DN for you to use.

[jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D 
cn=system,dc=company,dc=de -W -s base namingContexts -LLL
dn:
namingContexts: dc=de

This isn't the correct base dn. I need dc=company,dc=de to find any users. I 
don't know, why LDAP is configured like this. But I need to work with it.

[jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
cn=system,dc=company,dc=de -W -b dc=de cn=jdeloro
# extended LDIF
#
# LDAPv3
# base  with scope subtree
# filter: cn=jdeloro
# requesting: ALL
#

# search result
search: 2
result: 32 No such object

# numResponses: 1

[jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro
# extended LDIF
#
# LDAPv3
# base  with scope subtree
# filter: cn=jdeloro
# requesting: ALL
#

# jdeloro, users, admins, company.de
dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de
[... and many more lines ...]

> You have two options to fix this:
> 
> 1. add another attribute to openldap let's say myNamingContext with valid 
> value and add the following to profile (company-ldap.properties):
> 
> sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars
> sequence.my-openldap-init-vars.010.description = set base dn
> sequence.my-openldap-init-vars.010.type = var-set
> sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN
> sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts

I can't use this options, because I'm not allowed to make LDAP changes.

> 2. another option is to enforce baseDN (company-ldap.properties):
> 
> sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars
> sequence.my-openldap-init-vars.010.description = set base dn
> sequence.my-openldap-init-vars.010.type = var-set
> sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN
> sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de

I have added the lines and restarted ovirt-engine, but the Namespace in 'Add 
Users and Groups' is still 'dc=de' and I can't find any users.

Kind regards

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


Re: [ovirt-users] Failed to create volume in OVirt with gluster

2015-01-09 Thread Martin Pavlík
Hi Punit,
can you verify that nodes contain cluster packages from the following log?
Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift-object',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift-plugin',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift-account',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift-proxy',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift-doc',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) 
rpm package ('gluster-swift-container',) not found
Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) 
rpm package ('glusterfs-geo-replication',) not found

M.

> On 09 Jan 2015, at 11:13, Punit Dambiwal  wrote:
> 
> Hi Kanagaraj,
> 
> Please find the attached logs :- 
> 
> Engine Logs :- http://ur1.ca/jdopt 
> VDSM Logs :- http://ur1.ca/jdoq9 
> 
> 
> 
> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj  > wrote:
> Do you see any errors in the UI?
> 
> Also please provide the engine.log and vdsm.log when the failure occured.
> 
> Thanks,
> Kanagaraj
> 
> 
> On 01/08/2015 02:25 PM, Punit Dambiwal wrote:
>> Hi Martin,
>> 
>> The steps are below :- 
>> 
>> 1. Step the ovirt engine on the one server...
>> 2. Installed centos 7 on 4 host node servers..
>> 3. I am using host node (compute+storage)now i have added all 4 nodes to 
>> engine...
>> 4. Create the gluster volume from GUI...
>> 
>> Network :- 
>> eth0 :- public network (1G)
>> eth1+eth2=bond0= VM public network (1G)
>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network)
>> 
>> every hostnode has 24 bricks=24*4(distributed replicated)
>> 
>> Thanks,
>> Punit
>> 
>> 
>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavlík > > wrote:
>> Hi Punit,
>> 
>> can you please provide also errors from /var/log/vdsm/vdsm.log and 
>> /var/log/vdsm/vdsmd.log
>> 
>> it would be really helpful if you provided exact steps how to reproduce the 
>> problem.
>> 
>> regards
>> 
>> Martin Pavlik - rhev QE
>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > > > wrote:
>> >
>> > Hi,
>> >
>> > I try to add gluster volume but it failed...
>> >
>> > Ovirt :- 3.5
>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7
>> > KVM :- 1.5.3 - 60.el7_0.2
>> > libvirt-1.1.1-29.el7_0.4
>> > Glusterfs :- glusterfs-3.5.3-1.el7
>> >
>> > Engine Logs :-
>> >
>> > 2015-01-08 09:57:52,569 INFO  
>> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] 
>> > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock 
>> > EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300 
>> > value: GLUSTER
>> > , sharedLocks= ]
>> > 2015-01-08 09:57:52,609 INFO  
>> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] 
>> > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock 
>> > EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300 
>> > value: GLUSTER
>> > , sharedLocks= ]
>> > 2015-01-08 09:57:55,582 INFO  
>> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] 
>> > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock 
>> > EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300 
>> > value: GLUSTER
>> > , sharedLocks= ]
>> > 2015-01-08 09:57:55,591 INFO  
>> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] 
>> > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock 
>> > EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300 
>> > value: GLUSTER
>> > , sharedLocks= ]
>> > 2015-01-08 09:57:55,596 INFO  
>> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] 
>> > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock 
>> > EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300 
>> > value: GLUSTER
>> > , sharedLocks= ]
>> > 2015-01-08 09:57:55,633 INFO  
>> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] 
>> > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock 
>> > EngineLock [exclusiveLocks= key: 0001-0001-0001-0001-0300 
>> > value: GLUSTER
>> > , sharedLocks= ]
>> > ^C
>> >
>> >
>> 
>> 
> 
> 
> <216 09-Jan-15.jpg><217 09-Jan-15.jpg>

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


[ovirt-users] New Vdsm Build for oVirt 3.5

2015-01-09 Thread ybronhei

Hey all,

Vdsm-4.16.10 is just released for ovirt-3.5 (Async release).

f20 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8495492
epel6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8556522
epel7 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8479594
f21 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494079
f22 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494059

Enjoy.

Please give karma if tested, for good and bad

Regards

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


Re: [ovirt-users] Setting Base DN for LDAP authentication

2015-01-09 Thread Alon Bar-Lev


- Original Message -
> From: jdel...@web.de
> To: users@ovirt.org
> Sent: Friday, January 9, 2015 8:31:19 AM
> Subject: [ovirt-users] Setting Base DN for LDAP authentication
> 
> Hello,
> 
> I'm trying to configure LDAP authentication with oVirt 3.5 and
> ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example.
> But the given examples are missing the explicit specification of a base dn.
> Could you please advise me how this can be done?
> 
> My curent configuration:
> 
> [jd@om01 ovirt-engine]$ cat aaa/company-ldap.properties
> include = 
> 
> vars.server = ldap.company.de
> 
> vars.user = cn=system,dc=company,dc=de
> vars.password = password
> 
> pool.default.serverset.single.server = ${global:vars.server}
> pool.default.auth.simple.bindDN = ${global:vars.user}
> pool.default.auth.simple.password = ${global:vars.password}
> 
> [jd@om01 ovirt-engine]$ cat company-ldap-authn.properties
> ovirt.engine.extension.name = company-ldap-authn
> ovirt.engine.extension.bindings.method = jbossmodule
> ovirt.engine.extension.binding.jbossmodule.module =
> org.ovirt.engine-extensions.aaa.ldap
> ovirt.engine.extension.binding.jbossmodule.class =
> org.ovirt.engineextensions.aaa.ldap.AuthnExtension
> ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
> ovirt.engine.aaa.authn.profile.name = company-ldap
> ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz
> config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties
> 
> [jd@om01 ovirt-engine]$ cat company-ldap-authz.properties
> ovirt.engine.extension.name = company-ldap-authz
> ovirt.engine.extension.bindings.method = jbossmodule
> ovirt.engine.extension.binding.jbossmodule.module =
> org.ovirt.engine-extensions.aaa.ldap
> ovirt.engine.extension.binding.jbossmodule.class =
> org.ovirt.engineextensions.aaa.ldap.AuthzExtension
> ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz
> config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties
> 
> [jd@om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D
> cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro
> # extended LDIF
> #
> # LDAPv3
> # base  with scope subtree
> # filter: cn=jdeloro
> # requesting: ALL
> #
> 
> # jdeloro, users, admins, company.de
> dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de
> [... and many more lines ...]
> 
> I could not use namingContexts from RootDSE cause this results in base dn
> dc=de instead of dc=company,dc=de.

Can you explain why the namingContexts is not sufficient? just for me to know 
and maybe enable easier override?
It should contain a valid base DN for you to use.

You have two options to fix this:

1. add another attribute to openldap let's say myNamingContext with valid value 
and add the following to profile (company-ldap.properties):

sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars
sequence.my-openldap-init-vars.010.description = set base dn
sequence.my-openldap-init-vars.010.type = var-set
sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN
sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts

2. another option is to enforce baseDN (company-ldap.properties):

sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars
sequence.my-openldap-init-vars.010.description = set base dn
sequence.my-openldap-init-vars.010.type = var-set
sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN
sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de

If you use the 2nd form, please note that it might break if I add proper 
support in next version.

Regards,
Alon.

> 
> Kind regards
> 
> Jannick
> ___
> 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] Using gluster on other hosts?

2015-01-09 Thread Sahina Bose


On 01/09/2015 01:13 PM, Kaushal M wrote:

Hey Will,

It seems to me you are trying manage GlusterFS from oVirt, and trying to get 
your multi-network setup to work. As Sahina mentioned already, this is not 
currently possible as oVirt doesn't have the required support.

If you want to make this work right now, I suggest you manage GlusterFS 
manually. You could do the following,

- Install GlusterFS on both the hosts and setup a GlusterFS trusted storage 
pool using the 'gluster peer probe' commands. Run 'gluster peer probe gfs2' 
from node1 (and the reverse just for safety)
- Create a GlusterFS volume, 'gluster volume create  gfs1: 
gfs2:; and start it, 'gluster volume start '.
After this you'll have GlusterFS setup on the particular network and you'll 
have volume ready to be added as a oVirt storage domain.



To enable, oVirt to use the node1 interface, is it possible to peer 
probe using node1 and node2 interface in steps above - i.e "gluster peer 
probe node2" (This is essentially what happens when a host is added with 
host address node1 or node2)


and then create a GlusterFS volume from CLI using the command you 
mentioned above?




- Now setup oVirt on the nodes with the node* network.
- Add the gfs* network to oVirt. I'm not sure if this would be required, but 
you can try it anyway.
- Add the created GlusterFS volume as a storage domain using a gfs* address.

You should now be ready to begin using the new storage domain.

If you would want to expand the volume later, you will need to do it manually 
with an explicit 'gluster volume add-brick' command.

You could possible add the GlusterFS cluster to the oVirt interface, just so 
you can get stats and monitoring. But even then you shouldn't use the oVirt 
interface to do any management tasks.

Multi-network support for GlusterFS within oVirt is an upcoming feature, and 
Sahina can give you more details on when to expect it to be available.

Thanks,
Kaushal


- Original Message -

From: "Sahina Bose" 
To: "Will K" , users@ovirt.org, "Kaushal M" 

Sent: Friday, 9 January, 2015 11:10:48 AM
Subject: Re: [ovirt-users] Using gluster on other hosts?


On 01/08/2015 09:41 PM, Will K wrote:

That's what I did, but didn't work for me.

1. use the 192.168.x interface to setup gluster. I used hostname in
/etc/hosts.
2. setup oVirt using the switched network hostnames, let's say 10.10.10.x
3. oVirt and all that comes up fine.
4. When try to create a storage domain, it only shows the 10.10.10.x
hostnames available.


Tried to add a brick and I would get something like
 Host gfs2 is not in 'Peer in Cluster' state  (while node2 is the
hostname and gfs2 is the 192.168 name)


Which version of glusterfs do you have?

Kaushal, will this work in glusterfs3.6 and above?



Ran command `gluster probe peer gfs2` or `gluster probe peer
192.168.x.x` didn't work
 peer probe: failed: Probe returned with unknown errno 107

Ran probe again with the switched network hostname or IP worked fine.
May be it is not possible with current GlusterFS version?
http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork


Will


On Thursday, January 8, 2015 3:43 AM, Sahina Bose 
wrote:



On 01/08/2015 12:07 AM, Will K wrote:

Hi

I would like to see if anyone has good suggestion.

I have two physical hosts with 1GB connections to switched networks.
The hosts also have 10GB interface connected directly using Twinax
cable like copper crossover cable.  The idea was to use the 10GB as a
"private network" for GlusterFS till the day we want to grow out of
this 2 node setup.

GlusterFS was setup with the 10GB ports using non-routable IPs and
hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2
192.168.1.2.  I'm following example from
community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/

, Currently I'm only using Gluster volume on node1, but `gluster
probe peer` test worked fine with node2 through the 10GB connection.

oVirt engine was setup on physical host1 with hosted engine.  Now,
when I try to create new Gluster storage domain, I can only see the
host "node1" available.

Is there anyway I can setup oVirt on node1 and node2, while using
"gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the
10GB connection?

If I understand right, you have 2 interfaces on each of your hosts,
and you want oVirt to communicate via 1 interface and glusterfs to use
other?

While adding the hosts to oVirt you could use ip1 and then.while
creating the volume, add the brick using the other ip address.
For instance, gluster volume create  192.168.1.2:/bricks/b1

Currently, there's no way to specify the IP address to use while
adding a brick from oVirt UI (we're working on this for 3.6), but you
could do this from the gluster CLI commands. This would then be
detected in the oVirt UI.




Thanks
W



___
Users mailing list
U