Am Montag, 05. Januar 2015 03:57 CET, Fred n Sandy <fred-n-sandy@embarqmail.com> schrieb:
On Sunday 04 January 2015, Aaron Digulla wrote:
Ok, some rough outline of the remote help process: You supply us with reliable information about your system, program versions, possibly links to where you got unusual tools (like the noip2 executable) and we rise our voices when we spot something.
Remote help isn't telepathy. If you want us to help you, you need to tell us everything you know and everything which might be related. Which isn't easy - usually, when someone reaches out for help, they are frustrated. Not an idea state of mind to think about everything that some unknown person on the other side of the globe might need to know to help you.
With that out of the way, to keep a process alive, there are several ways which are better than cron. If you have a Linux system with the old init system (https://en.wikipedia.org/wiki/Init), you should look at daemonize (http://linux.die.net/man/1/daemonize).
If you have a more modern startup system like systemd (https://en.wikipedia.org/wiki/Systemd), then they have config files where you can say "start this when this happend and restart it when it exist and make sure it stays alive but only restart it 10 times if it terminates after 10 seconds".
If you know old System V init scripts, this explains how to convert the information for systemd: http://0pointer.de/blog/projects/systemd-for-admins-3.htm l
Regards,
Aaron:
Roger on the frustration. Also there is the noise coming from the forum about workarounds when my original gripe was that my server occasionally closes 3 running processes for no known reason. I was wondering what might cause that. As I said earlier, there are several "bandaids" I can apply to the problem, most of which have been pointed out by various parties here. Yours is probably the best so far. Thanks for that.
There are only a limited number of options to find out why a process terminates: 1. Redirect stdout&stderr to a file. Might not catch processes which are forcefully terminated (killed) by the kernel, though. 2. Log files 3. Use daemonize or systemd since they log unusual behavior for you. 4. Run the process in a debugger 5. Run the process in strace. Warning: Lots and lots of output. Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org