Bug 1038260
| Summary: | GlusterFS volume attach fails with Nova exception due to unexpected share config format | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Eric Harney <eharney> |
| Component: | openstack-cinder | Assignee: | Eric Harney <eharney> |
| Status: | CLOSED ERRATA | QA Contact: | Yogev Rabl <yrabl> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.0 | CC: | abaron, eharney, grajaiya, jlabocki, mlopes, ndipanov, perfbz, sclewis, scohen, smanjara, sreichar, vbellur, xqueralt, yeylon |
| Target Milestone: | z1 | Keywords: | ZStream |
| Target Release: | 4.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | storage | ||
| Fixed In Version: | openstack-cinder-2013.2.1-4.el6ost | Doc Type: | Bug Fix |
| Doc Text: |
Previously, specifying GlusterFS shares using an invalid format would result in Python exceptions occurring in Block Storage and Compute. This update addresses the issue by ignoring shares specified using an unexpected format. A warning message now appears at initialization time, rather than when the share is first accessed.
|
Story Points: | --- |
| Clone Of: | 1020979 | Environment: | |
| Last Closed: | 2014-01-23 14:23:44 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1038537, 1045196 | ||
|
Description
Eric Harney
2013-12-04 18:16:03 UTC
As Eric suggested, after adding a '/' against gluster volume in the cinder gluster_shares file and setting the port to '24007', I can successfully attach volume.
Changes that were made while testing:
vi /etc/cinder/shares.conf
10.70.x.x:/cinder-vol
nova/virt/libvirt/volume.py
if 'gluster' in CONF.qemu_allowed_storage_drivers:
vol_name = data['export'].split('/')[1]
source_host = data['export'].split('/')[0][:-1]
conf.source_ports = ['24007']
conf.source_type = 'network'
conf.source_protocol = 'gluster'
conf.source_hosts = [source_host]
We see volume being attached to instance.
# cinder list
+--------------------------------------+--------+--------------+------+-------------+----------+--------------------------------------+
| ID | Status | Display Name | Size | Volume Type | Bootable | Attached to |
+--------------------------------------+--------+--------------+------+-------------+----------+--------------------------------------+
| 93069bb9-9c94-4c44-8f9b-a98a9009795c | in-use | vol1 | 1 | None | false | 6040bc43-944f-4cb7-b45e-c596a074fb86 |
+--------------------------------------+--------+--------------+------+-------------+----------+--------------------------------------+
verified on: python-cinderclient-1.0.7-2.el6ost.noarch python-cinder-2013.2.1-4.el6ost.noarch openstack-cinder-2013.2.1-4.el6ost.noarch Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2014-0046.html |