使用nohup ... & 命令启动服务器后,磁盘满了,服务宕了,然后一步一步排查是哪个文件过大,最终定位到是nohup.out文件过大,占了40G, df -lh #磁盘容量命令 du -sh #查看当前文件夹大小 du -sh * #查看当前文件夹下所有文件/文件夹大小,当磁盘满了可以从根目录使用该命令一路排查下去,最终定位到最大的文件 另外来说说nohup的问题,都知道nohup可以后台启动服务并且输出日志,问题是不加控制nohup是无限制的输出日志,硬盘占满是早晚的事,笔者百度了一下可以

如果crontab不重定向输出,并且crontab所执行的命令有输出内容的话,是一件非常危险的事情.因为该输出内容会以邮件的形式发送给用户,内容存储在邮件文件 /var/spool/mail/$user 如果命令执行比较频繁(如每分钟一次),或者命令输出内容较多,会使这个邮件文件不断追加内容,文件越来越大.而邮件文件一般存放在根分区,根分区一般相对较小,所以会造成根分区写满而无法登录服务器. 所以在添加crontab命令时,无论命令是否有输出,最好都加上输出重定向到文件或者/dev/null中.

检查ora.crf服务 crsctl stat res ora.crf -init -t 关闭ora.crf服务 crsctl stop res ora.crf -init cd $ORACLE_HOME/crf/db rm *.bdb CHM(ClusterHealth Monitor)服务未关导致crf文件无限增长导致磁盘空间占满 启动ora.crf服务 crsctl start res ora.crf -init

使用中发现,vm-storage节点仅仅过了6天,就占用了800GB的硬盘空间.很不正常.下面是排查过程: 1.查看磁盘占用情况: 先登录容器,执行: df -h /dev/vdb 1012.8G 870.2G 142.7G 86% /var/victoria-metrics/data 2.查看节点上的time series总数: 为了方便使用,我在vm-storage节点上部署了vm-select: curl -G "http://127.0.0.1:8481/select/0/prometh

lsof |grep delete |sort -nrk 7|more kill 掉这些进程

编译模拟器的 LINK 阶段产生了大量错误信息,定位不到第一行,所以将错误重定向到了一个文件: scons build/X86_VI_hammer_GPU/gem5.opt --default=X86 EXTRAS=../gem5-gpu/src:../gpgpu-sim/ PROTOCOL=VI_hammer GPGPU_SIM=True >error.txt 解释: ‘>’ 与 ‘1>’ 都是重定向标准输出到文件: ‘2>’ 重定向标准错误输出到文件: ’&>‘

早上开始工作时发现服务器挂掉了,重启TongWeb时有报错: 上面的红框圈错了,第一个红框的下一行: java.io.IOException: No Space left on device 我们用df查看发现磁盘没有空间了. df和du 首先我们了解df和du命令. df可以查看一级文件夹大小.使用比例.档案系统及其挂入点,但对文件却无能为力. du可以查看文件及文件夹的大小. 两者配合使用,非常有效.比如用df查看哪个一级目录过大,然后用df查看文件夹或文件的大小,如此便可迅速确定症结. d

/dev/null 2>&1 解释 crontab内容 :50 18 5-30 * * /script/myscript.sh 1> /dev/null 2>&1 其中 1> /dev/null 2>&1是什么意思?? dev/null 为系统垃圾箱 &为后台运行 但是 myscript 后面的1 和 /null后面的2 还有 &后面的1是什么意思? 1代表标准输出,2代表错误信息输出. 1>/dev/null 就是指将标准输出定

