master
stable/zed
stable/wallaby
stable/train
18.0.0
wallaby-em
17.0.0
victoria-eol
victoria-em
13.6.0
ussuri-eol
16.0.0
ussuri-em
12.4.6
15.1.0
13.5.0
14.3.0
12.4.5
stein-eol
13.4.0
14.2.0
queens-eol
15.0.0
12.4.4
14.1.2
train-em
11.6.0
13.3.0
14.1.1
14.1.0
12.4.3
11.5.0
13.2.0
rocky-eol
11.4.0
12.4.2
14.0.0
13.1.0
stein-em
13.0.0
12.4.1
12.7.0
12.6.0
12.5.0
12.4.0
12.3.0
12.2.0
rocky-em
12.1.0
11.3.1
10.6.2
12.0.0
queens-em
11.3.0
11.2.0
8.4.1
9.4.1
10.6.1
pike-eol
ocata-eol
11.1.0
10.6.0
8.4.0
9.4.0
11.0.0
pike-em
7.0.18
10.5.0
ocata-em
8.3.1
9.3.0
10.4.0
8.3.0
10.3.0
9.2.0
8.2.0
9.1.0
8.1.0
10.2.0
10.1.0
10.0.0
9.0.0
8.0.7
7.0.17
9.0.0.0rc2
8.0.6
7.0.16
9.0.0.0rc1
8.0.5
7.0.15
6.2.16
newton-eol
9.0.0.0b4
7.0.14
6.2.15
8.0.4
5.3.13
9.0.0.0b3
8.0.3
6.2.14
7.0.13
5.3.12
6.2.13
7.0.12
8.0.2
9.0.0.0b2
8.0.1
9.0.0.0b1
5.3.11
7.0.11
6.2.12
8.0.0
5.3.10
6.2.11
7.0.10
8.0.0.0rc1
7.0.9
6.2.10
8.0.0.0b3
6.2.9
7.0.8
5.3.9
7.0.7
5.3.8
6.2.8
7.0.6
6.2.7
5.3.7
8.0.0.0b2
7.0.5
5.3.6
6.2.6
6.2.5
7.0.4
5.3.5
7.0.3
6.2.4
5.3.4
8.0.0.0b1
5.3.3
7.0.2
6.2.3
6.2.2
5.3.2
7.0.1
7.0.0
7.0.0.0rc2
6.2.1
5.3.1
7.0.0.0rc1
7.0.0.0b3
6.2.0
7.0.0.0b2
mitaka-eol
6.1.0
5.3.0
2.2.0
7.0.0.0b1
6.0.0
6.0.0.0rc2
6.0.0.0rc1
5.2.0
6.0.0.0b2
liberty-eol
6.0.0.0b1
5.1.0
5.0.0
5.0.0.0rc3
5.0.0.0rc2
5.0.0.0rc1
5.0.0.0b3
2.1.0
5.0.0.0b2
5.0.0.0b1
2.0.0
0.8.14
0.8.13
0.8.12
0.8.11
0.8.10
0.8.9
0.8.8
0.8.7
1.0.0
0.8.6
0.8.5
0.8.4
0.8.3
0.8.2
0.8.1
0.8.0
0.7.9
0.7.8
0.7.7
0.7.6
0.7.5
0.7.4
0.7.3
0.7.2
0.7.1
0.7.0
0.6.4
0.6.3
0.6.2
0.6.1
0.6.0
0.5.6
0.5.5
0.5.4
0.5.3
0.5.2
0.5.1
0.5.0
0.4.4
0.4.3
0.4.2
0.4.1
0.4.0
0.3.4
0.3.3
0.3.2
0.3.1
0.3.0
0.2.0
0.1.1
0.1.0
0.0.1
${ noResults }
7 Commits (8569ec942fa7db465e3b943e6ad1ddd5dfb2d393)
| Author | SHA1 | Message | Date |
|---|---|---|---|
Tom Barron
|
9a42686dc7 |
set ganesha idmap.conf file path and overrides
Traditionally, Ganesha consumes /etc/idmapd.conf, which controls mapping of user/owner identities under NFSv4+. With containerized service deployment, this file has beenan immutable part of the container image and could not be modified. Recently ceph-ansible was modified to allow the user to set the path for idmapd.conf and to override ini settings in this file by supplying json configuration for the overrides in the same way that it can be supplied for ceph.conf overrides [1]. Also, the default path setting for the idmapd.conf file is /etc/ganesha/idmap.conf, which already is reflected into containerized ganesha under /etc/ganesha, solving the immutability issue. If no overrides are supplied, the file put in this location will match that originally frozen into the container, so there is no issue here with backwards compatibility. This change exposes parameters for idmap.conf file path and override contents in TripleO and passes them into ceph-ansible. It also sets up these parameters for cephadm. Cephadm support for OpenStack Ganesha is WIP so there will likely need to be a followup patch to make these effective when cephadm replaces ceph ansible. [1] https://github.com/ceph/ceph-ansible/pull/6422 Change-Id: I422e49f0027efbbb25256d8b4718eb0aa78d90a4 |
2 years ago |
|
Giulio Fidente
|
829e658559 |
Allow for configuration of the Manila CephFS backend with a remote Ceph
When deploying Manila with CephFS backend it might be preferable
to keep the Ganesha service deployment under control of TripleO but
still point it to an external Ceph cluster.
From version 4.0.0rc9 [1] ceph-ansible is capable of deploying Ganesha and
configure it to use an external Ceph cluster. We can use this feature
TripleO enabling the CephNfs and CephClient services on those roles
where Ganesha needs to go.
It will be possible to deploy Manila with a CephFS backend together
with Ganesha (pacemaker managed) and point them to an external Ceph
cluster combining the two environments:
- manila-cephfsganesha-config.yaml
- ceph-ansible/ceph-ansible-external.yaml
1.
|
4 years ago |
|
Dan Prince
|
4a9f2ac052 |
Move Manila backends into deployment
Change-Id: I6d500a3d7a1d24c13649734bc99707c37e133c2b Related-Blueprint: services-yaml-flattening |
4 years ago |
|
Dan Prince
|
5c8456c5cd |
move ceph-ansible into deployment
Change-Id: I67dc1c2dd7d1e0308db660577f25d74a6305dae6 Related-Blueprint: services-yaml-flattening |
4 years ago |
|
Tom Barron
|
127dbb4e81 |
Support cephfs_volume_mode parameter
manila now [1] supports configuring an octal value for the rwx permissions mode of the cephfs volumes and snapshots and groups of these that back manila shares, snapshots, and groups. Expose this parameter in the backend manifests for manila with cephfs. [1] https://review.openstack.org/#/c/614332 Depends-on: https://review.openstack.org/638773 Change-Id: I0e3f841523dc0cc213100296bc352ac88eb1ff74 |
4 years ago |
|
Dan Prince
|
27e8bbd2ac |
flatten the manila service configurations
This change combines the previous puppet and docker files into a single file that performs the docker service installation and configuration for all manila services. With this patch the baremetal version of each manila service has been removed. Related-Blueprint: services-yaml-flattening Change-Id: I02addc0ecbbbcb60d2c6a0d30d7c9cfa42346f7c |
4 years ago |
|
Tom Barron
|
08e67b8ff0 |
Update manila environment file names
to eliminate special 'docker' names. Containerized manila is now the standard way to deploy so we can avoid confusion by just using the regular manila environment file names for these rather than having some manila environment files with 'docker' in their names. Note that we are using the content of environments/manila-cephfsnative-config-docker.yaml for environments/manila-cephfsnative-config.yaml. This resolves an issue wherein the parameters in the latter file were not updated when support for the CephFS-NFS back end was added [1]. Closes-Bug: #1782622 [1] Ib408c7827e5fba0c1b01388db26363806fc64370 Change-Id: I08431d848158846a434fecc98d3bee838c7fad68 |
5 years ago |