Linux下如何不停止服务,清空nohup.out文件

本文详细介绍了LINUX命令nohup的用法及其输出文件nohup.out的作用、查看方式与管理方法。nohup命令可以使进程在后台持续运行,不受用户退出影响,并将输出重定向到nohup.out文件。文章还提供了清空nohup.out文件的方法及nohup命令的高级应用。

tips:最近发现有不少人在百度这个问题,当初如易我也是初学者,随便从网上搜了一下,就转过来了,不过为了避免搜索结果同质化,为大家提供更翔实的参考,我将nohup.out相关知识整理汇总如下:

1.nohup.out的由来及作用

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

语法:nohup Command [ Arg … ] [ & ]
描述:nohup 命令运行由 Command 参数和任何相关的 Arg 参数指定的命令,忽略所有挂断(SIGHUP)信号。在注销后使用 nohup 命令运行后台中的程序。要运行后台中的 nohup 命令,添加 & ( 表示“and”的符号)到命令的尾部。
例子: nohup ./startWeblogic.sh & 意思是即使退出ssh界面,命令仍然在后台执行,并且打印过程日志到nohup.out,当然也可以将nohup.out的输出转向到其他文件,高级应用请参考扩展阅读。
2.nohup.out的查看方式与方法

实际使用过程中,往往人们为了省心(嗯,没错,就是懒),经常没有给nohup.out进行重定向输出,也没有按日期分割文件,会造成这个文件特别巨大,达到2G或者3G,这个使用想查看文件,搜索出错内容就比较痛苦了。一般有两种方式

1.linux本机查看:使用tail 命令,查看最新的日志,或滚动监控日志打印。

例如命令 tail -1000 nohup.out (查看最后1000行日志文本) tail -f nohup.out(监控日志打印)

2.ftp下载到windown主机查看:一般小的log文件都没有问题,但是过G的,一般的文本文档查看就显得无力了。推荐使用UltraEdit进行打开。

3.nohup.out维护管理方法(清空nohup.out)

如上文所述出现了超大号的文件简直是令人讨厌的事情,而且nohup.out会一直一直自己增长下去,如果你的服务器硬盘不给力的话,很容易把应用也挂掉(硬盘没空间 ,啥都玩不转),但是又不能一味的直接删。因为直接删除,可能会造成应用无法打印后续的错误日志,该问题常见于weblogic服务器,jboss服务器等这些大型中间件,这个在生产环境上要尤为注意。

因此就有了我们不停止服务直接,清空nohup.out文件的方法。

两个可以不用停止WEB服务就可以清空nohup.out的命令。

第一种:cp /dev/null nohup.out

第二种:cat /dev/null > nohup.out

两个我都用过,不用担心网上所说的性能问题,通常2/3 个G的文件都是1-2秒执行完毕
4.扩展阅读

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。

Linux系统中,使用`nohup`命令运行程序时,默认会生成一个名为`nohup.out`的日志文件来记录程序的标准输出和标准错误输出。当用户尝试清空该日志文件时,有时会发现除了原来的`nohup.out`外,还会出现另一个同名文件或者分割后的文件,这可能是由于以下原因造成的: ### 原因分析 1. **程序仍在运行并持续写入日志** 如果在清空`nohup.out`时,相关的进程仍在运行,并且继续向该文件写入数据,那么即使你删除或清空了`nohup.out`,操作系统并会立即释放磁盘空间,因为文件句柄仍被进程占用。此时,若你创建了一个新的`nohup.out`文件,可能会造成两个“相同”文件的存在(实际上是一个文件的两个链接)[^3]。 2. **脚本操作当导致新文件生成** 在一些清理脚本中,如引用[2]中的`ClearNohup.sh`脚本,在执行过程中会对`nohup.out`进行分割和归档操作。例如使用`split`命令将大文件切分为多个小文件,并以特定命名格式保存到`logs`目录中。这种情况下,`nohup-${current_date}`格式的文件会被创建出来,看起来像是生成了多个`nohup`文件[^2]。 3. **日志轮转机制触发新文件生成** 有些系统或应用程序配置了日志轮转(log rotation)机制,比如通过`logrotate`工具定期压缩、备份或删除旧日志文件。如果`nohup.out`被纳入此类机制中,也可能导致新文件的生成[^4]。 --- ### 解决方法 #### 方法一:安全清空正在写入的 `nohup.out` 如果你希望清空一个当前正在被写入的`nohup.out`文件影响运行中的进程,可以使用以下方式: ```bash cat /dev/null > nohup.out ``` 这种方式会删除文件本身,而是清空其内容,保留文件句柄变,因此会中断正在写入的进程。 #### 方法二:避免重复创建文件 确保在清空或处理`nohup.out`之前,先停止相关进程,再进行文件操作: ```bash pkill -f logstash # 示例:终止与logstash相关的进程 rm -f nohup.out # 删除文件 touch nohup.out # 可选:重新创建空文件 ``` 这样可以防止在操作过程中产生多个版本的日志文件。 #### 方法三:使用日志分割工具替代直接清空 可以采用更专业的日志管理工具(如`logrotate`)来自动管理日志文件的大小和生命周期,避免手动干预带来的问题。例如,创建一个`logrotate`配置文件: ```bash sudo vi /etc/logrotate.d/nohup ``` 内容如下: ```conf /path/to/nohup.out { daily missingok rotate 7 compress delaycompress notifempty create 644 user group } ``` 此配置每天检查一次`nohup.out`,最多保留7个历史版本,并对其进行压缩管理。 #### 方法四:优化定时任务脚本逻辑 参考引用[2]中的脚本,在编写清理脚本时应确保逻辑严谨,例如在执行分割前检查文件是否存在,分割后及时清理旧文件,并避免并发执行导致冲突。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值