异步执行 exec("/alidata/server/php/bin/php /nas/wxdoctor/index.php App/Common/WordsPic/user_id/".$user_info['user_id']."/goods_id/".$goods_id."."/open_id/".$user_info['open_id']." > /dev/null 2>&1 &")

https://www.cnblogs.com/wangsongbai/p/10215155.html 我们在写启动脚本的时候,会用nohup &,这个大家都知道,但是经常会有 >/dev/null 2>&1.比如 nohup java -jar xxx.jar >/dev/null 2>&1 & 这个到底表示什么意思 几个基本符号及其含义 /dev/null 表示空设备文件 0 表示stdin标准输入 1 表示stdout标准输出 2 表示stde

nohup sh start.sh >/dev/null 2>&1 & 背景说明 start.sh 脚本里,写了Java应用程序启动的相关命令,并且在 log4j.properties 中配置了日志的输出路径. 此时,启动服务的时候,如果使用如下命令,则会在start.sh脚本所在的目录下,产生一个名为 nohup.out 的输出文件. nohup sh start.sh & 这个多余的 nohup.out 文件是不需要的,可以使用如下命令解决: nohup >&

一.几个基本符号及其含义 之前看到别人写的一个shell脚本,有一个命令是:rm -f ${src_tmp_file} > /dev/null 2>&1 现在大概明白是什么意思了 当执行shell命令时,会默认打开3个文件,每个文件有对应的文件描述符来方便我们使用 类型 文件描述符 默认情况 对应文件句柄位置 标准输入(standard input) 0 从键盘获得输入 /proc/self/fd/0 标准输出(standard output) 1 输出到屏幕(即控制台) /proc/

通常是发现磁盘没有满但是无法写入文件.提示“no space left on device”    用df -i 查看,应该会发现相应的分区是100%    一般都是crontab的job有问题,造成/var/spool/clientmqueue中产生许多的零碎文件.处理方法:    用rm -rf *会不能删除,并会有相应的提示,大意是参数太多.    (1)在/var/spool/clientmqueue/下执行命令:“lsattr ./|awk -F"/" '{print $3}

欢迎来到 GreatSQL社区分享的MySQL技术文章,如有疑问或想学习的内容,可以在下方评论区留言,看到后会进行解答 在MGR测试中,人为制造磁盘满问题后,节点被oom killed 问题描述 在对MySQL 8.0.26 vs GreatSQL 8.0.25的对比测试过程中,有一个环节是人为制造磁盘满的场景,看看MGR是否还能正常响应请求. 在实测过程中,最后发现磁盘满的那个节点,持续时间足够久后,会因为内存消耗过大而最终被OS给OOM Kill. 这个问题我已报告BUG(#104979),

在学习Linux的过程中,常会看到一些终端命令或者程序中有">/dev/null 2>&1 "出现,由于已经遇到了好几次了,为了理解清楚,不妨花点时间百度或者google一下相关的知识. 0:表示键盘输入(stdin) 1:表示标准输出(stdout),系统默认是1 2:表示错误输出(stderr) command >/dev/null 2>&1 &  == command 1>/dev/null 2>&1 &

movie.mpeg.001 movie.mpeg.002 movie.mpeg.003 ... movie.mpeg.099   $cat movie.mpeg.0*>movie.mpeg     Examples: cat f - g Output f's contents, then standard input, then g's contents. cat Copy standard input to standard output. Shell 输入/输出重定向 https://ip

centos 阶段复习 2015-4-6  dd命令 hosts.allow和hosts.deny 啊铭的myssh脚本 清空history命令历史  /dev/zero 零发生器  /dev/null 黑洞   /dev/random 生成随机数  第十一节课 104道题 redhat 的源代码重新编译一下 变为了centosredhat收购了centos 分区大小 /boot 200MSWAP 2G <8G内核参数 swapness调整0 为什么系统仍然可能会有swap发生腾讯将swapne

https://redis.io/commands/monitor In this particular case, running a single MONITOR client can reduce the throughput by more than 50%. Running more MONITOR clients will reduce throughput even more. MONITOR Available since 1.0.0. MONITOR is a debuggin

Web服务器磁盘满故障深入解析 原文:http://blog.51cto.com/oldboy/612351 ########################################################## 硬盘显示被写满但是用du -sh /*查看时占用硬盘空间之和还远#小于硬盘大小问的解决#date:2010-06-09#作者:老男孩---<老男孩linux就业培训中心 >#QQ:31333741 MAIL:oldboy521@hotmail.com#QQ交流群:450

问题: 硬盘显示被写满,但是用du -sh /*查看时占用硬盘空间之和还远小于硬盘大小,即找不到硬盘分区是怎么被写满的.今天下午接到同事紧急求助,说生产线服务器硬盘满了.该删的日志都删掉了.可空间还是满的,情况危急啊.这个问题,在多年以前直接和间接的遇到过1-2次.以前太懒惰了,这次记录下来和大家分享. 相关日志如下: █ 查看硬盘分区大小 [root@www ~]# cat /etc/redhat-release CentOS release 6.4 (Final) [root@www ~]#

转自:http://www.cnblogs.com/xianghang123/archive/2012/03/23/2413381.html 使用/dev/null 把/dev/null 看作"黑 洞" . 它非常等价于一个只写文件. 所有写入它的内容都会永远丢失. 而尝试从它那儿读取内容则什么也读不到. 然而, /dev/null 对命令行和脚本都非常的有 用. 禁止标准输出 . 1 cat $filename >/dev/null 2 # 文件内容丢失,而不会输出到标准输出.