<div dir="auto">Thanks Goutham.<div dir="auto">If there are not mantainers for this driver I will switch on ceph and or netapp. </div><div dir="auto">I am already using netapp but I would like to export shares from an openstack installation to another.</div><div dir="auto">Since these 2 installations do non share any openstack component and have different openstack database, I would like to know it is possible .</div><div dir="auto">Regards </div><div dir="auto">Ignazio</div></div><br><div class="gmail_quote"><div dir="ltr">Il giorno Gio 31 Gen 2019 20:56 Goutham Pacha Ravi <<a href="mailto:gouthampravi@gmail.com">gouthampravi@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Ignazio,<br>
<br>
On Thu, Jan 31, 2019 at 7:31 AM Ignazio Cassano<br>
<<a href="mailto:ignaziocassano@gmail.com" target="_blank" rel="noreferrer">ignaziocassano@gmail.com</a>> wrote:<br>
><br>
> Hello All,<br>
> I installed manila on my queens openstack based on centos 7.<br>
> I configured two servers with glusterfs replocation and ganesha nfs.<br>
> I configured my controllers octavia,conf but when I try to create a share<br>
> the manila scheduler logs reports:<br>
><br>
> Failed to schedule create_share: No valid host was found. Failed to find a weighted host, the last executed filter was CapabilitiesFilter.: NoValidHost: No valid host was found. Failed to find a weighted host, the last executed filter was CapabilitiesFilter.<br>
> 2019-01-31 16:07:32.614 159380 INFO manila.message.api [req-241d66b3-8004-410b-b000-c6d2d3536e4a 89f76bc5de5545f381da2c10c7df7f15 59f1f232ce28409593d66d8f6495e434 - - -] Creating message record for request_id = req-241d66b3-8004-410b-b000-c6d2d3536e4a<br>
<br>
<br>
The scheduler failure points out that you have a mismatch in<br>
expectations (backend capabilities vs share type extra-specs) and<br>
there was no host to schedule your share to. So a few things to check<br>
here:<br>
<br>
- What is the share type you're using? Can you list the share type<br>
extra-specs and confirm that the backend (your GlusterFS storage)<br>
capabilities are appropriate with whatever you've set up as<br>
extra-specs ($ manila pool-list --detail)?<br>
- Is your backend operating correctly? You can list the manila<br>
services ($ manila service-list) and see if the backend is both<br>
'enabled' and 'up'. If it isn't, there's a good chance there was a<br>
problem with the driver initialization, please enable debug logging,<br>
and look at the log file for the manila-share service, you might see<br>
why and be able to fix it.<br>
<br>
<br>
Please be aware that we're on a look out for a maintainer for the<br>
GlusterFS driver for the past few releases. We're open to bug fixes<br>
and maintenance patches, but there is currently no active maintainer<br>
for this driver.<br>
<br>
<br>
> I did not understand if controllers node must be connected to the network where shares must be exported for virtual machines, so my glusterfs are connected on the management network where openstack controllers are conencted and to the network where virtual machine are connected.<br>
><br>
> My manila.conf section for glusterfs section is the following<br>
><br>
> [gluster-manila565]<br>
> driver_handles_share_servers = False<br>
> share_driver = manila.share.drivers.glusterfs.GlusterfsShareDriver<br>
> glusterfs_target = root@10.102.184.229:/manila565<br>
> glusterfs_path_to_private_key = /etc/manila/id_rsa<br>
> glusterfs_ganesha_server_username = root<br>
> glusterfs_nfs_server_type = Ganesha<br>
> glusterfs_ganesha_server_ip = 10.102.184.229<br>
> #glusterfs_servers = <a href="mailto:root@10.102.185.19" target="_blank" rel="noreferrer">root@10.102.185.19</a><br>
> ganesha_config_dir = /etc/ganesha<br>
><br>
><br>
> PS<br>
> <a href="http://10.102.184.0/24" rel="noreferrer noreferrer" target="_blank">10.102.184.0/24</a> is the network where controlelrs expose endpoint<br>
><br>
> <a href="http://10.102.189.0/24" rel="noreferrer noreferrer" target="_blank">10.102.189.0/24</a> is the shared network inside openstack where virtual machines are connected.<br>
><br>
> The gluster servers are connected on both.<br>
><br>
><br>
> Any help, please ?<br>
><br>
> Ignazio<br>
</blockquote></div>