• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

iplweb / bpp / 24986164888
65%

Build:
DEFAULT BRANCH: dev
Ran 27 Apr 2026 09:24AM UTC
Jobs 0
Files 0
Run time –
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

pending completion
24986164888

push

github

mpasternak
fix(celerybeat): healthcheck sprawdza proces beata + dostepnosc brokera

Poprzedni HEALTHCHECK wolal `celery inspect scheduled`, ktory odpytuje
*workerow* przez kanal kontrolny AMQP, a nie samego beata. W efekcie
kontener byl healthy, gdy beat padl, ale workery zyly, oraz unhealthy,
gdy workery byly wylaczone, a beat dzialal poprawnie.

Nowy healthcheck (`docker/beatserver/healthcheck.sh`) jest dwustopniowy:
1. Liveness: PID z `/celerybeat.pid` jest zywym procesem (`kill -0`).
   Pidfile pisze sam `celery beat --pidfile=...` z entrypointu.
2. Broker: `healthcheck_broker.py` otwiera swieze polaczenie AMQP przez
   `app.connection().connect()` z connect_timeout=5s. Korzysta z tej
   samej konfiguracji co beat (import `django_bpp.celery_tasks:app`)
   i nie zalezy od workerow.

Exit codes: 1 = proces martwy lub broker nieosiagalny, 2 = blad importu
celery app (config error) - widoczne w `docker inspect`.
Source Files on build 24986164888
Detailed source file information is not available for this build.
  • Back to Repo
  • Github Actions Build #24986164888
  • 2039e40e on github
  • Prev Build on dev (#24980172186)
  • Next Build on dev (#24987214229)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc