Re: [ovirt-users] dwhd error: host_interface_samples_history_pkey

[Bill James]

That fixed it, Thank you.


On 05/29/2016 12:39 AM, Yedidyah Bar David wrote:

On Fri, May 27, 2016 at 9:03 PM, Bill James  wrote:

Ovirt events keeps saying
"ETL service sampling has encountered an error. Please consult the service
log for more details."


ovirt-engine-dwhd.log says:
2016-05-27
10:55:00|UWxd1W|48u96S|MjrqV0|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java
Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: root page
  3 of index "host_interface_samples_history_pkey" has level 0, expected 1|1

This error message is from postgresql, unrelated to a specific feature/table/etc
of ovirt.

It most likely means you had some corruption in your database, either due to
bad hardware (RAM, disk, etc) or temporary issues (power failure, kernel panic
etc).

If you think it was a temporary issue and just want to fix this specific bad
index, you can recreate it with the command "reindex". Search for e.g.
'postgresql "ignore_system_indexes" reindex' to find more relevant information.

Best,


Exception in component tJDBCOutput_3
org.postgresql.util.PSQLException: ERROR: current transaction is aborted,
commands ignored until end of transaction block
 at
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)

(see attached)

I double checked all my VMs, they all have an interface assigned. Not sure
what host_interface_samples_history_pkey is referring to.


Thanks.


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







Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Neutron appliance & Cloud-init - no bootable device

[Sandro Bonazzola]

Il 31/Mag/2016 17:35, "Yaniv Dary"  ha scritto:
>
> The appliance is not supported for a few versions now.

So, can someone remove it from our glance repo and mark the feature as
deprecated on the website?
Thanks

>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Sun, May 29, 2016 at 6:25 PM, Bill Bill  wrote:
>>
>> Hello,
>>
>>
>>
>> Trying to configure the Neutron appliance however, when running
cloud-init to attempt to set a root password or another user password, the
VM simply boots to a “no bootable device” state. Without cloud-init, the VM
boots however, have no idea what the default root login is.
>>
>>
>>
>> I’ve also tried booting into single user mode which also fails – has
this Neutron appliance and cloud-init been tested for v 3.6?
>>
>>
>> ___
>> 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] How to automate the ovirt host deployment?

[Arman Khalatyan]

Nice! Finally no sad face anymore:)
I am testing centos 7.2, with foreman 1.11

Testing  now with unattended installations on multiple vms. Works like a
charm:)
Later will try on baremetals.
I need to learn how to write templates.


Den 30 maj 2016 22:22 skrev Arman Khalatyan :
>
> Sorry for the previous empty email.
>
> I was testing foreman plugins for ovirt deploy. They are some how broken.
The foreman-install --enable-ovirt-provisioning-plugin breaks the foreman
installation. I need to dig deeper:(

Don't know what distribution you're using but setting all up manually
showed me that Foreman needs to be at at least 11 for the plugin to work.
Otherwise it behaved in the same way for me; all fine and well until the
provision plugin was installed and then *sadface* :)

Get Foreman up to version 11 and you'll be fine, is my guess.

/K
>
> Am 28.05.2016 4:07 nachm. schrieb "Yaniv Kaul" :
>>
>> >
>
> >
> >
> > On Sat, May 28, 2016 at 12:50 PM, Arman Khalatyan 
wrote:
>>
>> >>
>
> >> Thank you for the hint. I will try next week.
> >> Foreman looks quite complex:)
> >
> >
> > I think this is an excellent suggestion - Foreman, while may take a
while to set up, will also be extremely useful to provision and manage not
only hosts, but VMs later on!
> >
>>
>> >> I would prefer simple Python script with 4 lines: add, install, setup
networks and activate.
>
>
> >
> >
> > You can look at ovirt-system-tests , the testing suite for oVirt, on
Python code for the above.
> > Y.
> >
>>
>>
> >>
> >> Am 27.05.2016 6:51 nachm. schrieb "Karli Sjöberg" :
>>
>> >>>
>
> >>>
> >>> Den 27 maj 2016 18:41 skrev Arman Khalatyan :
> >>> >
> >>> > Hi, I am looking some method to automate the host deployments in a
cluster environment.
> >>> > Assuming we have 20 nodes with centos 7 eth0/eth1 configured. Is it
possible to automate installation with ovirt-sdk?
> >>> > Are there some examples  ?
> >>>
> >>> You could do that, or look into full life cycle management with The
Foreman.
> >>>
> >>> /K
> >>>
> >>> >
> >>> > Thanks,
> >>> > Arman.
> >>
> >>
> >> ___
> >> 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] What recovers a VM from pause?

[Pavel Gashev]

Please note that it's necessary to add a magic line '# VDSM PRIVATE' as second 
line in /etc/multipath.conf. Otherwise vdsm would overwrite your settings.
Thus, /etc/multipath.conf should start with the following two lines:
# VDSM REVISION 1.3
# VDSM PRIVATE


On Mon, 2016-05-30 at 22:09 +0300, Nir Soffer wrote:

But you may modify multipath configuration on the host.

We use now this multipath configuration (/etc/multipath.conf):

# VDSM REVISION 1.3

defaults {
polling_interval5
no_path_retry   fail
user_friendly_names no
flush_on_last_del   yes
fast_io_fail_tmo5
dev_loss_tmo30
max_fds 4096
deferred_remove yes
}

devices {
device {
all_devsyes
no_path_retry   fail
}
}

This enforces failing of io request on devices that by default will queue such
requests for long or unlimited time. Queuing requests is very bad for vdsm, and
cause various commands to block for minutes during storage outage,
failing various
flows in vdsm and the ui.
See https://bugzilla.redhat.com/880738

