2012-09-19 10 views
8

Quando si avvia il server utilizzando il comando:server di Zookeeper inizia, ma non rimane iniziato

zkServer start

ottengo la seguente risposta:

JMX enabled by default Using config: /usr/local/etc/zookeeper/zoo.cfg Starting zookeeper ... STARTED

impressionante, giusto? No, il guardiano dello zoo non rimane attivo ... quando corro zkServer start di nuovo ottengo la stessa risposta esatta ... per sempre. Dovrei ottenere questo, quando si esegue il comando di avvio di nuovo:

MX enabled by default Using config: /usr/local/etc/zookeeper/zoo.cfg Starting zookeeper ... STARTED sh-3.2# zkServer start JMX enabled by default Using config: /usr/local/etc/zookeeper/zoo.cfg Starting zookeeper ... already running as process 8086.

ho controllato monitorare l'attività e il servizio non sia in esecuzione, che immagino si vede proprio come 'Java'.

Per installare/config Zookeeper ho fatto questo:

  • birra installare Zookeeper
  • sudo easy_install kazoo
  • cp /usr/local/etc/zookeeper/zoo_sample.cfg/usr/local/etc /zookeeper/zoo.cfg
  • zkServer iniziare

colleghi a fare gli stessi passi che non hanno questo problema .... Tutte le idee?

+1

Se pubblichi zookeeper.out (o zookeeper.log) avremmo maggiori possibilità di aiuto. Mi piace lo zk ma può essere un po 'bizzarro per iniziare. –

+1

Stavo affrontando lo stesso problema. Ho appena fatto un paio di cose e il guardiano dello zoo è entrato nella console: (1) Il mio percorso java non era corretto. controlla usando echo $ JAVA_HOME (2) Ho eseguito il processo in background e start zkServer.sh. – Yavar

+4

Sembra che tmux e zookeeper non si apprezzino a vicenda. Errore: 'nohup: impossibile staccare dalla console: ioctl inappropriato per il dispositivo.' Semplicemente avviarlo fuori da tmux ha funzionato per me. – jbcurtin

risposta

1

Io costruisco il guardiano dello zoo dalla sorgente e ha funzionato, quindi a volte qualcosa deve essere protetto con lo zookeeper homebrew. un bug strano

Problemi correlati