[manila][glusterfs] on queens error

Ignazio Cassano ignaziocassano at gmail.com
Fri Feb 1 06:28:00 UTC 2019


Thanks Goutham.
If there are not mantainers for this driver I will switch on ceph and or
netapp.
I am already using netapp but I would like to export shares from an
openstack installation to another.
Since these 2 installations do non share any openstack component and have
different openstack database, I would like to know it is possible .
Regards
Ignazio

Il giorno Gio 31 Gen 2019 20:56 Goutham Pacha Ravi <gouthampravi at gmail.com>
ha scritto:

> Hi Ignazio,
>
> On Thu, Jan 31, 2019 at 7:31 AM Ignazio Cassano
> <ignaziocassano at gmail.com> wrote:
> >
> > Hello All,
> > I installed manila on my queens openstack based on centos 7.
> > I configured two servers with glusterfs replocation and ganesha nfs.
> > I configured my controllers octavia,conf but when I try to create a share
> > the manila scheduler logs reports:
> >
> > 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.
> > 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
>
>
> The scheduler failure points out that you have a mismatch in
> expectations (backend capabilities vs share type extra-specs) and
> there was no host to schedule your share to. So a few things to check
> here:
>
> - What is the share type you're using? Can you list the share type
> extra-specs and confirm that the backend (your GlusterFS storage)
> capabilities are appropriate with whatever you've set up as
> extra-specs ($ manila pool-list --detail)?
> - Is your backend operating correctly? You can list the manila
> services ($ manila service-list) and see if the backend is both
> 'enabled' and 'up'. If it isn't, there's a good chance there was a
> problem with the driver initialization, please enable debug logging,
> and look at the log file for the manila-share service, you might see
> why and be able to fix it.
>
>
> Please be aware that we're on a look out for a maintainer for the
> GlusterFS driver for the past few releases. We're open to bug fixes
> and maintenance patches, but there is currently no active maintainer
> for this driver.
>
>
> > 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.
> >
> > My manila.conf section for glusterfs section is the following
> >
> > [gluster-manila565]
> > driver_handles_share_servers = False
> > share_driver = manila.share.drivers.glusterfs.GlusterfsShareDriver
> > glusterfs_target = root at 10.102.184.229:/manila565
> > glusterfs_path_to_private_key = /etc/manila/id_rsa
> > glusterfs_ganesha_server_username = root
> > glusterfs_nfs_server_type = Ganesha
> > glusterfs_ganesha_server_ip = 10.102.184.229
> > #glusterfs_servers = root at 10.102.185.19
> > ganesha_config_dir = /etc/ganesha
> >
> >
> > PS
> > 10.102.184.0/24 is the network where controlelrs expose endpoint
> >
> > 10.102.189.0/24 is the shared network inside openstack where virtual
> machines are connected.
> >
> > The gluster servers are connected on both.
> >
> >
> > Any help, please ?
> >
> > Ignazio
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20190201/60e765f6/attachment.html>


More information about the openstack-discuss mailing list