However, in your case, using queuing may be the best way to do the switch
from one storage to another in the smoothest way.

You may try this setting:

devices {
device {
all_devsyes
no_path_retry   30
}
}

This will queue io requests for 30 seconds before failing.
Using this normally would be a bad idea with vdsm, since during storage outage,
vdsm may block for 30 seconds when no paths is available, and is not designed
for this behavior, but blocking from time to time for short time should be ok.

I think that modifying the configuration and reloading multipathd service should
be enough to use the new settings, but I'm not sure if this changes
existing sessions
or open devices.



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

Re: [ovirt-users] Neutron appliance & Cloud-init - no bootable device

[Yaniv Dary]

The appliance is not supported for a few versions now.

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

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


On Sun, May 29, 2016 at 6:25 PM, Bill Bill  wrote:

> Hello,
>
>
>
> Trying to configure the Neutron appliance however, when running cloud-init
> to attempt to set a root password or another user password, the VM simply
> boots to a “no bootable device” state. Without cloud-init, the VM boots
> however, have no idea what the default root login is.
>
>
>
> I’ve also tried booting into single user mode which also fails – has this
> Neutron appliance and cloud-init been tested for v 3.6?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to automate the ovirt host deployment?

[Jiří Sléžka]

Dne 30.5.2016 v 22:22 Arman Khalatyan napsal(a):

Sorry for the previous empty email.

I was testing foreman plugins for ovirt deploy. They are some how
broken. The foreman-install --enable-ovirt-provisioning-plugin breaks
the foreman installation. I need to dig deeper:(


hello,

I had similar problem but guys from foreman's irc channel told me that 
ovirt-provisioning-plugin is broken (has no active developers) but is 
not needed. All you need is ovirt compute node which works well and is 
supported.


cheers, Jiri



Am 28.05.2016 4:07 nachm. schrieb "Yaniv Kaul" >:

>




On Sat, May 28, 2016 at 12:50 PM, Arman Khalatyan > wrote:

>>


Thank you for the hint. I will try next week.
Foreman looks quite complex:)



I think this is an excellent suggestion - Foreman, while may take a

while to set up, will also be extremely useful to provision and manage
not only hosts, but VMs later on!




>> I would prefer simple Python script with 4 lines: add, install,
setup networks and activate.





You can look at ovirt-system-tests , the testing suite for oVirt, on

Python code for the above.

Y.






Am 27.05.2016 6:51 nachm. schrieb "Karli Sjöberg"

>:

>>>



Den 27 maj 2016 18:41 skrev Arman Khalatyan >:

>
> Hi, I am looking some method to automate the host deployments in a

cluster environment.

> Assuming we have 20 nodes with centos 7 eth0/eth1 configured. Is

it possible to automate installation with ovirt-sdk?

> Are there some examples  ?

You could do that, or look into full life cycle management with The

Foreman.


/K

>
> Thanks,
> Arman.



___
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



<>

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

Re: [ovirt-users] Moving Hosted Engine NFS storage domain

[Roman Mohr]

On Tue, May 31, 2016 at 1:32 PM, Staniforth, Paul
 wrote:
> Hello,
>
>  we would like to move our NFS storage used for the HostedEngine.
>
>
> Plan would be
>
> enable global maintenance
> shut-down HostedEngine VM
> edit  /etc/ovirt-hosted-engine/hosted-engine.conf on hosts
>
> storage=newnfs:/newnfsvolume
>
> copy storage domain from old to new nfs server
> start HostedEngine VM
> run engine-setup on HostedEngine VM

I think this step is not necessary.

> disable global maintenance
>
> Has anyone had any experience doing this?
>
> Have I missed any steps out
>

I am not sure what will happen with the imported hosted engine storage
domain in ovirt-engine. It might still show the old path in the UI.
Adding Roy.
For me the steps look good but I never did it. Adding Martin and Simone.

> we are currently running oVirt 3.6.2
>
>
> Thanks,
>
>   Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> 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] Moving Hosted Engine NFS storage domain

[Staniforth, Paul]

Hello,

 we would like to move our NFS storage used for the HostedEngine.


Plan would be

  *   enable global maintenance
  *   shut-down HostedEngine VM
  *   edit  /etc/ovirt-hosted-engine/hosted-engine.conf on hosts
 *   storage=newnfs:/newnfsvolume
  *   copy storage domain from old to new nfs server
  *   start HostedEngine VM
  *   run engine-setup on HostedEngine VM
  *   disable global maintenance

Has anyone had any experience doing this?

Have I missed any steps out

we are currently running oVirt 3.6.2


Thanks,

  Paul S.

To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] What recovers a VM from pause?

[Benjamin Marzinski]

