用命令nohup ./startWebLogic.sh >/dev/null 2>log &启动weblogic,那么如...

所以要查看标准输出，把 >dev/null 改为 >logfile.txt，然后 tail -f logfile.txt 查看文件内容即可。

[root@localhost base_domain]# nohup ./startWebLogic.sh nohup: ignoring input and appending output to `nohup.out'我也遇到了，楼上说的是对的，实际上是正常的，输出结果可以用tail -f nohup.out 看到的~

在脚本nohup设置每天开始拷贝日志作为前一天的日志备份，然后把当前日志清空即可，代码如下：crontab -e//增加：0 0 * * * cp /dirname/logfile.log /bakdir/logfile.`date -d yesterday +%Y%m%d`.log; cat /dev/null > /dirname/logfile.log//每周日凌晨1:00打包、删除文件：0 1 * * 0 ...

一般都是在linux下nohup格式：www.2cto.com nohupcommand 或者 nohupcommand & 这之间的差别是带&的命令行，即使terminal（终端）关闭，或者电脑死机程序依然运行（前提是你把程序递交到服务器上）；它把标准输出（STDOUT）和标准错误（STDERR）结果输出到nohup.txt文件这个看似很方便，但是当输出很大的时候...

out的文件中，除非另外指定了输出文件：（也就是说自定义输出的文件名）nohup command > myout.file 2>&1 & 在上面的例子中，输出被重定向到myout.file文件中。结合重定向知识: 为了不让一些执行信息输出到前台（控制台），我们还会加上刚才提到的>/dev/null 2>&1命令来丢弃所有的输出：

结合nohup,我们可以这样nohup ./run.sh /dev/null 这是最简单的一种方式,既保证了程序能够一直后台执行,又能保证不会产生太大的nohup.txt文件。 方法三: 利用的linux的一个机制,让程序在subshell中执行,方法很简单,将命令用括号() 括起来即可。 ps -ef | grep test 可以看到run.sh的父进程为1,不是当前...

首先，我们需要创建一个类型为.sh的文件，里面可以写入要自动启动的程序的相关操作，如：!/bin/bash echo “;start program …”;nohup ./shadowsocks.sh> /dev/null 2>&1 其中，#！/bin/bash用于说明所使用的shell，echo “start program …”即可以显示操作的...

命令如下 :但是这种方式启动项目会默认生成一个nohup.out的文件来记录日志，而且这个文件太占磁盘内存了，几天下来发现这个文件大小有好几个G，所以为了减少磁盘被大量消耗，决定启动项目时不输出nohup.out文件。解决方案如下：下面是几个注解：使用&后台运行程序：使用nohup运行程序：文件描述符 当执行shell...

在最后添加一行：0 0 * * * root init 6 就是每天0点0分重启。创建一个文件，添加以下命令：0 0 * * * /usr/local/bin/test >/dev/null 2>&1 就是每天0点0分启动test这个程序 50 23 * * * pkill -f /usr/local/bin/test 就是每天23点50杀掉test这个程序 nohup 版 nohup /usr/...

命令，如：nohup ./script.sh & 使用 nohup 命令的好处是可以在退出 shell 终端后继续运行脚本。如果要在后台运行的脚本不需要控制台输出，可以将标准输出和错误输出重定向到 /dev/null，如：nohup ./script.sh > /dev/null 2>&1 & 这样就可以在后台运行脚本，且不会在命令行输出任何信息 ...