<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 18 Jul 2019 at 09:54, Eddie Yen <<a href="mailto:missile0407@gmail.com">missile0407@gmail.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 dir="ltr">Hi everyone, I met an issue when try to evacuate host.<div>The platform is stable/rocky and using kolla-ansible to deploy.</div><div>And all storage backends are connected to Ceph.</div><div><br></div><div>Before I try to evacuate host, the source host had about 24 VMs running.</div><div>When I shutdown the node and execute evacuation, there're few VMs failed. The error code is 504.</div><div>Strange is those VMs are all attach its own volume.</div><div><br></div><div>Then I check nova-compute log, a detailed error has pasted at below link;</div><div><a href="https://pastebin.com/uaE7YrP1" target="_blank">https://pastebin.com/uaE7YrP1</a><br></div><div><br></div><div>Does anyone have any experience with this? I googled but no enough information about this.</div><div><br></div><div>Thanks!</div></div></blockquote><div><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Gateway timeout suggests the server timeout in haproxy is too low, and the server (cinder-api) has not responded to the request in time. The default timeout is 60s, and is configured via haproxy_server_timeout (and possibly haproxy_client_timeout). You could try increasing this in globals.yml.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">We do use a larger timeout for glance-api (haproxy_glance_api_client_timeout and haproxy_glance_api_server_timeout, both 6h). Perhaps we need something similar for cinder-api.</div></div></div>