Plone kilitlenme sorunlarını çözmenin modern yolu nedir?

Question

Şu anda bir portleti düzenlemenin bir kilitlenmeye neden olduğu bir Plone 4.3.8 sitesi var.

Bunu düzeltmek için araçlar bulmaya çalışıyorum, ancak çoğu kilitlenme aracı çalışmıyor & En azından çalışmakta olanlardan iyi bilgi (IMO) alamıyorum.

denedim:

• z3c.deadlockdebugger => Bir stacktrace olamıyorum
• ZopeHealthWatcher =>
• Products.LongRequestLogger komut satırından (veya web sayfasında) sonuçları göremiyorum => belki de şimdiye kadarki en iyisi, bazı günlük çıktıları verir - ancak yığın izleri Diazo koduna odaklanır, ancak Diazo'nun kapsama girmediği durumlarda sorun hala ortaya çıkar (127.0.0.1'e karşı çalışır)
• gdb ek - sadece indi C kodunda
• winpdb => o
• Products.signalstack (OR Products.signalstacklogger) => USR1 sinyali sadece kapanıyor can gdb (sadece süreçlere winpdb tarafından eki niyetiyle başladı) aynı şekilde çalışan süreçleri için ekleyemezsiniz zope süreci!

Not: z3c.deadlockdebugger (ve buna bağlı şeyler) ihtiyaçlar threadframe bağımlılığını düşmesi source code kontrol etti.

Durumum, ürün yükseltmeleriyle bağlantılı görünüyor - muhtemelen biri ya da her ikisi de plone.app.contenttypes ya da plone.app.multilingual, boş bir sitenin bu sorunu yok, ama açıkçası benim site verilerine ihtiyacım var !

Bunu geliştirmek için ne yapmalıyım?

DÜZENLEME:

Ben Maurits en doğru biri olarak cevap inanıyoruz, ama benim durumumda işe yaramadı. Ne yaptım, kodun asılı olduğu noktayı izlemek için pdb kullanıyordu (plone.app.debugtoolbar içinde olduğu gibi)

Answer 1

Products.signalstack kullanırken USR1 sinyalinin Zope'u kapattığını söylüyorsunuz. Ama özel paketlere gerek yok, bu yüzden Signaltack ekleyerek Zope kapatmanın bu yan etkisi varsa merak ediyorum.

En azından benim için, birkaç hafta önce, bu Plone'un 4.3.something sitesinde iyi çalıştı :

kill -USR1 $(cat var/zeoclient.pid) 

Answer 2

@maurits doğru cevap rağmen (ve en basit olanları) bazen sorunlar görmeye vardı kill komutundan kaynaklanan traceback: bazen olay günlüğünde, bazen de kabukta bulunur.

Buildout'un haufe.requestmonitoring ile entegrasyonunu da tercih ediyorum, ayrıca monitor long running requests feature'u da yapılandırabilirsiniz. Olay günlüğünüzde kilitlenen izleri göreceksiniz ve ayrıca Plone'nuzdaki düşük performansı izlemek için bir aracı etkinleştireceksiniz.