I don't know much about storm but I do think you are making a good point. If there is no good reason for this current fashion, I think we probably should improve the scripts.
On Friday, August 4, 2017 9:42 AM, J.R. Pauley <jrpau...@gmail.com> wrote: thanks for all the responses. screen and nohup seem easy to adopt. I guess for something intended to run on large clusters I'm surprised at the default behavior of storm. It seems quite the opposite of what I would've guessed. I also have a Heron instance running in similar fashion and it's default behavior is to keep running which seems more what I expected. On Fri, Aug 4, 2017 at 9:28 AM, M. Aaron Bossert <maboss...@gmail.com> wrote: Try adding nohup at the beginning of each of those commands. Nohup prevents a process from terminating when it's parent shell is closed. nohup /opt/storm/apache*/bin/ storm nimbus & Sent from my iPhone On Aug 4, 2017, at 09:08, Ethan Li <etha...@yahoo-inc.com> wrote: Hi, Storm docs recommend to use daemontools or monit which provides error recovery and etc.. I use linux "nohup" or "screen" command for simplicity. Ethan On Friday, August 4, 2017 7:29 AM, J.R. Pauley <jrpau...@gmail.com> wrote: this seems silly but I have not figured out how to keep nimbus, supervisor running after console session ends. zookeeper survives but supervisor and nimbus shut down when the console session ends. I have storm 1.0.2 installed under /opt/storm and starting up as:/opt/storm/apache*/bin/storm nimbus&/opt/storm/apache*/bin/storm supervisor& /opt/storm/apache*/bin/storm ui& /opt/storm/apache*/bin/storm drpc& I know I can add a while loop to keep the console active but there has to be a better way