Linux中处理nohup日志太大的问题
Linux中处理nohup日志太大的问题
文章目录
- Linux中处理nohup日志太大的问题
- 一:nohup.out的由来及作用
- 二:nohup.out的查看方式与方法
- 三:nohup.out维护管理方法(清空nohup.out)
一:nohup.out的由来及作用
用途:Linux命令用法,不挂断地运行命令。
语法:nohup Command [ Arg … ] [ & ]
描述:nohup 命令运行由 Command 参数和任何相关的 Arg 参数指定的命令,忽略所有挂断(SIGHUP)信号。在注销后使用 nohup 命令运行后台中的程序。要运行后台中的 nohup 命令,添加 & ( 表示“and”的符号)到命令的尾部
例子: nohup ./startWeblogic.sh & 意思是即使退出ssh界面,命令仍然在后台执行
二:nohup.out的查看方式与方法
一般有两种方式
1、Linux本机查看:使用tail 命令,查看最新的日志,或滚动监控日志打印
tail -1000 nohup.out (查看最后1000行日志文本)tail -f nohup.out(监控日志打印)
2、ftp下载到windown主机查看:一般小的log文件都没有问题,但是过G的,一般的文本文档查看就显得无力了。推荐使用UltraEdit进行打开
三:nohup.out维护管理方法(清空nohup.out)
如上文所述出现了超大号的文件简直是令人讨厌的事情,而且nohup.out会一直一直自己增长下去,如果你的服务器硬盘不给力的话,很容易把应用也挂掉(硬盘没空间 ,啥都玩不转),但是又不能一味的直接删。因为直接删除,可能会造成应用无法打印后续的错误日志,该问题常见于weblogic服务器,jboss服务器等这些大型中间件,这个在生产环境上要尤为注意。
因此就有了我们不停止服务直接,清空nohup.out文件的方法
第一种:cp /dev/null nohup.out第二种:cat /dev/null > nohup.out
两个我都用过,不用担心网上所说的性能问题,通常2/3 个G的文件都是1-2秒执行完毕
1、nohup的重定向,一劳永逸解决nohup.out文件过大的问题
以下是定义日志打印级别,除了高于级别2的告警信息记录到log文件外,其余直接不记录
只输出错误信息到日志文件:nohup ./program >/dev/null 2>log &
什么信息也不要:nohup ./program >/dev/null 2>&1 &
2、Linux的3中重定向
0:表示标准输入
1:标准输出,在一般使用时,默认的是标准输出
2:标准错误信息输出
可以用来指定需要重定向的标准输入或输出。例如,将某个程序的错误信息输出到log文件中:./program 2>log。这样标准输出还是在屏幕上,但是错误信息会输出到log文件中。另外,也可以实现0,1,2之间的重定向。2>&1:将错误信息重定向到标准输出
3、关于/dev/null文件
Linux下还有一个特殊的文件/dev/null,它就像一个无底洞,所有重定向到它的信息都会消失得无影无踪。这一点非常有用,当我们不需要回显程序的所有信息时,就可以将输出重定向到/dev/null
cmd > file 把 stdout 重定向到 file 文件中
cmd >> file 把 stdout 重定向到 file 文件中(追加)
cmd 1> fiel 把 stdout 重定向到 file 文件中
cmd > file 2>&1 把 stdout 和 stderr 一起重定向到 file 文件中
cmd 2> file 把 stderr 重定向到 file 文件中
cmd 2>> file 把 stderr 重定向到 file 文件中(追加)
cmd >> file 2>&1 把 stderr 和 stderr 一起重定向到 file 文件中
cmd < file >file2 cmd 命令以 file 文件作为 stdin,以 file2 文件作为 stdout
cat <>file 以读写的方式打开 file
cmd < file cmd 命令以 file 文件作为 stdin
cmd << delimiter Here document,从 stdin 中读入,直至遇到delimiter 分界符