Hello, By starting this thread I want to discuss about a knowed issue who impact several openstack projects. Projects who use oslo.concurrency lockutils to lock process have several leftover files who was not automatically removed. You can find a related issue on the Red Hat Bugzilla[1]. It's not really an oslo.concurrency issue it's a knowed fasteners issue[2] not fixed yet on the fasteners side but with some related changes[3] under review currently. oslo.concurrency already provide a work around[4] that all projects can use to fix that temporarely by waiting that the official fasteners fix will be released. I'm voluntary to help peoples and projects to use the oslo.concurrency cleaning method but I'm not sure where I need to put the changes (refer to [1]) outside the oslo scope. Also I guess other projects (nova, etc...) have the same issue. I need help from the expert of these projects to really know where we need to put changes (using oslo.concurrency remove_external_lock_file_with_prefix). Else if projects want to intodruces these changes I can help them by double checking with my oslo hat. Also I guess some projects reimplement the same approach that the oslo.concurrency module to lock process by using directly fasteners, in that case I thing they need to use oslo.concurrency to avoid the problem too. Do not hesitate to reply on this thread to trace useful informations and to add me on project reviews if you decide to introduce these changes on your side. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1647469 [2] https://github.com/harlowja/fasteners/issues/26 [3] https://github.com/harlowja/fasteners/pull/10 [4] https://docs.openstack.org/oslo.concurrency/latest/reference/lockutils.html#... Thank you for your attention. -- Hervé Beraud Senior Software Engineer Red Hat - Openstack Oslo irc: hberaud -----BEGIN PGP SIGNATURE----- wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----