近一段时间,某台服务器的磁盘空间使用不太正常,与其他的服务器相比,严重超出磁盘空间使用 使用df与du相关命令查看,具体结果如下: du -hFilesystem       Size  Used Avail Use% Mounted on/dev/vda1         50G   42G  5.5G  89% /devtmpfs         1.9G     0  1.9G   0% /devtmpfs            1.9G   48K  1.9G   1% /dev/shm

df 常用来查看磁盘的占用情况. du 常用来查看文件夹的大小等. Linux命令: df  [-ahikHTm]  [目录或者文件夹] 参数: -h : 以交较易识别的方式展示使用量  1111000KB -> XXXMB , 默认以KB的方式显示 -i : 不使用磁盘容量,用inode 的数量来显示 -a : 列出所有的文件系统, 包括系统特有的 /proc 等文件系统 -k : 以KB的容量显示 文件系统 (默认) -m: 以MB的容量显示 文件系统 -H : 以 1000的进制代替102

最近Linux电脑在执行mvn时候总是报错: No space left on device   原因是磁盘空间满了,我马上加了20G的硬盘容量,但是还是报错,上网查了一下,发现了解决方法,我用了其中的1,2,6,7,9 然后问题解决了: 由于当初安装系统时设计不合理,有些分区分的过小,以及网络通讯故障等造成日志文件迅速增长等其他原因都可能表现为磁盘空间满,造成无法读写磁盘,应用程序无法执行等.下面就给你支几招(以/home空间满为例):   1. 定期对重要文件系统扫描,并作对比,分析那些文件

linux下使用 du查看某个文件或目录占用磁盘空间的大小 du -ah --max-depth= 去年用过一次 后来忘记了.. 命令这个东西 熟能生巧.. https://www.cnblogs.com/kobe8/p/3825461.html du -ah --max-depth=1     这个是我想要的结果  a表示显示目录下所有的文件和文件夹(不含子目录),h表示以人类能看懂的方式,max-depth表示目录的深度. du命令用来查看目录或文件所占用磁盘空间的大小.常用选项组合为:du

有时候在linux下会遇到这种情况:df查看空间已经占用%100,但是找不到大文件,怎么回事呢,经过网上查找资料,得到解决方法: 1.使用lsof查看已删除但未释放的文件 lsof -n | grep deleted # 重启相关程序即可 2.如果lsof还是未查找到大文件,那有可能根目录下有隐藏文件夹占用了空间: 本人经常du /* -sh查看根目录占用情况,这样会查看目录根目录下的隐藏文件夹,需要使用以下命令查看du / -h --max-depth=1

问题现象 执行 df -h 查看 ECS Linux 实例文件系统使用率,可以看到 /dev/xvdb1 磁盘占用了约27G,挂载目录为 /opt . 进入到 /opt 目录执行 du -sh ,显示空间总占用量约 2.4 G,即df 和du查看到的结果不一致. 原因分析 du 命令对统计文件逐个进行 fstat 系统调用,获取文件大小.它的数据是基于文件获取,可以跨多个分区操作. df 命令使用 statfs 系统调用,直接读取分区的超级块信息获取分区使用情况.它的数据基于分区元数据,只能针对

首先MAN一下两个命令,看一下解释的区别: du - estimate file space usage df - report file system disk space usage du估计文件空间占用情况,df报告文件系统磁盘空间使用情况.两个命令所要获取的对象时不同的.在linux下,几乎所有东西都可以称为文件,常规文件,二进制文件,socket流.所以,通常情况下,使用du得到到的根路径文件空间占用情况应当与df得到的文件系统磁盘占用的情况是一致的或者说相差无几.但是在某些情况下却会

格式 df -h 查看磁盘分区情况 du /etc 目录文件大小都列出来 单位是k最后一行是总和 du -m 单位是m 小于1m写成1m du -h 单位人性化显示k/m du -sh /etc 查看指点目录/文件大小 ////////////////////////////////////////////////////////////////////////////////////// du查看和ls查看区别 [root@wangshaojun ~]# du -sh /etc/init.d/

在linux中,常用查看空间大小的命令有df.du,下面依次介绍一下. df 命令是linux系统上以磁盘分区为单位来查看文件系统的命令,后面可以加上不同的参数来查看磁盘的剩余空间信息.Linux du命令也是查看使用空间的,但是与df命令不同的是Linux du命令是查看当前指定文件或目录(会递归显示子目录)占用磁盘空间大小,还是和df命令有一些区别的. 1.使用df,不带任何参数的效果如下: 第一列:文件系统 第二列:容量 第三列:已用容量 第四列:可用容量 第五列:已用容量% 第六列:挂载

linux 用du查看硬盘信息 <pre>[root@iZ238qupob7Z web]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1 20G 7.9G 11G 43% /tmpfs 938M 0 938M 0% /dev/shm/dev/xvdb 99G 56G 39G 60% /data [root@iZ238qupob7Z logs]# du -sh /data/logs/*查看目录下的空间占用情况 从大到小排序du