On Mon, May 30, 2016 at 10:09:25PM +0300, Nir Soffer wrote:
> On Mon, May 30, 2016 at 4:07 PM, Nicolas Ecarnot  wrote:
> > Hello,
> >
> > We're planning a move from our old building towards a new one a few meters
> > away.
> >
> >
> >
> > In a similar way of Martijn
> > (https://www.mail-archive.com/users@ovirt.org/msg33182.html), I have
> > maintenance planed on our storage side.
> >
> > Say an oVirt DC is using a SAN's LUN via iSCSI (Equallogic).
> > This SAN allows me to setup block replication between two SANs, seen by
> > oVirt as one (Dell is naming it SyncRep).
> > Then switch all the iSCSI accesses to the replicated LUN.
> >
> > When doing this, the iSCSI stack of each oVirt host notices the
> > de-connection, tries to reconnect, and succeeds.
> > Amongst our hosts, this happens between 4 and 15 seconds.
> >
> > When this happens fast enough, oVirt engine and the VMs don't even notice,
> > and they keep running happily.
> >
> > When this takes more than 4 seconds, there are 2 cases :
> >
> > 1 - The hosts and/or oVirt and/or the SPM (I actually don't know) notices
> > that there is a storage failure, and pauses the VMs.
> > When the iSCSI stack reconnects, the VMs are automatically recovered from
> > pause, and this all takes less than 30 seconds. That is very acceptable for
> > us, as this action is extremely rare.
> >
> > 2 - Same storage failure, VMs paused, and some VMs stay in pause mode
> > forever.
> > Manual "run" action is mandatory.
> > When done, everything recovers correctly.
> > This is also quite acceptable, but here come my questions :
> >
> > My questions : (!)
> > - *WHAT* process or piece of code or what oVirt parts is responsible for
> > deciding when to UN-pause a VM, and at what conditions?
> 
> Vms get paused by qemu, when you get ENOSPC or some other IO error.
> This probably happens when a vm is writing to storage, and all paths to 
> storage
> are faulty - with current configuration, the scsi layer will fail
> after 5 seconds,
> and if no path is available, the write will fail.
> 
> If vdsm storage monitoring system detected the issue, the storage domain
> will become invalid. When the storage domain will become valid again, we
> try to resume all vms paused because of IO errors.
> 
> Storage monitoring is done every 10 seconds in normal conditions, but in
> current release, there can be delays of up to couple of minutes in
> extreme conditions,
> for example, 50 storage domains and doing lot of io. So basically, the
> storage domain
> monitor may miss an error on storage, never become invalid, and would
> never become valid again and the vm will have to be resumed manually.
> See https://bugzilla.redhat.com/1081962
> 
> In ovirt 4.0 monitoring should be improved, and will always monitor
> storage every
> 10 seconds, but even this cannot guarantee that we will detect all
> storage errors
> For example, if the storage outage is shorter then 10 seconds. But I
> guess that chance
> that storage outage was shorter then 10 seconds, but long enough to cause a vm
> to pause is very low.
> 
> > That would help me to understand why some cases are working even more
> > smoothly than others.
> > - Are there related timeouts I could play with in engine-config options?
> 
> Nothing on the engine side...
> 
> > - [a bit off-topic] Is it safe to increase some iSCSI timeouts of
> > buffer-sizes in the hope this kind of disconnection would get un-noticed?
> 
> But you may modify multipath configuration on the host.
> 
> We use now this multipath configuration (/etc/multipath.conf):
> 
> # VDSM REVISION 1.3
> 
> defaults {
> polling_interval5
> no_path_retry   fail
> user_friendly_names no
> flush_on_last_del   yes
> fast_io_fail_tmo5
> dev_loss_tmo30
> max_fds 4096
> deferred_remove yes
> }
> 
> devices {
> device {
> all_devsyes
> no_path_retry   fail
> }
> }
> 
> This enforces failing of io request on devices that by default will queue such
> requests for long or unlimited time. Queuing requests is very bad for vdsm, 
> and
> cause various commands to block for minutes during storage outage,
> failing various
> flows in vdsm and the ui.
> See https://bugzilla.redhat.com/880738
> 
> However, in your case, using queuing may be the best way to do the switch
> from one storage to another in the smoothest way.
> 
> You may try this setting:
> 
> devices {
> device {
> all_devsyes
> no_path_retry   30
> }
> }
> 
> This will queue io requests for 30 seconds before failing.
> Using this normally would be a bad idea with vdsm, since during storage 
> outage,
> vdsm may block for 30 seconds when no paths is available, and is not designed
> for this behavior, but blocking from time to time for short time should be ok.
> 
> I think that modifying the 

Re: [ovirt-users] Can't perform search after setting up an Active Directory

[Martin Perina]

On Tue, May 31, 2016 at 4:24 PM, Alexis HAUSER <
alexis.hau...@telecom-bretagne.eu> wrote:

> >> Thank you, this actually works. Yes, I'll remove it as soon as possible.
> >> Now with RHEV + AD, it seems better than RHEV + LDAP for groups : it
> finds most of the groups a user belongs to. RHEV + LDAP is only able to
> find one group a user belongs to >>(which is not the same group found when
> I search the same user with ldapsearch...Still not able to solve that
> mystery)
>
> >That's very strange, we test it and it works for us. But you said you
> >use more namingContexts
> >than one, right? It could be the problem as we support only one.
>
>
> Which attribute is used by RHEV/ovirt to guess which user a group belong
> (or the controry), in the case of LDAP and in the case of AD ?
> I can see that not all attributes are filled in the AD/LDAP database here.
>

​It depends on what profile do you include in
/etc/ovirt-engine/aaa/.properties:

1) Included ad.properties are defined in
/usr/share/ovirt-engine-extension-aaa-ldap/profiles/ad.properties​

​and here are attribute mappings:

  attrmap.map-principal-record.attr.PrincipalRecord_DN.map =
_dn

  attrmap.map-principal-record.attr.PrincipalRecord_ID.map =
objectGUID

  attrmap.map-principal-record.attr.PrincipalRecord_ID.conversion =
BASE64

  attrmap.map-principal-record.attr.PrincipalRecord_NAME.map =
name

  attrmap.map-principal-record.attr.PrincipalRecord_PRINCIPAL.map =
userPrincipalName

  attrmap.map-principal-record.attr.PrincipalRecord_DISPLAY_NAME.map =
displayName

  attrmap.map-principal-record.attr.PrincipalRecord_DEPARTMENT.map =
department

  attrmap.map-principal-record.attr.PrincipalRecord_FIRST_NAME.map =
givenName

  attrmap.map-principal-record.attr.PrincipalRecord_LAST_NAME.map =
sn

  attrmap.map-principal-record.attr.PrincipalRecord_TITLE.map =
title

  attrmap.map-principal-record.attr.PrincipalRecord_EMAIL.map =
mail



  attrmap.map-group-record.attr.GroupRecord_DN.map =
_dn

  attrmap.map-group-record.attr.GroupRecord_ID.map =
objectGUID

  attrmap.map-group-record.attr.GroupRecord_ID.conversion =
BASE64

  attrmap.map-group-record.attr.GroupRecord_NAME.map =
name

  attrmap.map-group-record.attr.GroupRecord_DISPLAY_NAME.map =
description

​
2) In case of LDAP, please take a look at include= to find
out what profile are you using


