springboot不输出nohup.out日志
1
|
nohup java -jar mgcr_pc- 0.0 . 1 -SNAPSHOT.war >/dev/ null 2 >log & |
注意:这个log是一个文件,可以随意命名
ps aux|grep 你刚刚运行的包名.jar
然后会显示线程id
关闭进程 如5555
kill -9 5555
nohup启动程序后,nohup.out过大的解决
一般百度到都会说:
cp /dev/null nohup.out
cat /dev/null nohup.out
不能简单的删除那个文件,因为linux的文件管理是引用计数法。
可以清空nohup日志,其实关键在于启动时的流输入方式。如果使用>方式,使用上述方法操作后,再次写入时,文件会重新变成原来的大小,而使用>>追加方式,确实可以消除文件的大小。
原因基本描述如下:
linux的文件管理使用fd,用户可以自定义3以上(包括3)的文件,而0,1,2,则对应了3个标准流
- 0=标准输入流stdin
- 1=标准输出流stdout
- 2=标准错误流stderr
shell读取到>时,判断文件是否存在,不存在则创建文件,之后以w方式写入,文件指针只会向后增加。
因此使用>作为nohup的重定向时,文件指针一直向后增加,使用上述两个命令操作nohup.out,操作时确实重写了整个文件,但是在程序的下次输出时,文件的大小又重新变回原来的大小了,这很正常,因为文件的指针还在原来的大小的位置,写入操作时,指针向后偏移“输出内容的大小”,并写入“输出内容”,此时文件不得不重新回到原本的大小,虽然原本的内容已经不见了(此时那些内容的填充为0,类似的操作一次,然后查看nohup文件的16进制表示,就会发现它们全部都是0x00,可以称为文件空洞)
而使用>>方式写入文件时,使用a+方式写入文件,文件指针指向文件的结束符EOF位置。
在使用使用上述两个命令操作nohup.out时,文件的结束符确实重新回到了0x00地址,因此可以清空原本的内容,并且不会再创建文件空洞。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。
原文链接:https://blog.csdn.net/u011442726/article/details/105662900