I have a job that runs in the background via ctrl + z and bg, and after reconnecting ssh I cannot find that job in the jobs command but can find it in ps grep. For now, I searched this and I get the tmux may be a better solution, however， I am still wondering why exit ssh will lose jobs in the jobs command. I've put that in the background, it should exist after reconnecting, Am I right?
How can I manage jobs after I disconnect from my tty/ssh session?
Shell jobs don't belong directly to the user. I mean there is no global list of jobs for the user. A job can be a process that belongs to the user and you can find all processes belonging to the user. But each job as a job belongs to some shell process, the shell keeps a list and tracks its jobs. If the shell process terminates, the job process may survive; but it's only "historically" a job, because now there is no list of jobs that contains this process.
When you disconnect, the shell process terminates. When you connect again, a new shell process is created for you. The new process knows nothing about jobs of any other shell process (still running or terminated). There is no mechanism that allows the new shell to adopt jobs of another shell.
Shells inside tmux or screen can survive your disconnection. When you connect again, you regain access to exactly the same shells. Each will remember its own jobs, as if nothing happened, because from their point of view nothing has happened.
reptyr, but it won't make the process a job in the new shell.
SIGHUP (hangup) signal to all processes that contain the session id of the controlling tty. processes can ignore this signal but do not by default do this. Since you want to regain control you will need to use tmux or screen. If you just wanted them to live forever, even if not connected to any shell you can use nohup cmd...
nohup, which allows processes to continue running after you disconnect, although you can't manage them when reconnecting.
tmuxorscreeninstead of scratching your head against Ctrl-Z andbg.