• step1: get the pid of your process ps -ef step2: see process output sudo tail /proc/<pid>/fd/1 1= stdout,2= stderr

    step1: get the pid of your process

    ps -ef

     

    step2: see process output

     sudo tail  /proc/<pid>/fd/1

    1 = stdout, 2 = stderr

    展开全文
  • fg、bg、jobs、&amp;、ctrl + z都是跟系统任务有关的,虽然现在基本上不怎么需要用到这些命令,但学会...查看当前有多少在后台运行的命令 四。fg 将后台中的命令调至前台继续运行 如果后台中有多个命令,可以用...

    fg、bg、jobs、&、ctrl + z都是跟系统任务有关的,虽然现在基本上不怎么需要用到这些命令,但学会了也是很实用的
    一。& 最经常被用到
    这个用在一个命令的最后,可以把这个命令放到后台执行
    二。ctrl + z
    可以将一个正在前台执行的命令放到后台,并且暂停
    三。jobs
    查看当前有多少在后台运行的命令
    四。fg
    将后台中的命令调至前台继续运行
    如果后台中有多个命令,可以用 fg %jobnumber将选中的命令调出,%jobnumber是通过jobs命令查到的后台正在执行的命令的序号(不是pid)
    五。bg
    将一个在后台暂停的命令,变成继续执行
    如果后台中有多个命令,可以用bg %jobnumber将选中的命令调出,%jobnumber是通过jobs命令查到的后台正在执行的命令的序号(不是pid)

    #Linux下使用Shell命令控制任务Jobs执行

    下列命令可以用来操纵进程任务:
      ps 列出系统中正在运行的进程;
      kill 发送信号给一个或多个进程(经常用来杀死一个进程);
      jobs 列出当前shell环境中已启动的任务状态,若未指定jobsid,则显示所有活动的任务状态信息;如果报告了一个任务的终止(即任务的状态被标记为Terminated),shell 从当前的shell环境已知的列表中删除任务的进程标识;
      bg 将进程搬到后台运行(Background);
      fg 将进程搬到前台运行(Foreground); 

      将job转移到后台运行 
      如果你经常在X图形下工作,你可能有这样的经历:通过终端命令运行一个GUI程序,GUI界面出来了,但是你的终端还停留在原地,你不能在shell中继续执行其他命令了,除非将GUI程序关掉。

      为了使程序执行后终端还能继续接受命令,你可以将进程移到后台运行,使用如下命令运行程序: #假设要运行xmms

      $xmms &

      这样打开xmms后,终端的提示又回来了。现在xmms在后台运行着呢;但万一你运行程序时忘记使用“&”了,又不想重新执行;你可以先使用ctrl+z挂起程序,然后敲入bg命令,这样程序就在后台继续运行了。

      概念:当前任务 

      如果后台的任务号有2个,[1],[2];如果当第一个后台任务顺利执行完毕,第二个后台任务还在执行中时,当前任务便会自动变成后台任务号码“[2]”的后台任务。所以可以得出一点,即当前任务是会变动的。当用户输入“fg”、“bg”和“stop”等命令时,如果不加任何引号,则所变动的均是当前任务。

      察看jobs 
      使用jobs或ps命令可以察看正在执行的jobs。 

      jobs命令执行的结果,+表示是一个当前的作业,减号表是是一个当前作业之后的一个作业,jobs -l选项可显示所有任务的PID,jobs的状态可以是running, stopped, Terminated,但是如果任务被终止了(kill),shell 从当前的shell环境已知的列表中删除任务的进程标识;也就是说,jobs命令显示的是当前shell环境中所起的后台正在运行或者被挂起的任务信息;

      进程的挂起 

      后台进程的挂起: 

      在solaris中通过stop命令执行,通过jobs命令查看job号(假设为num),然后执行stop %num;

      在redhat中,不存在stop命令,可通过执行命令kill -stop PID,将进程挂起;

      当要重新执行当前被挂起的任务时,通过bg %num 即可将挂起的job的状态由stopped改为running,仍在后台执行;当需要改为在前台执行时,执行命令fg %num即可;

      前台进程的挂起:

      ctrl+Z;

      进程的终止 

      后台进程的终止:
      方法一:
      通过jobs命令查看job号(假设为num),然后执行kill %num

      方法二:
      通过ps命令查看job的进程号(PID,假设为pid),然后执行kill pid 

      前台进程的终止:

      ctrl+c

      kill的其他作用 
      kill除了可以终止进程,还能给进程发送其它信号,使用kill -l 可以察看kill支持的信号。 

      SIGTERM是不带参数时kill发送的信号,意思是要进程终止运行,但执行与否还得看进程是否支持。如果进程还没有终止,可以使用kill -SIGKILL pid,这是由内核来终止进程,进程不能监听这个信号。

    ===================

    Unix/Linux下一般想让某个程序在后台运行,很多都是使用 & 在程序结尾来让程序自动运行。比如我们要运行mysql在后台:

    /usr/local/mysql/bin/mysqld_safe --user=mysql &

     但是我们很多程序并不象mysqld一样可以做成守护进程,可能我们的程序只是普通程序而已,一般这种程序即使使用 & 结尾,如果终端关闭,那么程序也会被关闭。为了能够后台运行,我们需要使用nohup这个命令,比如我们有个start.sh需要在后台运行,并且希望在后台能够一直运行,那么就使用nohup:

    nohup /root/start.sh &

    在shell中回车后提示:

    [~]$ appending output to nohup.out

    原程序的的标准输出被自动改向到当前目录下的nohup.out文件,起到了log的作用。

    但是有时候在这一步会有问题,当把终端关闭后,进程会自动被关闭,察看nohup.out可以看到在关闭终端瞬间服务自动关闭。

    咨询红旗Linux工程师后,他也不得其解,在我的终端上执行后,他启动的进程竟然在关闭终端后依然运行。

    在第二遍给我演示时,我才发现我和他操作终端时的一个细节不同:他是在当shell中提示了nohup成功后还需要按终端上键盘任意键退回到shell输入命令窗口,然后通过在shell中输入exit来退出终端;而我是每次在nohup执行成功后直接点关闭程序按钮关闭终端.。所以这时候会断掉该命令所对应的session,导致nohup对应的进程被通知需要一起shutdown。

    这个细节有人和我一样没注意到,所以在这儿记录一下了。


    附:nohup命令参考

    nohup 命令

      用途:不挂断地运行命令。

      语法:nohup Command [ Arg ... ] [ & ]

      描述:nohup 命令运行由 Command 参数和任何相关的 Arg 参数指定的命令,忽略所有挂断(SIGHUP)信号。在注销后使用 nohup 命令运行后台中的程序。要运行后台中的 nohup 命令,添加 & ( 表示"and"的符号)到命令的尾部。

      无论是否将 nohup 命令的输出重定向到终端,输出都将附加到当前目录的 nohup.out 文件中。如果当前目录的 nohup.out 文件不可写,输出重定向到 $HOME/nohup.out 文件中。如果没有文件能创建或打开以用于追加,那么 Command 参数指定的命令不可调用。如果标准错误是一个终端,那么把指定的命令写给标准错误的所有输出作为标准输出重定向到相同的文件描述符。

      退出状态:该命令返回下列出口值:

      126 可以查找但不能调用 Command 参数指定的命令。

      127 nohup 命令发生错误或不能查找由 Command 参数指定的命令。

      否则,nohup 命令的退出状态是 Command 参数指定命令的退出状态。

      nohup命令及其输出文件

      nohup命令:如果你正在运行一个进程,而且你觉得在退出帐户时该进程还不会结束,那么可以使用nohup命令。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。nohup就是不挂起的意思( n ohang up)。

      该命令的一般形式为:nohup command &

      使用nohup命令提交作业

      如果使用nohup命令提交作业,那么在缺省情况下该作业的所有输出都被重定向到一个名为nohup.out的文件中,除非另外指定了输出文件:

      nohup command > myout.file 2>&1 &

      在上面的例子中,输出被重定向到myout.file文件中。

      使用 jobs 查看任务。

      使用 fg %n 关闭。

      另外有两个常用的ftp工具ncftpget和ncftpput,可以实现后台的ftp上传和下载,这样就可以利用这些命令在后台上传和下载文件了。

    简单而有用的nohup命令在UNIX/LINUX中,普通进程用&符号放到后台运行,如果启动该程序的控制台logout,则该进程随即终止。

      要实现守护进程,一种方法是按守护进程的规则去编程(本站有文章介绍过),比较麻烦;另一种方法是仍然用普通方法编程,然后用nohup命令启动程序:

      nohup<程序名>&

      则控制台logout后,进程仍然继续运行,起到守护进程的作用(虽然它不是严格意义上的守护进程)。

      使用nohup命令后,原程序的的标准输出被自动改向到当前目录下的nohup.out文件,起到了log的作用,实现了完整的守护进程功能。

      ygwu @ 2005年04月18日 上午10:03

      For example:

      如何远程启动WebLogic服务?

      用telnet远程控制服务器,远程启动WEBLOGIC服务,启动后关闭telnet,WebLogic服务也跟着停止,这是因为使用telnet启动的进程会随着telnet进程的关闭而关闭。所以我们可以使用一些UNIX下的命令来做到不关闭。

      使用如下命令:

      nohup startWeblogic.sh&

      如果想要监控标准输出可以使用:

      tail -f nohup.out

      当在后台运行了程序的时候,可以用jobs命令来查看后台作业的状态。在有多个后台程序时,要使用来参数的fg命令将不同序号的后台作业切换到前台上运行。

      当用户启动一个进程的时候,这个进程是运行在前台,使用与相应控制终端相联系的标准输入、输出进行输入和输出。即使将进程的输入输出重定向,并将进程放在后台执行,进程仍然和当前终端设备有关系。正因为如此,在当前的登录会话结束时,控制终端设备将和登录进程相脱离,那么系统就向所有与这个终端相联系的进程发送SIGHUP的信号,通知进程线路已经挂起了,如果程序没有接管这个信号的处理,那么缺省的反应是进程结束。因此普通的程序并不能真正脱离登录会话而运行进程,为了使得在系统登录后还可以正常执行,只有使用命令nohup来启动相应程序。

      使用命令nohup当然可以启动这样的程序,但nohup启动的程序在进程执行完毕就退出,而常见的一些服务进程通常永久的运行在后台,不向屏幕输出结果。在Unix中这些永久的后台进程称为守护进程(daemon)。守护进程通常从系统启动时自动开始执行,系统关闭时才停止。

      在守护进程中,最重要的一个是超级守护进程inetd,这个进程接管了大部分网络服务,但并不是对每个服务都自己进行处理,而是依据连接请求,启动不同的服务程序与客户机打交道。inetd支持网络服务种类在它的设置文件/etc/inet.conf中定义。inet.conf文件中的每一行就对应一个端口地址,当inetd接受到连接这个端口的连接请求时,就启动相应的进程进行处理。使用inetd的好处是系统不必启动很多守护进程,从而节约了系统资源,然而使用inetd启动守护进程相应反应会迟缓一些,不适合用于被密集访问的服务进程

    展开全文
  • Linux查看tomcat 控制台实时输出内容 先进入tomcat的logs目录下 cd home/tomcat-xxx/logs 再输入命令 tail -f catalina.out 就可以看到了

    Linux 下查看tomcat 控制台实时输出内容

    先进入tomcat的logs目录下

    cd home/tomcat-xxx/logs
    

    再输入命令

    tail -f catalina.out
    

    就可以看到了

    展开全文
  • 1、 Linux下从一个终端获取另一个终端正在运行的程序的输出内容的方法: reptyr <PID> 具体安装: 使用reptyr Ubuntu下,直接sudo apt-get install reptyr安装即可 使用方法就是 reptyr <PID> 比如你...

    1、 Linux下从一个终端获取另一个终端正在运行的程序的输出内容的方法:

    reptyr <PID>
    

    具体安装:

    使用reptyr
    Ubuntu下,直接sudo apt-get install reptyr安装即可
    在这里插入图片描述
    使用方法就是

    reptyr <PID>
    

    比如你需要获取的程序PID为7191,那么需要执行的命令就是

    reptyr 7191
    

    如果出现这种情况

    [-] Process 4118 (python) shares 7191's process group. Unable to attach.
    (This most commonly means that 7191 has suprocesses).
    Unable to attach to pid 7191: Invalid argument
    

    如下图
    在这里插入图片描述
    直接在命令后面添加参数 -T 然后使用管理员权限运行即可

    sudo reptyr 7191 -T
    

    在这里插入图片描述

    2、Linux后台运行python程序并输出日志

    现在有test.py程序要后台部署, 里面有输出内容

    nohup python -u test.py > test.log 2>&1 &
    

    最后的&表示后台运行

    2 输出错误信息到提示符窗口

    1 表示输出信息到提示符窗口, 1前面的&注意添加, 否则还会创建一个名为1的文件

    tail -f test.log如果要实时查看日志文件使用命令

    cat test.log查看全部输出使用命令

    其他

    Linux nohup和&后台运行,进程查看及终止,进程信息输出,控制台信息输出
    nohup和&后台运行,进程查看及终止
    https://www.cnblogs.com/cfas/p/9348880.html

    展开全文
  • linux命令行日志输出

    2015-10-10 15:04:16
    linux中运行命令行时,会输出一些日志信息,特别典型的是启用WebLogic命令时,输出一些信息,当启用demon模式运行时,又想收集这些信息咋办? 解决的办法就是使用输出重定向,如下面的命令: nohup ./start...

    在linux中运行命令行时,会输出一些日志信息,特别典型的是启用WebLogic命令时,输出一些信息,当启用demon模式运行时,又想收集这些信息咋办?

    解决的办法就是使用输出重定向,如下面的命令:

    nohup ./startWebLogic.sh  >  app.log    2>&1     & 

    这是什么意思呢?

    其中app.log是保存输出的文件名称;

    2>&1 表示不仅命令行正常的输出保存到app.log中,产生错误信息的输出也保存到app.log文件中;

    & 表示该进程在后台运行;

    nohup表示进程在当用户注销(logout)或者网络断开时不会被终止。

    注意:这里若不指定输出日志文件,缺省地会输出到nohup.out文件中


    参考文章:

    http://www.ibm.com/developerworks/cn/linux/l-cn-nohup/

    Linux 技巧:让进程在后台可靠运行的几种方法

    想让进程在断开连接后依然保持运行?如果该进程已经开始运行了该如何补救? 如果有大量这类需求如何简化操作?

    • +内容

    我们经常会碰到这样的问题,用 telnet/ssh 登录了远程的 Linux 服务器,运行了一些耗时较长的任务, 结果却由于网络的不稳定导致任务中途失败。如何让命令提交后不受本地关闭终端窗口/网络断开连接的干扰呢?下面举了一些例子, 您可以针对不同的场景选择不同的方式来处理这个问题。

    nohup/setsid/&

    场景:

    如果只是临时有一个命令需要长时间运行,什么方法能最简便的保证它在后台稳定运行呢?

    hangup 名称的来由

    在 Unix 的早期版本中,每个终端都会通过 modem 和系统通讯。当用户 logout 时,modem 就会挂断(hang up)电话。 同理,当 modem 断开连接时,就会给终端发送 hangup 信号来通知其关闭所有子进程。

    解决方法:

    我们知道,当用户注销(logout)或者网络断开时,终端会收到 HUP(hangup)信号从而关闭其所有子进程。因此,我们的解决办法就有两种途径:要么让进程忽略 HUP 信号,要么让进程运行在新的会话里从而成为不属于此终端的子进程。

    1. nohup

    nohup 无疑是我们首先想到的办法。顾名思义,nohup 的用途就是让提交的命令忽略 hangup 信号。让我们先来看一下 nohup 的帮助信息:

    NOHUP(1)                        User Commands                        NOHUP(1)
    
    NAME
           nohup - run a command immune to hangups, with output to a non-tty
    
    SYNOPSIS
           nohup COMMAND [ARG]...
           nohup OPTION
    
    DESCRIPTION
           Run COMMAND, ignoring hangup signals.
    
           --help display this help and exit
    
           --version
                  output version information and exit

    可见,nohup 的使用是十分方便的,只需在要处理的命令前加上 nohup 即可,标准输出和标准错误缺省会被重定向到 nohup.out 文件中。一般我们可在结尾加上"&"来将命令同时放入后台运行,也可用">filename 2>&1"来更改缺省的重定向文件名。

    nohup 示例
    [root@pvcent107 ~]# nohup ping www.ibm.com &
    [1] 3059
    nohup: appending output to `nohup.out'
    [root@pvcent107 ~]# ps -ef |grep 3059
    root      3059   <strong>984</strong>  0 21:06 pts/3    00:00:00 ping www.ibm.com
    root      3067   984  0 21:06 pts/3    00:00:00 grep 3059
    [root@pvcent107 ~]#

    2。setsid

    nohup 无疑能通过忽略 HUP 信号来使我们的进程避免中途被中断,但如果我们换个角度思考,如果我们的进程不属于接受 HUP 信号的终端的子进程,那么自然也就不会受到 HUP 信号的影响了。setsid 就能帮助我们做到这一点。让我们先来看一下 setsid 的帮助信息:

    SETSID(8)                 Linux Programmer’s Manual                 SETSID(8)
    
    NAME
           setsid - run a program in a new session
    
    SYNOPSIS
           setsid program [ arg ... ]
    
    DESCRIPTION
           setsid runs a program in a new session.

    可见 setsid 的使用也是非常方便的,也只需在要处理的命令前加上 setsid 即可。

    setsid 示例
    [root@pvcent107 ~]# setsid ping www.ibm.com
    [root@pvcent107 ~]# ps -ef |grep www.ibm.com
    root     31094     <strong>1</strong>  0 07:28 ?        00:00:00 ping www.ibm.com
    root     31102 29217  0 07:29 pts/4    00:00:00 grep www.ibm.com
    [root@pvcent107 ~]#

    值得注意的是,上例中我们的进程 ID(PID)为31094,而它的父 ID(PPID)为1(即为 init 进程 ID),并不是当前终端的进程 ID。请将此例与nohup 例中的父 ID 做比较。

    3。&

    这里还有一个关于 subshell 的小技巧。我们知道,将一个或多个命名包含在“()”中就能让这些命令在子 shell 中运行中,从而扩展出很多有趣的功能,我们现在要讨论的就是其中之一。

    当我们将"&"也放入“()”内之后,我们就会发现所提交的作业并不在作业列表中,也就是说,是无法通过jobs来查看的。让我们来看看为什么这样就能躲过 HUP 信号的影响吧。

    subshell 示例
    [root@pvcent107 ~]# (ping www.ibm.com &)
    [root@pvcent107 ~]# ps -ef |grep www.ibm.com
    root     16270     <strong>1</strong>  0 14:13 pts/4    00:00:00 ping www.ibm.com
    root     16278 15362  0 14:13 pts/4    00:00:00 grep www.ibm.com
    [root@pvcent107 ~]#

    从上例中可以看出,新提交的进程的父 ID(PPID)为1(init 进程的 PID),并不是当前终端的进程 ID。因此并不属于当前终端的子进程,从而也就不会受到当前终端的 HUP 信号的影响了。

    disown

    场景:

    我们已经知道,如果事先在命令前加上 nohup 或者 setsid 就可以避免 HUP 信号的影响。但是如果我们未加任何处理就已经提交了命令,该如何补救才能让它避免 HUP 信号的影响呢?

    解决方法:

    这时想加 nohup 或者 setsid 已经为时已晚,只能通过作业调度和 disown 来解决这个问题了。让我们来看一下 disown 的帮助信息:

    disown [-ar] [-h] [jobspec ...]
    	Without options, each jobspec is  removed  from  the  table  of
    	active  jobs.   If  the -h option is given, each jobspec is not
    	removed from the table, but is marked so  that  SIGHUP  is  not
    	sent  to the job if the shell receives a SIGHUP.  If no jobspec
    	is present, and neither the -a nor the -r option  is  supplied,
    	the  current  job  is  used.  If no jobspec is supplied, the -a
    	option means to remove or mark all jobs; the -r option  without
    	a  jobspec  argument  restricts operation to running jobs.  The
    	return value is 0 unless a jobspec does  not  specify  a  valid
    	job.

    可以看出,我们可以用如下方式来达成我们的目的。

    灵活运用 CTRL-z

    在我们的日常工作中,我们可以用 CTRL-z 来将当前进程挂起到后台暂停运行,执行一些别的操作,然后再用 fg 来将挂起的进程重新放回前台(也可用 bg 来将挂起的进程放在后台)继续运行。这样我们就可以在一个终端内灵活切换运行多个任务,这一点在调试代码时尤为有用。因为将代码编辑器挂起到后台再重新放回时,光标定位仍然停留在上次挂起时的位置,避免了重新定位的麻烦。

    • disown -h jobspec来使某个作业忽略HUP信号。
    • disown -ah 来使所有的作业都忽略HUP信号。
    • disown -rh 来使正在运行的作业忽略HUP信号。

    需要注意的是,当使用过 disown 之后,会将把目标作业从作业列表中移除,我们将不能再使用jobs来查看它,但是依然能够用ps -ef查找到它。

    但是还有一个问题,这种方法的操作对象是作业,如果我们在运行命令时在结尾加了"&"来使它成为一个作业并在后台运行,那么就万事大吉了,我们可以通过jobs命令来得到所有作业的列表。但是如果并没有把当前命令作为作业来运行,如何才能得到它的作业号呢?答案就是用 CTRL-z(按住Ctrl键的同时按住z键)了!

    CTRL-z 的用途就是将当前进程挂起(Suspend),然后我们就可以用jobs命令来查询它的作业号,再用bgjobspec来将它放入后台并继续运行。需要注意的是,如果挂起会影响当前进程的运行结果,请慎用此方法。

    disown 示例1(如果提交命令时已经用“&”将命令放入后台运行,则可以直接使用“disown”)
    [root@pvcent107 build]# cp -r testLargeFile largeFile &
    [1] 4825
    [root@pvcent107 build]# jobs
    [1]+  Running                 cp -i -r testLargeFile largeFile &
    [root@pvcent107 build]# disown -h %1
    [root@pvcent107 build]# ps -ef |grep largeFile
    root      4825   968  1 09:46 pts/4    00:00:00 cp -i -r testLargeFile largeFile
    root      4853   968  0 09:46 pts/4    00:00:00 grep largeFile
    [root@pvcent107 build]# logout
    disown 示例2(如果提交命令时未使用“&”将命令放入后台运行,可使用 CTRL-z 和“bg”将其放入后台,再使用“disown”)
    [root@pvcent107 build]# cp -r testLargeFile largeFile2
    
    [1]+  Stopped                 cp -i -r testLargeFile largeFile2
    [root@pvcent107 build]# bg %1
    [1]+ cp -i -r testLargeFile largeFile2 &
    [root@pvcent107 build]# jobs
    [1]+  Running                 cp -i -r testLargeFile largeFile2 &
    [root@pvcent107 build]# disown -h %1
    [root@pvcent107 build]# ps -ef |grep largeFile2
    root      5790  5577  1 10:04 pts/3    00:00:00 cp -i -r testLargeFile largeFile2
    root      5824  5577  0 10:05 pts/3    00:00:00 grep largeFile2
    [root@pvcent107 build]#

    screen

    场景:

    我们已经知道了如何让进程免受 HUP 信号的影响,但是如果有大量这种命令需要在稳定的后台里运行,如何避免对每条命令都做这样的操作呢?

    解决方法:

    此时最方便的方法就是 screen 了。简单的说,screen 提供了 ANSI/VT100 的终端模拟器,使它能够在一个真实终端下运行多个全屏的伪终端。screen 的参数很多,具有很强大的功能,我们在此仅介绍其常用功能以及简要分析一下为什么使用 screen 能够避免 HUP 信号的影响。我们先看一下 screen 的帮助信息:

    SCREEN(1)                                                           SCREEN(1)
    
    NAME
           screen - screen manager with VT100/ANSI terminal emulation
    
    SYNOPSIS
           screen [ -options ] [ cmd [ args ] ]
           screen -r [[pid.]tty[.host]]
           screen -r sessionowner/[[pid.]tty[.host]]
    
    DESCRIPTION
           Screen  is  a  full-screen  window manager that multiplexes a physical
           terminal between several  processes  (typically  interactive  shells).
           Each  virtual  terminal provides the functions of a DEC VT100 terminal
           and, in addition, several control functions from the  ISO  6429  (ECMA
           48,  ANSI  X3.64)  and ISO 2022 standards (e.g. insert/delete line and
           support for multiple character sets).  There is a  scrollback  history
           buffer  for  each virtual terminal and a copy-and-paste mechanism that
           allows moving text regions between windows.

    使用 screen 很方便,有以下几个常用选项:

    • screen -dmS session name来建立一个处于断开模式下的会话(并指定其会话名)。
    • screen -list 来列出所有会话。
    • screen -r session name来重新连接指定会话。
    • 用快捷键CTRL-a d 来暂时断开当前会话。
    screen 示例
    [root@pvcent107 ~]# screen -dmS Urumchi
    [root@pvcent107 ~]# screen -list
    There is a screen on:
            12842.Urumchi   (Detached)
    1 Socket in /tmp/screens/S-root.
    
    [root@pvcent107 ~]# screen -r Urumchi

    当我们用“-r”连接到 screen 会话后,我们就可以在这个伪终端里面为所欲为,再也不用担心 HUP 信号会对我们的进程造成影响,也不用给每个命令前都加上“nohup”或者“setsid”了。这是为什么呢?让我来看一下下面两个例子吧。

    1. 未使用 screen 时新进程的进程树
    [root@pvcent107 ~]# ping www.google.com &
    [1] 9499
    [root@pvcent107 ~]# pstree -H 9499
    init─┬─Xvnc
         ├─acpid
         ├─atd
         ├─2*[sendmail]	
         <strong>├─sshd─┬</strong>─sshd───bash───pstree
         │      <strong> └─sshd───bash───ping</strong>

    我们可以看出,未使用 screen 时我们所处的 bash 是 sshd 的子进程,当 ssh 断开连接时,HUP 信号自然会影响到它下面的所有子进程(包括我们新建立的 ping 进程)。

    2. 使用了 screen 后新进程的进程树
    [root@pvcent107 ~]# screen -r Urumchi
    [root@pvcent107 ~]# ping www.ibm.com &
    [1] 9488
    [root@pvcent107 ~]# pstree -H 9488
    init─┬─Xvnc
         ├─acpid
         ├─atd
         <strong>├─screen───bash───ping</strong>
         ├─2*[sendmail]

    而使用了 screen 后就不同了,此时 bash 是 screen 的子进程,而 screen 是 init(PID为1)的子进程。那么当 ssh 断开连接时,HUP 信号自然不会影响到 screen 下面的子进程了。

    总结

    现在几种方法已经介绍完毕,我们可以根据不同的场景来选择不同的方案。nohup/setsid 无疑是临时需要时最方便的方法,disown 能帮助我们来事后补救当前已经在运行了的作业,而 screen 则是在大批量操作时不二的选择了。


    原文地址:http://blog.csdn.net/hongweigg/article/details/32111475

    展开全文
  • Linux后台运行程序,输入输出重定向 linux后台运行程序使用&,如,python main.py &,表示后台运行main.py, 即CTRL+C后此程序仍然在后台运行,ps aux|grep "python main.py"可以查看到。 但是当你的...
  • 后台运行新利器:tmux 关于jobs 的用法jobs 遇到问题 nohup python flush.py & 这样运行,生成了nohup.out文件,但是内容始终是空的,试了半天也不行。浪费了不少时间。 原因 python的输出又缓冲,导致...
  • python train.py > train.log 2>&1 & 其中> train.log表示标准输出重定向到...1 表示 将标准错误输出重定向到标准输出(0、1和2分别表示标准输入、标准输出和标准错误信息输出) 最后一个&...
  • 策略:后台运行程序,然后把打印信息保存在指定的文件中,等程序运行结束后,再检查输出日志或者实时观察日志。 1、启动命令: 1、一般使用 nohup python -u Job.py > log.log 2>&1 & 2、只记录...
  • linux提供了一个daemon函数,使得进程可以脱离控制台运行,实现了后台运行的效果。但是进程后台运行后,原本在终端控制台输出的数据就看不到了。那么,怎样才能找回这些数据?文章主题就围绕着如何获得后台进程的...
  • Linux服务器后台运行Python nohup python -u test.py > test.log 2>&1 & 最后的&表示后台运行 >表示日志输出重定向 Linux默认定义两个变量:1和2 2 错误输出 1 标准输出 cmd 1>info.log ...
  • Linux 查看进程以及关闭后台进程 标签(空格分隔): Linux 查看当前所有进程 * ps -aux 查看筛选的进程 * ps -aux|grep “fuseki/fuseki-server” 查看二次筛选的进程 * ps -aux|grep “fuseki/fuseki-...
  • 在部署.py脚本到linux服务器的时候,我们经常想把后台脚本输出(程序print)的内容存到日志里。首先.py后台运行的2个方法:1. nohupnohup python -u MainServices.py &gt;&gt; services.log 2&gt;&...
  • 很多时间,我们希望程序后台运行,这样不会干扰我们做别的事,也可以关闭shell登录,
  • linux下有的时候程序的运行出现问题了,但是这时如果没有将日志打印到文件,想查看一下日志的输出都看不了,停了程序重新跑又一时不能浮现问题,是一件很纠结的事情 这个时候就可以利用strace 来变通的看一下日志...
  • 我们可以让当前任务不再占用终端,去移动到后台了,去挂起或执行了,而仍然可以继续使用终端,继续来敲击命令。 先看进程ps –l dashuai@ubuntu:~$ ps -l F S UID PID PPID CPRI NI ADDR SZ WCHAN TTY ...
  • linux 中让java进程以后台形式执行,并输出日志到指定文件中。 举例: 现在linux /home/pro/application/monitor下有一个jar包叫zop-monitor-web.jar,这是个spring-boot web部署包。我们需要用java -jar方式启动,...
  • 在命令最后加上&符号,表示让这个进程到后台去执行,这样立刻返回到提示符状态,我们可以接着做下面的事。如:command & 但此时如果这个进程有输出,还是会显示出来,这又会干扰到我们的shell窗口。所以可以考虑把...
  • 本文是2017年的第一篇博文,给大家带来一篇如何在Linux上以后台服务的方式运行Jar程序,好了,不多说了,祝大家在新的一年里学业进步,事业有成,我们直接进入主题吧。 Linux以后台服务方式运行Jar有两种方式,下面...
  • 为了使这些进程能够在后台运行,也就是说不在终端屏幕上运行,有几种选择方法可供使用。 & 当在前台运行某个作业时,终端被该作业占据;可以在命令后面加上& 实现后台运行。例如:sh test.sh &
1 2 3 4 5 ... 20
收藏数 111,933
精华内容 44,773
关键字:

linux查看后台输出