>
> >Run this command:
> >$ keytool -storepasswd -keystore /path/to/jks/x.jks
> >It will ask you for old and new password.
>
>
> Thank you, I'll ask rhev-docs to add this to the documentation, as they
> make you generate a new certificate even when using the automatic setup,
> which makes the automatically generated certificate useless.
>
>
> By the way, is there a list of all the possible options/values of
> .properties file ?
>

​
No tool for that, you need to investigate properties files. Please start
reading README.profile in aaa-ldap package, which contains doc about the
structure of each file.

​


>
> ___
> 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] Can't perform search after setting up an Active Directory

[Alexis HAUSER]

>> Thank you, this actually works. Yes, I'll remove it as soon as possible.
>> Now with RHEV + AD, it seems better than RHEV + LDAP for groups : it finds 
>> most of the groups a user belongs to. RHEV + LDAP is only able to find one 
>> group a user belongs to >>(which is not the same group found when I search 
>> the same user with ldapsearch...Still not able to solve that mystery)

>That's very strange, we test it and it works for us. But you said you 
>use more namingContexts
>than one, right? It could be the problem as we support only one.


Which attribute is used by RHEV/ovirt to guess which user a group belong (or 
the controry), in the case of LDAP and in the case of AD ?
I can see that not all attributes are filled in the AD/LDAP database here.


>Run this command:
>$ keytool -storepasswd -keystore /path/to/jks/x.jks
>It will ask you for old and new password.


Thank you, I'll ask rhev-docs to add this to the documentation, as they make 
you generate a new certificate even when using the automatic setup, which makes 
the automatically generated certificate useless.


By the way, is there a list of all the possible options/values of .properties 
file ?

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

[ovirt-users] listing domains fails

[Fabrice Bacchella]

I'm trying to list domains using the api, and I'm getting a strange message :

> GET /api/storagedomains;case_sensitive=True HTTP/1.1
...
> Version: 3
> Content-Type: application/xml
> Accept: application/xml
> Filter: False
> Prefer: persistent-auth
> Content-Length: 0

< HTTP/1.1 404 Not Found
< 
< 
< Operation Failed
< Entity not found: Storage server connection: 
id=6860d96f-557e-4d82-a209-401d72bd6e16
< 

And in engine.log, I got:
Before:
2016-05-30 13:07:31,017 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] 
(default task-25) [4c2e1822] START, DisconnectStorageServerVDSCommand(HostName 
= ng320, StorageServerConnectionManagementVDSParameters:{runAsync='true', 
hostId='4426ed42-0805-43b1-92d9-3e5a680eaf38', 
storagePoolId='----', storageType='LOCALFS', 
connectionList='[StorageServerConnections:{id='6860d96f-557e-4d82-a209-401d72bd6e16',
 connection='/data/ovirt/data', iqn='null', vfsType='null', 
mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null', 
iface='null', netIfaceName='null'}]'}), log id: 63f890
...
2016-05-30 13:07:32,312 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] 
(default task-25) [4c2e1822] FINISH, DisconnectStorageServerVDSCommand, return: 
{6860d96f-557e-4d82-a209-401d72bd6e16=0}, log id: 63f890

When I run the command:
2016-05-31 15:34:11,259 ERROR 
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
task-13) [] Operation Failed: Entity not found: Storage server connection: 
id=6860d96f-557e-4d82-a209-401d72bd6e16

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

Re: [ovirt-users] Can't perform search after setting up an Active Directory

[Ondra Machacek]

On 05/31/2016 03:29 PM, Alexis HAUSER wrote:

Until administrators will fix AD servers, in order to use SSL you can
temporarily use following setup:
pool.default.serverset.single.server = AD1
 pool.default.dc-resolve.enable = false
 pool.default.ssl.startTLS = true
But this is only temporary solution and you should switch back to
'srvrecord' until AD is fixed.


Thank you, this actually works. Yes, I'll remove it as soon as possible.

Now with RHEV + AD, it seems better than RHEV + LDAP for groups : it finds most 
of the groups a user belongs to. RHEV + LDAP is only able to find one group a 
user belongs to (which is not the same group found when I search the same user 
with ldapsearch...Still not able to solve that mystery)


That's very strange, we test it and it works for us. But you said you 
use more namingContexts

than one, right? It could be the problem as we support only one.



By the way, how would you change the default password associated with the .jks 
certificate automatically generated from the interactive setup ?



Run this command:

 $ keytool -storepasswd -keystore /path/to/jks/x.jks

It will ask you for old and new password.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VMs using hugepages

[Michal Skrivanek]

