2013-09-07 13 views
8

Mam seler działający z brokerem rabbitmq. Dziś mam awarię węzła selera - nie wykonuje ona zadań i nie odpowiada komendą service celeryd stop. Po węźle kilka powtórzeń zatykać, ale na początku mi się ten komunikat:Awaria węzła selera na pidboksie już przy ponownym uruchomieniu

[WARNING/MainProcess] [email protected] ready. 
[WARNING/MainProcess] /home/ubuntu/virtualenv/project_1/local/lib/python2.7/site-packages/kombu/pidbox.py:73: UserWarning: A node named u'nodename' is already using this process mailbox! 

Maybe you forgot to shutdown the other node or did not do so properly? 
Or if you meant to start multiple nodes on the same host please make sure 
you give each node a unique node name! 

    warnings.warn(W_PIDBOX_IN_USE % {'hostname': self.hostname}) 

Może ktoś sugerują, jak odblokować skrzynkę proces?

Odpowiedz

-3

Duży plik dziennika lub niewystarczająca ilość wolnego miejsca był powodem, jak sądzę. Po usunięciu wszystko jest ok.

+0

mogę potwierdzić odpowiedź Jamala. Wygląda na to, że RabbitMQ wymaga tyle wolnego miejsca na dysku co RAM. Na opakowaniu pozostało bardzo mało miejsca - kiedy wyczyściliśmy dużo miejsca, komunikat przestał się pojawiać. –

+0

Mam ten sam problem i usunąłem wszystkie dzienniki i sprawdziłem miejsce na dysku. Wydaje się, że wszystko dobrze, ale ciągle pojawia się ten sam błąd ... –

+3

Ta odpowiedź jest niepoprawna. Zobacz odpowiedź @ f01, aby uzyskać poprawne wyjaśnienie. Miałem także ten sam problem i został rozwiązany za pomocą wyjaśnienia podanego w odnośniku w tej odpowiedzi. –

23

Z tego miejsca może być konieczne jednoznaczne nazwanie każdego węzła. Przykład:

$ celery -A proj worker --loglevel=INFO --concurrency=10 -n worker1.%h 

W nadzorcy uciec za pomocą %% h

+1

Uwaga, jeśli nie używasz '--concurrency', i zamiast tego polegać na innej usłudze, np.' Supervisor ' współbieżność, nadal będzie powodować konflikt nazwy węzłów. – Cerin

Powiązane problemy