py3.7 deadlock in threading
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Designate |
Fix Released
|
Undecided
|
Graham Hayes | ||
Python |
Unknown
|
Unknown
|
|||
eventlet |
Fix Released
|
Unknown
|
Bug Description
I have a feeling this is an issue with a dependency that designate is using, or even with py3.7 itself, and not directly a designate issue. I'm hitting something similar in heat and will append the bug with details there once I get them narrowed down to a simple recreate.
Things seem to get hung up in:
File "/usr/lib/
waiter.
and:
File "/usr/lib/
elif lock.acquire(block, timeout):
To reproduce with designate, update tox.ini with the following:
--- a/tox.ini
+++ b/tox.ini
@@ -1,6 +1,6 @@
[tox]
minversion = 2.0
-envlist = py35,py27,flake8
+envlist = py35,py37,
skipsdist = True
[testenv]
@@ -39,6 +39,12 @@ commands =
{[testenv]
stestr run '{posargs}'
+[testenv:py37]
+basepython = python3.7
+commands =
+ {[testenv]commands}
+ stestr run 'designate\
+
[testenv:docs]
basepython = python3
deps =
Notice that while updating tox with a py3.7 target, that also runs a single test, test_execute_
To recreate with py3.7 you can use Ubuntu Cosmic like so:
lxc launch ubuntu-daily:cosmic c1
lxc exec c1 /bin/bash
root@c1:~# git clone https:/
root@c1:~# #update tox.ini as shown above
root@c1:~# tox -e py37
description: | updated |
tags: | added: patch |
summary: |
- py3.7 possible race condition in threading + py3.7 deadlock in threading |
no longer affects: | designate/stein |
Changed in designate: | |
milestone: | none → 8.0.0.0b1 |
Changed in eventlet: | |
status: | Unknown → New |
Changed in designate: | |
assignee: | Graham Hayes (grahamhayes) → Erik Olof Gunnar Andersson (eandersson) |
Changed in designate: | |
assignee: | Erik Olof Gunnar Andersson (eandersson) → Graham Hayes (grahamhayes) |
Changed in python: | |
status: | Unknown → New |
Changed in python: | |
status: | New → Unknown |
Changed in eventlet: | |
status: | New → Fix Released |
Just tested with py3.6 and the test runs successfully without any issues.