Каков современный способ решения проблем с блокировкой Plone?

Question

В настоящее время у меня есть сайт Plone 4.3.8, где редактирование портлета вызывает тупик.

Я пытаюсь найти инструменты, чтобы исправить это, но большинство инструментов взаимоблокировки не работают & Я не получаю хорошую информацию (ИМО) от тех, которые хотя бы запускаются.

Я пробовал:

• z3c.deadlockdebugger => не может добраться до StackTrace
• ZopeHealthWatcher => не могут видеть результаты по командной строке (или веб-страницы)
• Products.LongRequestLogger => возможно, самое лучшее до сих пор, дает мне некоторый выход журнала - но это трассировка стека сосредоточена на диазо-коде, но проблема все еще возникает, когда Diazo не в области (работает против 127.0.0.1)
• gdb attach - просто приземлился меня в коде С
• winpdb => он не может подключаться к запущенным процессам таким же образом, что и gdb (только для процессов, начинающихся с намерения вложения с помощью winpdb)
• Products.signalstack (OR Products.signalstacklogger) => Сигнал USR1 просто выключает zope процесс!

Примечание: z3c.deadlockdebugger (и все, что от него зависит) нуждается в проверке source code, чтобы отказаться от зависимости threadframe.

Мое положение, похоже, связано с обновлением продукта - возможно, одним или обоими либо plone.app.contenttypes, либо plone.app.multilingual, на пустом сайте нет этой проблемы, но я, очевидно, мне нужны данные моего сайта !

Что мне делать, чтобы проделать это?

EDIT:

Я считаю Maurits ответить наиболее правильным, но он не работает в моем случае. В результате я использовал pdb для отслеживания точки, в которой был виден код (в plone.app.debugtoolbar, как это бывает)

Answer 1

Вы говорите, что с использованием сигнала USR1 отключается Zope при использовании Products.signalstack. Но никаких специальных пакетов не требуется, поэтому я задаюсь вопросом, имеет ли добавление сигнальный пакет этот побочный эффект отключения Zope.

По крайней мере, для меня, несколько недель назад, это работало отлично на сайте 4.3.something Plone: ​​

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

Answer 2

Хотя @maurits ответить правильно (и простейшими) иногда я вопросы видящего трассировка в результате команды kill: иногда ее можно найти в журнале событий, иногда в оболочке.

Я предпочитаю интеграцию сборки с haufe.requestmonitoring, настраивая также monitor long running requests feature. В вашем журнале событий вы увидите мертвую трассировку, а также активируете инструмент для мониторинга низкой производительности на вашем Plone.