Celery: No puedo inspeccionar a los trabajadores de SQS

Creado en 6 may. 2016  ·  3Comentarios  ·  Fuente: celery/celery

Estoy tratando de inspeccionar a los trabajadores en ejecución usando:
$ celery -A firstapp.mycelery inspect active

Si el backend es RabbitMQ
=> El apio regresa corriendo a los trabajadores
Si el backend es SQS
=> Apio devuelve "Error: Ningún nodo respondió dentro del límite de tiempo".

Lista de paquetes:

  • amqp (1.4.9)
  • anyjson (0,3,3)
  • billar (3.3.0.23)
  • boto (2.40.0)
  • apio (3.1.23)
  • contextlib2 (0.5.3)
  • kombu (3.0.35)
  • pepita (1,5,6)
  • pytz (2016.4)
  • cuervo (5.15.0)
  • herramientas de configuración (3.6)
  • wsgiref (0.1.2)

Comentario más útil

Quizás también sería bueno establecer CELERY_ENABLE_REMOTE_CONTROL en False al usar SQS para evitar que el apio cree colas inútiles.

Todos 3 comentarios

Como se describe en los documentos

SQS aún no es compatible con los comandos de control remoto del trabajador

También tuve dificultades para encontrar esta información. Básicamente, no puede inspeccionar el estado de ningún woker en el clúster.
Puede vigilar CloudWatch o usar Redis / Elasticache como roto, que tiene soporte de monitoreo.

Sí, SQS no es compatible con la transmisión y, hasta donde yo sé, tampoco se ha planificado ningún soporte para eso :(

Quizás también sería bueno establecer CELERY_ENABLE_REMOTE_CONTROL en False al usar SQS para evitar que el apio cree colas inútiles.

¿Fue útil esta página
0 / 5 - 0 calificaciones