希望查看空间的活动情况,Confluence Usage Stats  插件必须在系统中启用.这个插件启用的话将会导致系统的性能问题.针对大型的 Confluence 站点,这个插件在默认情况下是禁用的,系统管理员可以启用这个插件(进入 插件(add-ons),然后选择系统插件(System add-ons),然后查找 'Confluence Usage Stats' 插件). 这个插件只在激活的时候收集数据. 如果 你正在使用的是 Confluence Data Center 或者 Confl

空间活动信息是默认禁用(disabled by default)的.活动(Activity)的标没有显示,如果你的 Confluence Usage Stats  插件没有启用的.请查看下面的说明: 如果启用的话,空间活动界面显示了每一个空间的活动状态,这些状态包括有: 在给定的时间内有多少页面和博客页面被查看,添加修改和更新. 那些内容是有最高的查看(查看最多的页面). 那些内容是最活跃的页面(更新最多的页面). 那些用户是最活跃的内容贡献/编辑者. 希望查看空间的活动: 进入空间,然后在左侧

1:查看/etc/passwd的内容并打印出行号 强制退出vim编辑器  :q! 这个连续两个小符号, 他代表的是『结束的输入字符』的意思.这样当空行输入eof字符,输入自动结束,不用ctrl+D cat /etc/passwd -n 2:用du查看文件详情 du -h b.txt 3:用echo清空文件内容 echo -n "">b.txt

Java中运行SQL插入数据时报错: linux磁盘空间满处理: 1.df -h  查看磁盘空间占用,实际上是查看磁盘块占用的文件(block) 2.分别查看输入以下命令 (面对磁盘满了,通过下列命令找出没有用的大文件删除,接口磁盘块和索引节点其中之一满,都会导致无法创建文件,提示磁盘空间已满. 所以请注意,查看磁盘还有空间,但是创建文件提示空间满,可能是inodes节点已满.大多数情况,占用了大量空间的其实是系统日志或业务附件等小文件) (1)命令:find / -size +100M |xa

今天发现一个测试数据库磁盘空间快满了,准备将几个不再用的表空间删除.通过以下命令删除表空间内容及数据文件. drop tablespace tablespace_name including contents and datafiles; 删除之后通过df -h查看磁盘空间,没有减少,反而增加了,很是奇怪.去存放数据文件的目录查看,相关表空间的文件也已经被删除了. 百度了一下,发现了遇到相同情况的一个帖子,具体见这里. 处理过程如下: 1.通过lsof命令查看是否有进程正在占用这几个表空间数据文

昨天突然无法上传文件到服务器上的,FTP工具总是到99%就卡住了.查了一下说可能是服务器满了. 赶紧用 df -h 命令查看空间使用情况.果然100%了. 想想上次查询才不到50%,怎么突然就满了了呢. 回忆了一下,自己似乎在开发环境对系统做了什么骚操作.,让系统不停的往一个文件中写入日志.然后我把文件删了以为解决了问题,但事实上没有,因为Linux的文件机制如下. 在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被

1.数据库启动报错SQL> startupORACLE 例程已经启动. Total System Global Area 1887350784 bytesFixed Size 2176848 bytesVariable Size 1325402288 bytesDatabase Buffers 553648128 bytesRedo Buffers 6123520 bytes数据库装载完毕.ORA-03113: 通信通道的文件结尾进程 ID: 1244会话 ID: 96 序列号: 3 2.查看告

1.首先根据alert跟踪日志发现归档空间满,路径大致如下:cd $ORACLE_BASE/diag/rdbms/jsswgsjk/jsswgsjk1/tracetail -f alert_jsswgsjk1.log 2.sqlplus 执行命令结果:--可以看出没有正确使用归档盘:+ARCH 3.修改归档文件路径:--如果数据库当前是归档状态修改归档路径不用重启数据库alter system set log_archive_dest_1='location=+ARCH';4.查看归档路径正确性

Oracle system表空间满的暂定解决方法 数据库用的是Oracle Express 10.2版本的.利用Oracle Text做全文检索应用,创建用户yxl时没有初始化默认表空间,在系统开发过程中我利用yxl在数据库中创建了7个Context或Ctxcat类型索引.开始利用这些索引进行查询的时候速度很慢,在控制台查看了一下,发现system表空间居然占了99.69%.下面是表空间占用情况的截图: 在sqlplus中执行SQL语句: select username,default_tabl

用 'top -i' 看看有多少进程处于 Running 状态,可能系统存在内存或 I/O 瓶颈,用 free 看看系统内存使用情况,swap 是否被占用很多,用 iostat 看看 I/O 负载情况... 还有一种办法是 ps -ef | sort -k7 ,将进程按运行时间排序,看哪个进程消耗的cpu时间最多. top:主要参数 :d:指定更新的间隔,以秒计算. q:没有任何延迟的更新.如果使用者有超级用户,则top命令将会以最高的优先序执行. c:显示进程完整的路径与名称. S:累积模式,

公司内部同事分享的一篇文章 周末看到一个用jstack查看死锁的例子.昨天晚上总结了一下jstack(查看线程).jmap(查看内存)和jstat(性能分析)命令.供大家参考 1．Jstack 1.1   jstack能得到运行java程序的java stack和native stack的信息.可以轻松得知当前线程的运行情况.如下图所示  注:这个和thread dump是同样的结果.但是thread dump是用kill -3 pid命令,还是服务器上面少用kill为妙 1.2   命名行格式