> On 31 May 2016, at 14:30, Ralf Schenk  wrote:
> 
> Hello,
> 
> I try to get VM's to use hugepages by default. We use them on our manual VM's 
> set up for libvirt and experience performance advantages. I installed 
> vdsm-hook-hugepages, but according to 
> http://www.ovirt.org/develop/developer-guide/vdsm/hook/hugepages/ 
>  I have to 
> set hugepages=SIZE. Engine Web-Fronted doesn't show an option anywhere to 
> specify this. 
> 

It uses transparent hugepages for quite some time, which kind of obsoleted the 
hook. Do you really need/want to explicitly configure hugepages, is THP not 
good enough for your case?
(though, I tried the hook not so long ago and it did its job, so not sure 
what’s the problem…, it’s just annoying to configure it:)

Thanks,
michal

> I want the VMs to have:
> 
>   
> 
>   
> 
> Any hint ?
> Versions:
> 
> vdsm.noarch   4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-cli.noarch   4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-gluster.noarch   4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-hook-hugepages.noarch4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-hook-vmfex-dev.noarch4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-infra.noarch 4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-jsonrpc.noarch   4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-python.noarch4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-xmlrpc.noarch4.17.28-0.el7.centos   @ovirt-3.6
> vdsm-yajsonrpc.noarch 4.17.28-0.el7.centos   @ovirt-3.6
> 
> Engine:
> ovirt-engine.noarch3.6.6.2-1.el7.centos   
> @ovirt-3.6
> 
> -- 
> 
> 
> 
> Ralf Schenk
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail r...@databay.de 
>   
> Databay AG
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> www.databay.de 
> 
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. 
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Klaus Scholzen (RA)
> ___
> 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] What recovers a VM from pause?

[Michal Skrivanek]

> On 30 May 2016, at 21:21, Nicolas Ecarnot  wrote:
> 
> Le 30/05/2016 21:09, Nir Soffer wrote... SOME VERY VALUABLE ANSWERS!
> 
> Thank you very much Nir, as your answers will give me food for thought for 
> the weeks to come.
> 
> It's late here, I'll begin checking all this tomorrow, but just a note :
> 
>> This enforces failing of io request on devices that by default will queue 
>> such
>> requests for long or unlimited time. Queuing requests is very bad for vdsm, 
>> and
>> cause various commands to block for minutes during storage outage,
>> failing various
>> flows in vdsm and the ui.
>> See https://bugzilla.redhat.com/880738
> 
> Though we own a Redhat customer active subscription, I logged in and yet I 
> can not access the BZ above.
> I'm sure you can help :)

Hi Nicolas,
ugh, there are procedural issues with that bug it seems.
But in a nutshell, it is shipped fixed by [1] (so 3.6 release)
and the actual fixes are [2] and [3]
alternatively it’s described in ovirt bug [4]

Thanks,
michal

[1] https://rhn.redhat.com/errata/RHBA-2016-0362.html
[2] https://gerrit.ovirt.org/#/c/44855/
[3] https://gerrit.ovirt.org/#/c/42189/
[4] https://bugzilla.redhat.com/show_bug.cgi?id=1225162

> 
> -- 
> Nicolas ECARNOT
> ___
> 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] Can't perform search after setting up an Active Directory

[Alexis HAUSER]

>Until administrators will fix AD servers, in order to use SSL you can 
>temporarily use following setup:
> pool.default.serverset.single.server = AD1
>  pool.default.dc-resolve.enable = false
>  pool.default.ssl.startTLS = true
>But this is only temporary solution and you should switch back to 
>'srvrecord' until AD is fixed.

Thank you, this actually works. Yes, I'll remove it as soon as possible.

Now with RHEV + AD, it seems better than RHEV + LDAP for groups : it finds most 
of the groups a user belongs to. RHEV + LDAP is only able to find one group a 
user belongs to (which is not the same group found when I search the same user 
with ldapsearch...Still not able to solve that mystery)

By the way, how would you change the default password associated with the .jks 
certificate automatically generated from the interactive setup ? 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to automate the ovirt host deployment?

[Fabrice Bacchella]

> Le 28 mai 2016 à 11:50, Arman Khalatyan  a écrit :
> 
> Thank you for the hint. I will try next week. 
> Foreman looks quite complex:)
> 
> I would prefer simple Python script with 4 lines: add, install, setup 
> networks and activate.
> 
You could have a look at my sample script:

https://github.com/fbacchella/ovirtcmd/blob/master/samples/noshared.py 


It use a custom library that wrap the official python sdk

It just expect that the engine have remote root ssh access on a new host, using 
public key.

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

[ovirt-users] VMs using hugepages

[Ralf Schenk]

Hello,

I try to get VM's to use hugepages by default. We use them on our manual
VM's set up for libvirt and experience performance advantages. I
installed vdsm-hook-hugepages, but according to
http://www.ovirt.org/develop/developer-guide/vdsm/hook/hugepages/ I have
to set hugepages=SIZE. Engine Web-Fronted doesn't show an option
anywhere to specify this.

I want the VMs to have:

  

  

Any hint ?

Versions:

vdsm.noarch   4.17.28-0.el7.centos   @ovirt-3.6
vdsm-cli.noarch   4.17.28-0.el7.centos   @ovirt-3.6
vdsm-gluster.noarch   4.17.28-0.el7.centos   @ovirt-3.6
vdsm-hook-hugepages.noarch4.17.28-0.el7.centos   @ovirt-3.6
vdsm-hook-vmfex-dev.noarch4.17.28-0.el7.centos   @ovirt-3.6
vdsm-infra.noarch 4.17.28-0.el7.centos   @ovirt-3.6
vdsm-jsonrpc.noarch   4.17.28-0.el7.centos   @ovirt-3.6
vdsm-python.noarch4.17.28-0.el7.centos   @ovirt-3.6
vdsm-xmlrpc.noarch4.17.28-0.el7.centos   @ovirt-3.6
vdsm-yajsonrpc.noarch 4.17.28-0.el7.centos   @ovirt-3.6

