<div dir="ltr">Well in the initial post, he said he already had a workaround. I assume this is just a question of why isn't nohup doing what is claims to be meant for.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 31, 2019 at 11:42 AM Raj Wurttemberg 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">Why not just use screen or tmux?  Both allow you to reconnect to a<br>
disconnected session. <br>
<br>
Thanks,<br>
/Raj<br>
<br>
-----Original Message-----<br>
From: Ale <<a href="mailto:ale-bounces@ale.org" target="_blank">ale-bounces@ale.org</a>> On Behalf Of Neal Rhodes via Ale<br>
Sent: Wednesday, July 31, 2019 10:04 AM<br>
To: <a href="mailto:ale@ale.org" target="_blank">ale@ale.org</a><br>
Subject: [ale] After 15 years, Nohup is sttll broken???<br>
<br>
So, about 15 years ago, when we were transitioning from SCO Unix to Linux,<br>
we noticed that nohup didn't work on long running Progress Database jobs.<br>
<br>
We would start an update job via nohup, leave, several hours later the ssh<br>
session would timeout, and at some point the job would get a hangup signal<br>
and die.  Which is sometimes really annoying if it's a 15 hour 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 echo "$*  >> mynohup.out " |<br>
at now 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 had<br>
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 via<br>
nohup from an ssh session.<br>
<br>
Sure enough, at some point after leaving the office, the DB log 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>
_______________________________________________<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>