<div dir="ltr">nohup is nominally working for me. Do you get the same results with these tests? This might help narrow whether your nohup is just failing to trap hangup, or if something else is going on.<div><br></div><div>splante@guinness:~/> bash -c "echo start; sleep 10; echo stop" > /tmp/t1 & pid1=$!<br>[1] 3065<br>splante@guinness:~/> cat /tmp/t1<br>start<br>splante@guinness:~/> kill -SIGHUP $pid1<br>[1]+  Hangup                  bash -c "echo start; sleep 10; echo stop" > /tmp/t1<br>splante@guinness:~/> sleep 10<br>splante@guinness:~/> cat /tmp/t1<br>start<br></div><div>splante@guinness:~/> nohup bash -c "echo start; sleep 10; echo stop" > /tmp/t2 & pid2=$!<br>[1] 3126<br>nohup: ignoring input and redirecting stderr to stdout<br>splante@guinness:~/> cat /tmp/t2<br>start<br>splante@guinness:~/> kill -SIGHUP $pid2<br>splante@guinness:~/> sleep 10<br>[1]+  Done                    nohup bash -c "echo start; sleep 10; echo stop" > /tmp/t2<br>splante@guinness:~/> cat /tmp/t2<br>start<br>stop<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 31, 2019 at 10:03 AM Neal Rhodes via Ale <<a href="mailto:ale@ale.org">ale@ale.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So, about 15 years ago, when we were transitioning from SCO Unix to <br>
Linux, we noticed that nohup didn't work on long running Progress <br>
Database jobs.<br>
<br>
We would start an update job via nohup, leave, several hours later the <br>
ssh session would timeout, and at some point the job would get a hangup <br>
signal and die.  Which is sometimes really annoying if it's a 15 hour <br>
job.<br>
<br>
Our workaround at the time was a script, "mynohup":<br>
<br>
#!/bin/bash<br>
set -x<br>
echo "at `date` Starting: $* " >> mynohup.out<br>
echo "$*  >> mynohup.out " | at now<br>
set +x<br>
<br>
Which has worked flawlessly for 14.9 years.<br>
<br>
Now we are transitioning to new servers, running<br>
2.6.32-696.30.1.el6.x86_64 #1 SMP Tue May 22 03:28:18 UTC 2018 x86_64 <br>
x86_64 x86_64 GNU/Linux<br>
<br>
inside VMs, and we experienced some awkwardness with some admin UI which <br>
had Apache -> PHP -> sh -> sudo - adminuser -> mynohup something.  <br>
Barfing up some messages about tty devices.   I thought of at least <br>
unwinding the old kluge.<br>
<br>
So, I thought, surely this has been fixed now, and tried running a job <br>
via nohup from an ssh session.<br>
<br>
Sure enough, at some point after leaving the office, the DB log <br>
shows....<br>
<br>
[2019/07/30@22:07:25.844-0500] P-28382  7: (562)   HANGUP signal <br>
received.<br>
[2019/07/30@22:07:25.847-0500] P-28382  7: (453)   Logout by neal on <br>
/dev/pts/4.<br>
[2019/07/30@22:07:28.241-0500] P-28439  8: (562)   HANGUP signal <br>
received.<br>
[2019/07/30@22:07:28.241-0500] P-28439  8: (453)   Logout by tdiadmin on <br>
batch.<br>
<br>
Wuh? The sole point of nohup is to not get a hangup, and ....????<br>
<br>
regards,<br>
<br>
Neal<br>
<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="https://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
<br>
</blockquote></div>