Posso nohup / schermare un processo già avviato?

Sto eseguendo alcuni test di script di migrazione dei dati a esecuzione prolungata, su SSH. Supponiamo che inizi a eseguire uno script intorno alle 16:00; ora, alle 18.00 rotola in giro, e mi sto maledendo per non aver fatto tutto questo screen.

Esiste un modo per "retroattivamente" nohupun processo o devo lasciare il mio computer online tutta la notte? Se non è possibile collegarsi screena / nohupun processo che ho già avviato, perché? Qualcosa a che fare con il modo in cui i processi genitore / figlio interagiscono? (Non accetterò una risposta "no" che non risolva almeno la domanda del "perché" - scusate;))

Se stai usando Bash, puoi eseguire disown -h job

rinnegare

disown [-ar] [-h] [jobspec ...]

Senza opzioni, ogni jobspec viene rimosso dalla tabella dei lavori attivi. Se -hviene fornita l' opzione, il lavoro non viene rimosso dalla tabella, ma viene contrassegnato in modo che SIGHUP non venga inviato al lavoro se la shell riceve un SIGHUP. Se jobspec non è presente e non viene fornita -ané l' -ropzione né , viene utilizzato il lavoro corrente. Se non viene fornito jobspec, l' -a opzione significa rimuovere o contrassegnare tutti i lavori; l' -ropzione senza un argomento jobspec limita l'operazione ai lavori in esecuzione.

Usa reptyr

Dal README:

reptyr - A tool for "re-ptying" programs.
-----------------------------------------

reptyr is a utility for taking an existing running program and
attaching it to a new terminal. Started a long-running process over
ssh, but have to leave and don't want to interrupt it? Just start a
screen, use reptyr to grab it, and then kill the ssh session and head
on home.

USAGE
-----

  reptyr PID

"reptyr PID" will grab the process with id PID and attach it to your
current terminal.

After attaching, the process will take input from and write output to
the new terminal, including ^C and ^Z. (Unfortunately, if you
background it, you will still have to run "bg" or "fg" in the old
terminal. This is likely impossible to fix in a reasonable way without
patching your shell.)

Alcuni post del suo autore:

• reptyr: collega un processo in esecuzione a un nuovo terminale
• reptyr: modifica del terminale di controllo di un processo

Per rubare un processo da un tty al tuo attuale tty, potresti provare questo hack:

http://www.ucc.asn.au/~dagobah/things/grab.c

Ha bisogno di un po 'di riformattazione per compilare con le attuali versioni di Linux / glibc, ma funziona ancora.

Quando inizia un processo, STDIN, STDOUT e STDERR sono collegati a qualcosa . Generalmente non è possibile modificarlo una volta avviato il comando. Nel caso che stai descrivendo, è probabilmente un tty associato alla sessione ssh. nohup praticamente fa solo ...

command < /dev/null > nohup.out 2>&1

Cioè, imposta STDIN su / dev / null, STDOUT su un file e STDERR su STDOUT. Lo schermo fa cose molto più sofisticate che coinvolgono l'installazione di tty che si dirigono verso se stesso.

Non conosco alcun modo per retroattivamente nohup o screening di un processo in esecuzione. Se fai cd in / proc / $ pid / fd e vedi cosa indicano 0, 1 e 2.

Potresti avere un po 'di fortuna con il rinnegamento, ma non se il processo tenta di fare qualcosa con STDIN, STDOUT o STDERR.

Cryopid è un ulteriore sviluppo dell'autore di grab.c che blocca un processo in un file, che viene quindi eseguito (all'interno dello schermo) per riprendere il processo.

Posso solo darti un semplice "No" senza il perché per la parte dello schermo, sarei interessato al motivo me stesso.

Comunque hai provato disown(un built-in bash)

~ $ echo $SHELL
/bin/bash
~ $ type disown
disown is a shell builtin
~ $ help disown
disown: disown [-h] [-ar] [jobspec ...]
     By default, removes each JOBSPEC argument from the table of active jobs.
    If the -h option is given, the job is not removed from the table, but is
    marked so that SIGHUP is not sent to the job if the shell receives a
    SIGHUP.  The -a option, when JOBSPEC is not supplied, means to remove all
    jobs from the job table; the -r option means to remove only running jobs.

nohup su Solaris / OpenSolaris ha un flag -p per non eseguire un processo in esecuzione - ad esempio, vedere la pagina man nohup di Solaris 10 .

Recentemente ho visto un collegamento a Neercs , che è un'utilità simile a uno schermo costruita usando libcaca, una libreria a colori di arte ascii. Tra le altre funzionalità, vanta la possibilità di afferrare un processo esistente e riprogrammarlo all'interno della sessione di Neercs (schermo).

Tuttavia non l'ho usato, quindi non posso commentare se funziona o meno.

Probabilmente lo sto pensando male, quindi sentiti libero di correggermi (ho già imparato a disconoscere!) ... Un ctrl-Z e "bg" funzionerebbero almeno per far funzionare il processo in background? O è il problema chiave che vorresti ancora vedere STDOUT mentre è in esecuzione?

Se riesci a vivere senza poter interagire con il processo e non ti opponi al caricamento di moduli del kernel casuali, potresti fare di peggio che guardare Snoop . In alternativa, ci sono un paio di altri progetti. Ecco una chiamata injcode, che può fare principalmente quello che vuoi fare.

Puoi reindirizzare l'output del processo su file con gdb

https://blog-en.openalfa.com/how-to-detach-from-the-terminal-a-running-process-in-linux

e poi rinnegarlo

Aggiornamento: ho dovuto eseguire gdb con sudo e un comando gdb leggermente diverso in Ubuntu 18.04:

p (int)dup2(open("/tmp/test.stdout", 1), 1)

Volevo usare nohup(o simili) per avviare il linksbrowser della riga di comando e collegarlo dopo aver scaricato un file dal sito Web ASP.NET con un processo di autenticazione complicato e un sacco di stato di visualizzazione nascosto che rendeva difficile usare il lavoro con curl/ wget.

Alla fine ho finito per usare ciò tmuxche ha risolto il lavoro alla grande:

1. Correre tmux
2. Esegui la tua app ( linksnel mio caso) e lasciala in esecuzione
3. Chiudi la sessione SSH, l'app rimarrà in esecuzione
4. Connettiti con SSH allo stesso computer in un secondo momento ed esegui tmux attachper riportare l'app sullo schermo

Sei preoccupato per il timeout della sessione? In tal caso, è possibile Ctrl-z e bg il processo, quindi inserire qualcosa per mantenere viva la sessione come un "ping -t localhost" o "top".

Se vuoi disconnetterti, temo di non poter aggiungere altri commenti.