celery.worker.up
Worker availability statusDimensions:None
Available on:
Prometheus (1)
Interface Metrics (1)
Sources
Technical Annotations (48)
Configuration Parameters (11)
spec.template.spec.containers[0].commandrecommended: ["celery"]spec.template.spec.containers[0].argsrecommended: ["-A", "your_app", "worker", "--loglevel=info", "--concurrency=4"]CELERY_BROKER_URLrecommended: amqp://user:pass@rabbitmq:5672/CELERY_RESULT_BACKENDrecommended: redis://redis:6379/0resources.limits.memoryrecommended: 512Miresources.requests.memoryrecommended: 256Miworker_max_memory_per_childrecommended: 200000worker_prefetch_multiplierrecommended: 1BROKER_URLrecommended: redis://localhost:6379/0broker_connection_retryrecommended: Falseredisrecommended: 4.5.4 or >=4.6.0Error Signatures (7)
amqp.exceptions.AccessRefused: ACCESS_REFUSED - Login was refused using authentication mechanism PLAINexceptionkombu.connection: Cannot connect to amqp://guest:**@rabbitmq:5672//log patternTask requeue attempts exceeded max; marking failedlog patternTypeError("SentinelManagedConnection.read_response() got an unexpected keyword argument 'disconnect_on_error'")exceptionUnrecoverable error: TypeErrorlog pattern0exit codeCRITICAL - Unrecoverable errorlog patternCLI Commands (14)
kubectl get secret rabbitmq-default-user -n your-namespace -o jsonpath='{.data.username}' | base64 -ddiagnostickubectl get secret rabbitmq-default-user -n your-namespace -o jsonpath='{.data.password}' | base64 -ddiagnostickubectl get secret celery-broker-secret -n your-namespace -o jsonpath='{.data.BROKER_USERNAME}' | base64 -ddiagnostickubectl get secret celery-broker-secret -n your-namespace -o jsonpath='{.data.BROKER_PASSWORD}' | base64 -ddiagnostickubectl patch secret celery-broker-secret -n your-namespace --type='json' -p='[{"op": "replace", "path": "/data/BROKER_USERNAME", "value": "'$(kubectl get secret rabbitmq-default-user -n your-namespace -o jsonpath='{.data.username}')'"}]'remediationkubectl rollout restart deployment/celery-worker -n your-namespaceremediationkubectl get deployment celery-worker -n your-namespace -o jsonpath='{.spec.template.spec.containers[0].command}'diagnostickubectl exec -n your-namespace deployment/celery-worker -- env | grep -iE "celery|redis|rabbit|broker"diagnostickubectl top pods -n your-namespace | grep celerymonitoringkubectl get deployment celery-worker -n your-namespace -o jsonpath='{.spec.template.spec.containers[0].resources}'diagnosticcelery -A proj inspect activemonitoringcelery inspect pingdiagnosticcelery inspect active_queuesdiagnosticcelery -A proj reportdiagnosticTechnical References (16)
FlowercomponentPrometheuscomponentGrafanacomponentSentrycomponentDataDogcomponentCeleryWorkerDownconceptcatatonic stateconceptconsumer registrationconcepttransport levelconceptCeleryExecutorcomponentairflow-providers-celerycomponentrequeue limitconceptSentinelManagedConnectioncomponentSentinelcomponentredis-pycomponentDEBUG level loggingconceptRelated Insights (13)
Authentication failure due to RabbitMQ credential mismatch between secretscritical
▸
Worker pods exit immediately due to incorrect container commandcritical
▸
Worker startup failure due to missing environment variablescritical
▸
Worker OOMKilled due to insufficient memory limitscritical
▸
Inadequate monitoring leads to 65% delayed problem resolutionwarning
▸
Incorrect broker URL configuration prevents task executioncritical
▸
Monitoring tools reduce downtime by 30% through proactive issue detectioninfo
▸
Reduced downtime through continuous monitoring implementationinfo
▸
Celery worker offline for extended period causes task processing haltcritical
▸
Celery worker enters catatonic state after Redis broker restartcritical
▸
Airflow health check fails to detect Celery worker queue consumer losscritical
▸
Celery worker crashes silently with redis-py 4.5.5 when using Sentinelcritical
▸
Silent worker failures masked by exit code 0 require DEBUG loggingwarning
▸