Skip to main content

Output zope stacktrace on signal using logging facility

Project description

Introduction

This package is based on Products.signalstack.

The one difference from the original product is a change to where the thread dump is output. This version of signalstack uses the python logging facilities to output the thread dump, rather than printing to stdout. Certain production setups don’t have access to stdout, i.e. when zopectl start is used.

This change allows access to the thread dump when stdout is not accessible, since in addition to writing to stdout, the thread dump is also written to the zope event log. ‘

Products.signalstackLogger is triggered in the same was as the original, i.e. by sending USR1 to a Zope2 instance.

The original Products.signalstack is intended to be used with supervisord, which retains stdout.

From the original README:

This package is a simple debugging tool for Zope 2 instances that are stuck. Unlike the z3c.deadlockdebugger and DeadlockDebugger this package also works if all threads in an instance are stuck.

If you send the USR1 signal to a Zope2 instance with Products.signalstack installed it will dump a stracktrace of all threads on the console.

Changelog

0.9 - December 11, 2009

  • Initial release of Products.signalstackLogger

Project details


Release history Release notifications | RSS feed

This version

0.9

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

Products.signalstackLogger-0.9.tar.gz (2.5 kB view hashes)

Uploaded Source

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page