Engine:
ovirt-engine.noarch3.6.6.2-1.el7.centos  
@ovirt-3.6

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Klaus Scholzen (RA)


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

Re: [ovirt-users] Can't perform search after setting up an Active Directory

[Ondra Machacek]

On 05/31/2016 12:03 PM, Alexis HAUSER wrote:

Oh, I see it, we was blind all the time. The problem is in AD2 and AD3.
AD1 and AD4 are fine.
So yes the problem is on AD side but only for AD2 and AD3, that's why it
worked for
aaa-ldap-setup :)
So actually this command shouldn't work for you:
 LDAPTLS_CACERT=/somewhere/myca.pem ldapsearch -Z -H
ldap://AD2.mydomain.com -x -D 'CN=Something,DC=myserver,DC=come' -w
'mypaswd' -b 'CN=users,DC=something,DC=com'
but this should:
 LDAPTLS_CACERT=/somewhere/myca.pem ldapsearch -Z -H
ldap://AD4.mydomain.com -x -D 'CN=Something,DC=myserver,DC=come' -w
'mypaswd' -b 'CN=users,DC=something,DC=com'



Nice catch ! I made tests on the 4 servers, with ldapsearch :

 OK : ldaps://AD1:636
 Not working : ldaps://AD2:636
 Not working : ldaps://AD3:636
 OK : ldaps://AD4:636

So, half of AD don't like ldaps...

Without using ldaps, it was working for the 3 first of them, but not AD3...(the 
search user was disabled on this one, I asked for it to be enabled, now 
ldapsearch works on this one, but only with ldap, not ldaps), so now :

ldapsearch works using ldap:AD1,2,3,4, even when using LDAPTLS_PROTOCOL_MIN=3.2

In the SRV records when using dig _ldap._tcp.mydomain.com, there are 5 AD...One 
of them has been disabled but not removed from the SRV records. (but when using 
dig @AD1,2,3,4 _ldap_tcp.mydomain, I can see this 5th AD has been removed)

Now the thing is : I don't have access to SRV records, I don't have access to 
AD configuration.

For a strange reason it now works with "insecure", but not 
pool.default.ssl.enable or StartTLS.



Until administrators will fix AD servers, in order to use SSL you can 
temporarily use following setup:


 pool.default.serverset.single.server = AD1
 pool.default.dc-resolve.enable = false
 pool.default.ssl.startTLS = true

But this is only temporary solution and you should switch back to 
'srvrecord' until AD is fixed.

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

Re: [ovirt-users] Clone, template, pools : how does it uses disk space ?

[Fred Rolland]

Hi,

NFS will be sparse. Preallocate is relevant for block storage.

There is a fix to change the UI to display the format (RAW/QCOW2) of the
disk instead of the type (Sparse/Preallocated)  [1].
When creating a VM from a template, If you choose thin provisioning the
disk format will be alway QCOW2, keeping the disk from the template as is
read-only and creating a disk only for the diffs.
If you choose Clone, then the whole disk will be copied and you will have a
new copy of template disk in whatever format you want (Raw or QCOW2).

>What happens if you clone a source VM which is using "thin" ?
The VM cloned from a thin templated base VM will be created with a full
copy of the disk (as in "Clone" when creating from template)

>Interesting. Is there a way to "merge" the changes ? (I mean to change it
from being "thin provision" after its creation and make it an independent
VM)
No, a VM created as thin will remain like that. You can clone a new VM from
it and them you will have an "independent VM"

>When you create a template for the first time, it seems you can't choose
between clone and thin, which one is used ?
When you create a template you make a read-only copy of the VM disks
(Clone) . You can choose the format of the disks (RAW/QCOW2)

[1] https://gerrit.ovirt.org/#/c/57190/

On Mon, May 23, 2016 at 3:50 PM, Alexis HAUSER <
alexis.hau...@telecom-bretagne.eu> wrote:

> >Regarding your examples, I cannot say exactly because of lack of some
> >details. What storage type are you using? How do you measure the space
> used
> >on the physical disk?
>
>
> simply df -h on the PC sharing the NFS storage.
>
>
> >> For example, when making a VM from template, using pre-allocated disk
> >> option, for a 50GB Virtual disk, it only uses 3GB on the physical disk.
>
> > 3GB is the VM's disk? What about the disk of the template?
>
>
> 3GB is the difference using df -h betweem before making the template, and
> after making it and running the VM.
>
>
> >Generally, 50GB pre-allocated disk will take 50GB of physical space. A
> 50GB
> >sparse disk will take as many 1GB chunks as needed to store all the
> >information that was written to it, maximum 50GB.
>
>
> so "pre-allocated" doesn't use pre-allocation but sparse instead ? I don't
> really get it, sorry.
>
>
> >When you create a VM by cloning another VM or create a VM from a template
> >in "clone" mode, a copy of the source disk will be created. The new disk
> >will take as much space as the source disk did.
>
>
> What happens if you clone a source VM which is using "thin" ?
>
>
> >When you create a VM from a template in "thin provision" mode or creating
> a
> >VM in a pool, the new disk will be initially only a reference to the
> source
> >disk. Reading from it will read the source disk. Writing to it will write
> >to the new disk, not touching the source. Thus, all disk fragments that
> >were overwritten after disk creation will be physically stored in the new
> >disk and read from it, those that were not overwritten, will be read from
> >the source disk.
>
>
> Interesting. Is there a way to "merge" the changes ? (I mean to change it
> from being "thin provision" after its creation and make it an independent
> VM)
> When you create a template for the first time, it seems you can't choose
> between clone and thin, which one is used ?
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.0 hosted-engine deploy exits without messages or logs

