<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 6, 2020 at 11:49 PM <a href="mailto:fsbiz@yahoo.com">fsbiz@yahoo.com</a> <<a href="mailto:fsbiz@yahoo.com">fsbiz@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:times new roman,new york,times,serif;font-size:16px"><div dir="ltr">Hi folks,</div><div dir="ltr"><br></div><div dir="ltr">We're on queens release. </div><div dir="ltr"><br></div><div dir="ltr">We have just setup a 2nd region.  So, now we have two regions regionOne and regionTwo</div><div dir="ltr"><br></div><div dir="ltr">We had a storage cluster in regionOne. Everything works good.</div><div dir="ltr">We also added another storage cluster in regionTwo and have created swift endpoints for this.</div><div dir="ltr">Using swift API, everything works fine.  The container is properly created in regionOne or regionTwo as</div><div dir="ltr">desired.</div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">We are also using swift as the glance backend.  We are seeing an issue with this for regionTwo.</div><div dir="ltr">When I create an image in regionTwo, it seems like the glance storage backend is not properly recognizing</div><div dir="ltr">the endpoint and wants to store the image in regionOne.</div><div dir="ltr"><br></div><div dir="ltr">This looks like a definite bug.</div><div dir="ltr">I can work around it by overriding the endpoint using swift_store_endpoint but if there is a known bug</div><div dir="ltr">about this issue I would rather patch it than resort to overriding the URL endpoint returned from "auth".</div><div dir="ltr"><br></div><div dir="ltr">Is this a known bug ?  Again, we are on the latest Queens release.</div><div dir="ltr"><br></div><div dir="ltr">thanks,</div><div dir="ltr">Fred.</div><div dir="ltr"><br></div></div></div></blockquote><div><br></div><div>Hi Fred,</div><div><br></div><div>With these details I'm not exactly sure what the bug would be here. Glance has no concept for availability zones or regions per se. It expects consistent database across the deployment and multi-store not being a thing in Queens yet, there really is no meaningful way to configure multiple instances of the same store type. While there is no enforcement of homogenous configuration across the Glance nodes, the storage side really depends on it for the service to operate correctly. Forcing Glance to use different stores with the same database will likely cause lots of confusion and poor user experience. I'd assume that to achieve what you are looking for you'd either need to upgrade your openstack deployment to recent version to take advantage of the multi-store work or use separate Glance deployments per region.</div><div><br></div><div>best,</div><div>Erno "jokke" Kuvaja<br></div></div></div>