输入命令 du -sh /* | sort -nr 会列出根目录文件夹的大小 看到哪个文件夹比较大 删除相应的缓存,重启服务器即可

今天在给测试环境搭建k8s系统时,发现master根目录磁盘空间不足,需要扩容,记录如下. # 查看根分区大小 [root@master ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 63G 0 63G 0% /dev tmpfs 63G 0 63G 0% /dev/shm tmpfs 63G 1.3G 62G 2% /run tmpfs 63G 0 63G 0% /sys/fs/cgroup /dev/mapper/

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

转自 http://wenku.baidu.com/link?url=WZDgESO0oXqYfhPYOWFalZsMglS0HKtLw7t6ICRs_sJ_sfPc85RpxsqKMwqSniis0QkpgCru5OoaxkhbGl4z-eHmeejjbX58LZhlgOLYuzG 今天查看学校的监控报修系统,不能访问了!!!系统运行很慢,用top命令查看发现内存使用率90%,用"df -h ”查看“/”目录使用率已达到80%,导致系统运行很慢.我用以下方法扩大根目录磁盘空间. 一.关闭你的虚

今天查看学校的监控报修系统,不能访问了!!!系统运行很慢,用top命令查看发现内存使用率90%,用"df -h ”查看“/”目录使用率已达到80%,导致系统运行很慢.我用以下方法扩大根目录磁盘空间.一.关闭你的虚拟机系统,找到如下内容:选择"Edit Virtual mache settings” 点击"Expand“ 扩大虚拟机的空间为"40G"(根据个人需要填写空间大小).但是linux下面并不可见.二.使用linux下的fdisk工具进行分区.用ro

磁盘空间满啦 找到项目的logs文件夹 进入logs文件夹,会看到很多access.log*文件. 在Xshell里,输入命令cd 到项目节点的logs文件夹 可能还需要清空下回收站.

最近刚换了笔记本,拿到本后在win10基础装上Ubuntu 16.04双系统,有个问题是每次关机都会报一堆pcie问题,并且经常没声音,声音问题通过上一篇文章暂时解决,然后就没在意了,可是几天后出现系统盘根目录磁盘空间不够的提醒,于是用磁盘空间分析工具查看,/var/log/下kern.log 和syslog非常大,两个kern.log都接近10G,一个syslog也接近10G,三个点开都发现同样的问题,即pcie重复报错,信息如下: Jan :: zzf-ubuntu kernel: [ ::

作者:非法小恋 一.使用背景 Linux根目录磁盘空间不够用了,当修改了虚拟机模版增加磁盘大小或者插入了一块新硬盘,但是发现系统里的大小还是没改变. 产生的原因是没有给磁盘格式化,没有增加分区. 二.操作方法 1. 查看磁盘空间大小,使用df -h 命令,发现挂载根目录节点的/dev/mapper/ubuntu14--vg-root 只有28G容量. root@ubuntu14:/opt# df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/ubuntu14--vg-

VMware 虚拟机(linux)增加根目录磁盘空间     今天查看学校的监控报修系统,不能访问了!!!系统运行很慢,用top命令查看发现内存使用率90%,用"df -h ”查看“/”目录使用率已达到80%,导致系统运行很慢.我用以下方法扩大根目录磁盘空间. 一.关闭你的虚拟机系统,找到如下内容:选择"Edit Virtual mache settings” 点击"Expand“ 扩大虚拟机的空间为"40G"(根据个人需要填写空间大小).但是linux下

问题描述: 今天登上一台服务器,df -h 发面根目录磁盘已经满了 解决过程: cd / du -sh *  发现并没有大文件,占用的空间没多大 根据经验,先通过lsof | grep deleted查找有没有没有释放空间的进程,然后 kill -9 pid也没有发现 这下诡异了, 然后仔细分析根目录下各个目录,发现 /data目录,使用的是挂载盘,而且挂载盘的空间利用很小,那么问题来了. 挂载盘的空间,是放ES和KAFKA的地方,使用空间应该比较大. 然后把挂载盘先umout掉,问题根源查到了

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

关于磁盘空间中索引节点爆满的问题还是挺多的,借此跟大家分享一下: 一.发现问题 在公司一台配置较低的Linux服务器(内存.硬盘比较小)的/data分区内创建文件时,系统提示磁盘空间不足,用df -h命令查看了一下磁盘使用情况,发现/data分区只使用了66%,还有12G的剩余空间,按理说不会出现这种问题. 二.分析问题: 后来用df -i查看了一下/data分区的索引节点(inode),发现已经用满(IUsed=100%),导致系统无法创建新目录和文件. [root@bastion-IDC ~

问题 在部署应用到测试环境的时候,有些文件同步出错,最后定位到测试服务器空间满了. 解决 查看磁盘空间还剩多少空间 df -h 查看根目录下每个目录占用空间大小 du --max-depth=1 -h / 查看当前目录占用空间大小 du -sh 当前目录下的文件按大小排序 du -s ./* | sort -nr | head -10

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

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.环境介绍 服务器硬件:Dell R710 服务器OS:红帽子Linux   RHEL4.8 数据库:Oracle 10g 2.出现的问题 因为数据表每天有上百万的数据写入表,加上建立索引,导致表空间不停增长,表空间被设置为自动增长,因此dbf文件在不断增大,硬盘空间在每天约400M的速度减少.数据库虽有自清理的脚本,清理3个月前的数据,但实际增加的数据太多,清理释放的空间不能满足需求了. 3.处理过程 解决思路是,该服务器的硬盘有预留空间,未完全划分的约有100G,可以建立新的分区,将已经存

14.10.5 Reclaiming Disk Space with TRUNCATE TABLE 回收空间使用TRUNCATE TABLE 回收操作系统磁盘空间当truncate 一个InnoDB 表, 表必须存储在它自己的.ibd文件. 对于一个表存储在它自己的.ibd 文件, innodb_file_per_table 必须启用当表被创建时. 此外, 没有一个外键约束在被truncate的表和其他表之间, 当一个表被truncate, 它是被drop和重建在一个新的.ibd文件, 释放的空

场景说明: 客户 ASM磁盘组,data磁盘组空闲空间90G,空间不足,因此强烈建议回收空间 空间回收方案: 1.数据文件resize,回收部分可用性空间(好处就是能够将ASM磁盘组free大小增加): 2.大的无用对象清理,释放空闲空间(好处就是释放空间所在的表空间,新增数据能够使用删除的大对象原空间,而无需对表空间进行扩容): 1.回收数据文件,对数据文件进行resize SQL>/) CurrentMB,ceil(HWM*a.block_size)// ResizeTo, (a.bytes

当innodb_file_per_table设置为OFF,那么所有数据将被存储在ibdata文件.如果删除一些数据和删除一些表则没有回收未使用的磁盘空间,除了导出表然后再导入的方法来回收表空间大小,除此之外没有任何其他的方法.当innodb_file_per_table设置为ON时,每个表中存储的数据和索引在它自己的表空间文件.但是,共享表空间的ibdata1仍然在增长,为什么呢?因为ibdata1中依然有: (1)data dictionary aka metadata of InnoDB t

前言: 我们有时候调整系统分区时会遇到"磁盘上没有足够的空间完成此操作"的情况导致我们的分区无法完成,然而我们的磁盘上明明有未分配的空间,为什么不能创建磁盘分区呢?本文将介绍通过把Windows7上的基本磁盘转换成动态磁盘的方法来解决这个问题. 操作环境: Windows7旗舰版 下图绿色部分是产生"磁盘上没有足够的空间完成此操作"问题的磁盘: 图 1 当我们要对该空闲磁盘区域"新建简单卷"时就会弹出下面的错误提示: 图 2 解决过程: 1.Wi

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.查看归档路径正确性