[Gianluca Cecchi]

On Fri, May 13, 2016 at 10:43 AM, Gianluca Cecchi  wrote:

> On Thu, May 12, 2016 at 3:32 PM, Sandro Bonazzola wrote:
>
>>
>>
>>
>> I strongly suggest to use master. In particular, I strongly suggest to us
>> oVirt Node Next ISO for hosts and the engine appliance for the deployment.
>> Installing Hosted Engine using Cockpit Web UI has been a nice experience
>> yesterday.
>> https://twitter.com/SandroBonazzola/status/730426730515673092
>>
>> Be sure to install also the new dashboard package once your Hosted Engine
>> is up, that's another nice thing to see in action.
>>
>>
> It seems master from yesterday, attempting self hosted engine on nfs3 with
> hypervisor on CentOS 7.2 gives:
>
> [ INFO  ] Stage: Transaction setup
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Stage: Package installation
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Configuring libvirt
> [ INFO  ] Configuring VDSM
> [ INFO  ] Starting vdsmd
> [ INFO  ] Creating Storage Domain
> [ INFO  ] Creating Storage Pool
> [ INFO  ] Connecting Storage Pool
> [ INFO  ] Verifying sanlock lockspace initialization
> [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101]
> Network is unreachable
> [ INFO  ] Stage: Clean up
>
>
It seems I get the same problem with 4.0 beta too...
At least basic sh engine install should work in a beta, I think

[ INFO  ] Creating Storage Domain
[ INFO  ] Creating Storage Pool
[ INFO  ] Connecting Storage Pool
[ INFO  ] Verifying sanlock lockspace initialization
[ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network
is unreachable
[ INFO  ] Stage: Clean up
[ INFO  ] Generating answer file
'/var/lib/ovirt-hosted-engine-setup/answers/answers-20160531110857.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Hosted Engine deployment failed: this system is not reliable,
please check the issue, fix and redeploy


Inside ovirt-hosted-engine-setup initially I see an error about SSL and
vdsmd
May 31 11:03:58 ovirtita.localdomain.local vdsm[8571]: vdsm vds.dispatcher
ERROR SSL error during reading data: unexpected eof

2016-05-31 11:04:36 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:926 execute-output: ('/bin/systemctl', 'status',
'vdsmd.service') stderr:

I see it also inside messages

And then
2016-05-31 11:08:51 DEBUG otopi.plugins.gr_he_setup.sanlock.lockspace
storage_backends.create_volume
:270 Connecting to VDSM
2016-05-31 11:08:51 DEBUG otopi.context context._executeMethod:142 method
exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in
_executeMethod
method['method']()
  File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/sanlock/lockspace.py",
l
ine 143, in _misc
lockspace + '.metadata': md_size,
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
line 369,
in create
service_size=size)
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
line 279,
in create_volume
volUUID=volume_uuid
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
line 245,
in _get_volume_path
volUUID
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
return self.__send(self.__name, args)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
verbose=self.__verbose
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
self.send_content(h, request_body)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
connection.endheaders(request_body)
  File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
  File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
self.send(msg)
  File "/usr/lib64/python2.7/httplib.py", line 797, in send
self.connect()
  File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in
connect
sock = socket.create_connection((self.host, self.port), self.timeout)
  File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
raise err
error: [Errno 101] Network is unreachable
2016-05-31 11:08:51 ERROR otopi.context context._executeMethod:151 Failed
to execute stage 'Misc configuration': [Errno 101] Network is unreachable
2016-05-31 11:08:51 DEBUG otopi.transaction transaction.abort:119 aborting
'File transaction for
'/etc/ovirt-hosted-engine/firewalld/hosted-console.xml''
2016-05-31 11:08:51 DEBUG otopi.transaction transaction.abort:119 aborting
'File transaction for '/etc/ovirt-hosted-engine/iptables.example''
2016-05-31 11:08:51 DEBUG otopi.transaction transaction.abort:119 aborting
'File transaction for '/etc/sysconfig/iptables''


The NFS file system is indeed mounted together with a loop device

Re: [ovirt-users] Can't perform search after setting up an Active Directory

[Alexis HAUSER]

>Oh, I see it, we was blind all the time. The problem is in AD2 and AD3. 
>AD1 and AD4 are fine.
>So yes the problem is on AD side but only for AD2 and AD3, that's why it 
>worked for
>aaa-ldap-setup :)
>So actually this command shouldn't work for you:
>  LDAPTLS_CACERT=/somewhere/myca.pem ldapsearch -Z -H 
>ldap://AD2.mydomain.com -x -D 'CN=Something,DC=myserver,DC=come' -w 
>'mypaswd' -b 'CN=users,DC=something,DC=com'
>but this should:
>  LDAPTLS_CACERT=/somewhere/myca.pem ldapsearch -Z -H 
>ldap://AD4.mydomain.com -x -D 'CN=Something,DC=myserver,DC=come' -w 
>'mypaswd' -b 'CN=users,DC=something,DC=com'


Nice catch ! I made tests on the 4 servers, with ldapsearch :

 OK : ldaps://AD1:636
 Not working : ldaps://AD2:636
 Not working : ldaps://AD3:636
 OK : ldaps://AD4:636

So, half of AD don't like ldaps...

Without using ldaps, it was working for the 3 first of them, but not AD3...(the 
search user was disabled on this one, I asked for it to be enabled, now 
ldapsearch works on this one, but only with ldap, not ldaps), so now :

