Glance api deployed only on a single controller on multi-controller deployment [kolla]
pradeep
pradeep8985 at gmail.com
Mon Dec 19 16:59:08 UTC 2022
Hi,
Sorry to hijack this thread. I have a similar issue. I have used netapp NAS
share, mounted in all the 3 controllers as /glanceimages and modified
glance_file_datadir_volume:/glanceimages in globals.yml. I have tried
deploy and reconfigure commands but was unlucky. It doesn't deploy
glance-api containers in controller2 and 3. Please let me know if you
succeed in this.
Regards
Pradeep
On Mon, 19 Dec 2022 at 14:49, A Monster <amonster369 at gmail.com> wrote:
> Thank you for the clarification.
> So in order to deploy glance on multiple nodes, I need to first set up an
> NFS storage then specify the shared path either by overriding the content
> of ansible/group_vars/all.yml or by adding
> glance_file_datadir_volume:NFS_PATH in globals.yml ?
> Which NFS tool do you think I should use?
> Thank you again. Regards
>
> On Thu, 21 Jul 2022 at 10:42, Pierre Riteau <pierre at stackhpc.com> wrote:
>
>> With the default backend (file), Glance is deployed on a single
>> controller, because it uses a local Docker volume to store Glance images.
>> This is explained in the documentation [1]: "By default when using file
>> backend only one glance-api container can be running". See also the
>> definition of glance_api_hosts in ansible/group_vars/all.yml.
>>
>> If you set glance_file_datadir_volume to a non-default path, it
>> is assumed to be on shared storage and kolla-ansible will automatically use
>> all glance-api group members.
>>
>> You can also switch to another backend such as Ceph or Swift.
>>
>> [1]
>> https://docs.openstack.org/kolla-ansible/latest/reference/shared-services/glance-guide.html
>>
>> On Thu, 21 Jul 2022 at 10:57, A Monster <amonster369 at gmail.com> wrote:
>>
>>> I've deployed openstack xena using kolla ansible on a centos 8 stream
>>> cluster, using two controller nodes, however I found out after the
>>> deployment that glance api is not available in one node, I tried
>>> redeploying but I got the same behavior, although the deployment finished
>>> without displaying any error.
>>>
>>> Thank you. Regards
>>>
>>
--
-----------------------
Regards
Pradeep Kumar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.openstack.org/pipermail/openstack-discuss/attachments/20221219/02731e63/attachment.htm>
More information about the openstack-discuss
mailing list