今天login server的一个网站,发现login后没有生成session.根据以往经验,一般是空间已满导致session文件生成失败. df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/dev01-root 75G 58G 14G 82% / udev 2.0G 4.0K 2.0G 1% /dev tmpfs 396M 292K 396M 1% /run none 5.0M 0 5.0M 0% /run/lock no

linux 硬盘满了如何处理 事件源于在服务器运行一个脚本程序… 好好的脚本突然报错,还以为脚本出现问题了.细看报错原因(具体报错信息已经忘记了),是没有可用空间.从没遇见过这个情况,怎么办呢? 一.确定是不是真的是磁盘空间不足 ​ 查看磁盘信息 输入命令:df -lh ​ 很明显:Filesystem下的挂载点 /dev/xvda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简单,就是删文件. 问:删除什么文件? 答:删除占用磁盘空间大,但又无用的文件. 问

inode节点中,记录了文件的类型.大小.权限.所有者.文件连接的数目.创建时间与更新时间等重要的信息,还有一个比较重要的内容就是指向数据块的指针.一般情况不需要特殊配置,如果存放文件很多,需要配置.有时磁盘空间有剩余但是不能存放文件,可能是由于inode节点数量不做了.查看inode的数量: df -Th Filesystem Size Used Avail Use% Mounted on /dev/mapper/dev01-root 75G 58G 14G 82% / udev 2.0G 4

1.查看磁盘使用情况 cd  / df -h 如果 总量Size和Used一样,按就证明磁盘满了 2.查看当前文件下每个文件大小 du -sh * 一层一层去查,就可以查到占用空间最大的那个文件及产生的问题

事件源于在服务器运行一个脚本程序… 好好的脚本突然报错,还以为脚本出现问题了.细看报错原因(具体报错信息已经忘记了),是没有可用空间.从没遇见过这个情况,怎么办呢? 一.确定是不是真的是磁盘空间不足 输入命令:df –lh         查看磁盘信息   很明显:Filesystem下的挂载点 /dev/xvda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简单,就是删文件. 问:删除什么文件? 答:删除占用磁盘空间大,但又无用的文件. 问:什么是无用的文件

转自:https://blog.csdn.net/valage/article/details/73332147 图片中可以看到挂载点“/”的利用率移到100%,空间不够,所以要对其进行分区. 1.     先进入虚拟机设置里增大磁盘空间 注意:将25改成50,以扩大空间.这里一定要写比25大的数,因为他是“增加到”50GB,而不是“增加了25GB” 2.     下图可以看到,硬盘空间增大为53.7GB,在设备那里可以看到有两个分区,sda1跟sda2(请忽略sda3).接下来增加一个分区.

关键指令: df du find step1: 如果发现硬盘满了,首先要确定一下,使用df查看硬盘使用情况 df -h step2: 从第一步结果判定满了,确定哪些文件或哪个文件占了大头,使用du指令做逐步排查,找出占用硬盘多但又无用的文件: //查看当前目录下子目录大小 du -h --max-depth=1 //查看当前目录下文件大小ls -lhS 找到可疑文件夹后,逐步进入查找子目录,直到找到目标目录或文件: 或用 ls 确定无用文件 . step3: 找到目标文件夹或文件后,可进行删除以

今天公司网站突然无法访问,因为之前遇到过是因为磁盘问题,所以使用 df 命令查看结果,结果果然是有100%的东西,那么怎么解决呢,我们想到得查找大文件,并删掉无用的大文件比如log 那么linux如何查找大文件呢??其实很多时候,你需要了解当前系统下有哪些大文件,比如文件大小超过100M或1G(阀值视具体情况而定).那么如何把这些大文件搜索出来呢?例如我要搜索当前目录下,超过800M大小的文件使用:find . -type f -size +800M 我们看到2个log文件超过了800M,经确认

早上来发现 redis 不能用,报 MISCONF Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapsh

cd 切换到目录, du -ah --max-depth=1 查看当前目录下的 文件夹 占用情况

用查找命令找出大于1G的文件 find / -size +1G -print 为什么jenkins.log会产生40+G的文件? 以上在Windows上的时候,运行了几个月,也没有发生这种现象? 而在CentOS系统上,我已经遇到第二次了,jenkins.log为什么10来天就几十个G?? 直接将log清空为“”,磁盘瞬间满血复活 同样是我安装的另一台CentOS上的jenkins.log就不会爆满 长期来看,如何解决Jenkins日志过大的问题? https://blog.51cto.com/