ldapsearch works using ldap:AD1,2,3,4, even when using LDAPTLS_PROTOCOL_MIN=3.2

In the SRV records when using dig _ldap._tcp.mydomain.com, there are 5 AD...One 
of them has been disabled but not removed from the SRV records. (but when using 
dig @AD1,2,3,4 _ldap_tcp.mydomain, I can see this 5th AD has been removed)

Now the thing is : I don't have access to SRV records, I don't have access to 
AD configuration.

For a strange reason it now works with "insecure", but not 
pool.default.ssl.enable or StartTLS.

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

Re: [ovirt-users] On 3.6.6, tried doing a live VM storage migration... didn't work

[Fred Rolland]

Hi,

Can you please open a bug and provide logs from engine and VDSM ?

http://www.ovirt.org/community/get-involved/report-a-bug/

Thanks,

Fred


On Thu, May 26, 2016 at 10:35 AM, Markus Stockhausen <
stockhau...@collogia.de> wrote:

> I know of at least one live Disk Migration issue with Multi Disk VMs.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1319400
>
> Might be totally different but I must admit that this feature had several
> ups and downs the last years.
>
> Markus
> Am 26.05.2016 3:50 vorm. schrieb Christopher Cox :
>
> In our old 3.4 ovirt, I know I've migrated storage on live VMs and
> everything
> seemed to work.
>
> However on 3.6.6, I tried this and I saw the warning about moving storage
> on a
> live VM (it wasn't doing much of anything) and I went ahead and migrated
> the
> storage from one storage domain to another.   But when it was through,
> even
> though the VM was still alive, when I tried to write to a virtual disk
> that was
> part of the move, it paused the VM saying there wasn't enough storage.
>
> I could unpause the VM, but in a few seconds, with things writing to the
> virtual
> disk, again it was paused with the same out of space message.  Vdsm logs
> showed
> the enospc return code... so it made sense, it's just that the VM shows
> plenty
> of storage there.  Once I rebooted the VM, everything went back to normal.
>
> So is moving storage for a live VM not supported?  I guess we got lucky in
> our
> 3.4 system (?)
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 3.6.6 on Centos 7.2 not using native gluster (gfapi)

[Yaniv Kaul]

On Mon, May 30, 2016 at 9:34 PM, Ralf Schenk  wrote:

> Hello,
>
> thanks for the hint, but wasn't it already there ? Many documents and
> screenshots show the radio-button to enable gluster on the cluster tab of
> the Engine Webinterfaces.
>

Gluster is fully supported - but it's using the FUSE mount right now. The
idea is to move to the native libgfapi (built-in QEMU support for native
Gluster protocol). See [1] for details.
Y.

[1]
http://www.gluster.org/community/documentation/index.php/Libgfapi_with_qemu_libvirt


> Bye
>
> Am 30.05.2016 um 20:28 schrieb Yaniv Kaul:
>
> In the short term roadmap (covered by
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1022961 ).
> Y.
>
> On Mon, May 30, 2016 at 3:30 PM, Ralf Schenk  wrote:
>
>> Hello,
>>
>> I set up 8 Hosts and self-hosted-engine running HA on 3 of them from
>> gluster replica 3 Volume. HA is working, I can set one host of the 3
>> configured for hosted-engine to maintenance and engine migrates to other
>> host. I did the hosted-engine --deploy with type gluster and my gluster
>> hosted storage is accessed as glusterfs.mydomain.de:/engine
>>
>> I set up another gluster volume (distributed replicated 4x2=8) as Data
>> storage for my virtual machines which is accessible as
>> glusterfs.mydomain.de:/gv0.  ISO and Export Volume are defined from NFS
>> Server.
>>
>> When I set up a VM on the gluster storage I expected it to run with
>> native gluster support. However if I dumpxml the libvirt machine definition
>> I've something like that in it's config:
>>
>> [...]
>>
>> 
>>   > io='threads'/>
>>   > file='/rhev/data-center/0001-0001-0001-0001-00b9/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/011ab08e-71af-4d5b-a6a8-9b843a10329e/3f71d6c7-9b6d-4872-abc6-01a2b3329656'/>
>>   
>>   
>>   011ab08e-71af-4d5b-a6a8-9b843a10329e
>>   
>>   
>>   > function='0x0'/>
>> 
>>
>> I expected to have something like this:
>> 
>> > io='threads'/>
>>   > name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/011ab08e-71af-4d5b-a6a8-9b843a10329e/3f71d6c7-9b6d-4872-abc6-01a2b3329656'>
>>   
>>   
>>   [...]
>>
>> All hosts have vdsm-gluster gluster installed:
>> [root@microcloud21 libvirt]# yum list installed | grep vdsm-*
>> vdsm.noarch   4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-cli.noarch   4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-gluster.noarch   4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-hook-hugepages.noarch4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-hook-vmfex-dev.noarch4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-infra.noarch 4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-jsonrpc.noarch   4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-python.noarch4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-xmlrpc.noarch4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-yajsonrpc.noarch 4.17.28-0.el7.centos
>> @ovirt-3.6
>>
>> How do I get my most wanted feature native gluster support running ?
>>
>> --
>>
>>
>> *Ralf Schenk*
>> fon +49 (0) 24 05 / 40 83 70
>> <%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070>
>> fax +49 (0) 24 05 / 40 83 759
>> <%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759>
>> mail *r...@databay.de* 
>>
>> *Databay AG*
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> *www.databay.de* 
>>
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>> Philipp Hermanns
>> Aufsichtsratsvorsitzender: Klaus Scholzen (RA)
>> --
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Klaus Scholzen (RA)
> --
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users