<div dir="ltr"><div><div><div><div><div><div>Hi, devs,<br><br></div>I noticed that Ceilometer project uses lots of other OpenStack services, and other thirdparty services APIs, but rare of them set timeout when call http request, this is not a good behavior because many pollsters run in one of threads, if one is every slow or stuckd, then others will not be able to work too.<br><br></div>The worst case is if Ceilometer thread is stuckd, then when outside service becomes normal, Ceilometer cannot recover itself, cloud operator will need to restart the service manually, that is bad.<br><br></div>I have reported a bug, see: <a href="https://bugs.launchpad.net/ceilometer/+bug/1388778">https://bugs.launchpad.net/ceilometer/+bug/1388778</a><br>and uploaded a patch, see: <a href="https://review.openstack.org/#/c/132974/">https://review.openstack.org/#/c/132974/</a><br><br></div>What's your opinion?<br><br></div>And <b>I need help for writing test code for this patch</b> (the main reason why I write this mail), is there any idea to test timeout case? I don't want the unit test to be very slow, so a real timeout like sleep is not my current choice.<br><br></div>Thanks<br></div>