linux驱动开发总结(一) 基础性总结 1, linux驱动一般分为3大类: * 字符设备 * 块设备 * 网络设备 2, 开发环境构建: * 交叉工具链构建 * NFS和tftp服务器安装 3, 驱动开发中设计到的硬件: * 数字电路知识 * ARM硬件知识 * 熟练使用万用表和示波器 * 看懂芯片手册和原理图 4, linux内核源代码目录结构: * arch/: arch子目录包括了所有和体系结构相关的核心代码.它的每一个子目录都代表一种支持的体系结构,例如i386就是关于intel c

Linux 服务器在使用过程中可能会遇到各种问题,其中之一就是"没有可用空间". 遇到这种情况,就需要进行排查,定位到消耗了磁盘的那个文件夹. 流程如下: 1. df -h df -h 会显示出所有挂载点的磁盘空间使用情况.-h 表示以 1k.1M.1G 为单位. Filesystem(文件系统) Size Used Avail Use% Mounted on(分区) /dev/mapper/centos-root 98G 6.1G 92G 7% / devtmpfs 4.8G 0 4

本文转自 http://blog.163.com/ly_89/blog/static/186902299201191233058625/ =====================概述===================== block 还有     inodes 满了     ====== > 小文件太多  ======> /var/spool/clientmqueue 小文件太多  =====> cron 产生的 ==========================解决思路====

一.(测试时间:20151220 - 下午14:00-17:00) windows环境 第一次测试,运行中发现在eclipse环境下.4w个连接耗尽了约1G的内存. 另外:服务本来可用的,压测客户端强制关闭,造成大量的session需要清理,这时候会造成拒绝服务现象,新连接无法建立.. session Close是锁住进行的? 二.(测试时间:20151223 - 晚上18:00-19:20) linux 64位虚拟机 - 开集群(每秒15个连接) 压测5W,小卡顿,但是能用,到5.9w,突然完

SVN管理项目,团队多人合作维护 在Axure签出时,报错. 提示:无法创建目录 ... 设备上没有空间 SVN也检出失败 当然,还有其他情况 如:未将对象引用设置到对象的实例.等等 个别提示如下图: 原因是服务器SVN存储所在的磁盘(目录)满了,删除不使用的文件(数据)即可. 网上搜了 一堆类似的问题,都是重启软件,重新安装什么的,虽然问题相似,但是貌似毕竟不同. 最终意外的发现了svn所在的目录(linux)满了,删除一些备份文件.就可以了.

java基础JUC.AQSJVM类加载过程mybatisSpringspringboot设计模式数据库redis网络问题认证授权Nginxlinux其他lombok消息队列ES缓存分库分表设计高并发系统zookeeper限流微服务Tomcat调优HBASE数据库 部分知识来源JavaGuide等网络学习资源,特此首位表示鸣谢. java基础 内部类:静态内部类.成员内部类.局部内部类.匿名内部类. 重写(override)要求子类的返回值小于父类(类型相同),修饰符使用范围也大于分类,抛出异常小

导读 之前用的都是SVN,由于工作需要用到Git,求人不如求己,技多不压身,多学一项技能,未来就少求别人一次,系统的学一遍,自己搭建一整套环境,自动化部署(自动发版),代码质量检测等等(为啥不用docker搭建环境呢,个人平时比较忙,暂未学习docker,过段时间会学docker相关,也会写相应博文).为啥要打水印,Wechar上有人告诉我,之前很多博文,被某些网站白嫖,然后挂到自己网站(未来博客上都会打水印),~@￥#%￥@%#@%￥再次声明,创作不易,严禁转载!!! 踩坑 从10月12.13

最近,查看我们一台linux服务器,发现硬盘空间都已经使用了95%,很是疑惑啊,怎么回事那?难道是数据库文件太大了? Filesystem            Size  Used Avail Use% Mounted on/dev/mapper/VolGroup00-LogVol00                       131G  118G  6.4G  95% //dev/sda1              99M   11M   83M  12% /boottmpfs      

今天,在测试环境启动数据库时,报错: SQL> startup; ORACLE instance started. Total System Global Area  285212672 bytes Fixed Size     1218992 bytes Variable Size    75499088 bytes Database Buffers   205520896 bytes Redo Buffers     2973696 bytes Database mounted. ORA-1

先贴命令:du -m --max-depth=1或du -h --max-depth=1du:用于统计linux中文件或目录所占磁盘空间的大小du参数######-m:以M为单位展示查询结果-h:以K.M.G为单位展示查询结果,提高信息可读性--max-depth=1:其中,数字“1”是指查询结果中最多显示的目录层数,这里指最多显示一层目录 查看磁盘空间#df -mFilesystem                   1M-blocks  Used Available Use% Mounte