背景:避免双十一磁盘被打爆,本想通过crontab执行,但是删除需要密码,所以用作当机器磁盘高于摸个阈值,进行无关性日志强删 #!/bin/sh #use #sh clean.sh wmporder_prehost 38(说明:磁盘超过38%,则进行删除日志) pgm -A `armory -leg $1` 'df -h' > alldf.log cat alldf.log | grep -A2 "SUCCESS" > onedf.txt pre=$2 index=0 ip

前言 工作中经常遇到Linux系统磁盘空间不足,但是删除后较大的日志文件后,发现磁盘空间仍没有被释放,有点摸不着头脑,今天博主带大家解决这个问题. 思路 1.工作发现磁盘空间不足: 2.找到占用磁盘空间较大的文件进行删除: 3.删除文件后,查看磁盘空间使用情况,未释放: 4.找到相应delete进程,杀掉即可,问题解决. 具体操作 查看服务器磁盘空间使用情况 [root@i-3E5C86C8 ~]# df -h Filesystem Size Used Avail Use% Mounted on

--2013-09-16截取的数据-- 使用df-h命令查看系统磁盘空间 [root@erpdbs PROD]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda5 4.9G 241M 4.4G 6% / /dev/sda10 716G 432G 248G 64% /back /dev/sda1 4.9G 50M 4.6G 2% /boot /dev/sda9 481G 415G 42G 91% /data none 7.9G 0

1 自己删除了Tomcat的日志文件,但是依然显示磁盘百分百占用 进入Tomcat目录显示日志已经删除 查询磁盘空间依旧百分百占用 2 自己杀死Tomcat进程然后重启,成功释放空间 3 原因,通过网络查询 原来在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink), 然而如果文件是被打开的(有一个进程正在使用),那么进程将仍然可以读取该文件,磁盘空间也一直被占用.而我删除的是正在运行中的 Tomcat 的 logs,删除的时候文件正在被

在客户使用我们产品后,发现一个问题:在删除了文件后.磁盘空间却没有释放.是有进程在打开这个文件,还是其它情况?我们一起来看看一下两个场景 一. 场景一:进程打开此文件 当一个文件正在被一个进程使用时.用户删除此文件,文件仅仅会从文件夹结构中删除,但并没有从磁盘删除.当使用这个文件的进程结束后,文件才会真正的从磁盘删除,释放占有的空间. 我们发现剩余磁盘空间比較少时,回去删除一些大的暂时文件或者log文件.假设删除之后会发现磁盘空间并未降低.那么能够通过"lsof"命令去查看正在使用该文

测试环境一台服务器/目录空间使用率达到97%,但是通过du -sh *发现实际空间没用到那么多,初步怀疑,之前删除的文件,有运行中的进程一直占用,导致空间没有释放,如图通过du -sh *发现共实际使用不到5G+空间,而通过df -h发现已经使用了45G. 接着我们通过lsof命令查找运行中的进程占用已经删除的文件(僵死文件.这些文件实际上已经被删除,但是有服务程序在使用这些文件,导致这些文件一直被占用,无法释放磁盘空间,使用如下命令可以查看死文件占用情况),使用命令 lsof | grep d

MySQL删除数据几种情况以及是否释放磁盘空间: 1.drop table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM ; 2.truncate table table_name 立刻释放磁盘空间 ,不管是 Innodb和MyISAM .truncate table其实有点类似于drop table 然后creat,只不过这个create table 的过程做了优化,比如表结构文件之前已经有了等等.所以速度上应该是接近drop table的速度; 3.delet

硬盘空间不足,打算删除数据库中的多余数据,但删除数据后,硬盘硬盘空间不能释放.[delete后用:alter table table_name move    truncate后用:alter table table_name deallocate unused 均不可解决] 解决方法: --delete/truncate删除,释放表空间.降低高水位线.resize释放磁盘空间相关优化汇总--查询DBF文件.数据库空间.高水位线占用情况 select /*+ ordered use_hash(a

Innodb数据库对于已经删除的数据只是标记为删除,并不真正释放所占用的磁盘空间,这就导致InnoDB数据库文件不断增长. 如果需要彻底释放磁盘空间,则需要先导出数据,然后删除数据文件,最后导入数据.具体步骤如下: 使用mysqldump命令将InnoDB数据库导出. 停止MySQL服务. 删除所有InnoDB数据库文件和日志(ibdata1,ib_logfile*). 启动MySQL并自动重建InnoDB数据库文件和日志文件. 导入之前备份的数据. 备份数据库批处理命令: ..\bin\mys

场景描述: 1. 服务器运行一段时间后,发现系统盘磁盘空间在不断增加,一开始的时候,不会影响系统,随着时间的推移,磁盘空间在不断增加,直到有一天你会发现系统盘剩余空间即将使用完,值得庆幸的是,如果您使用的云服务器,那么服务器支持资源动态扩容,但是如果是物理服务器,那么就要及时处理该问题了:不过话说回来,即便是云服务器支持在线磁盘空间扩容,这样的异常问题,也应及时处理,总不能,一到磁盘空间满的时候,就去扩容. 处理思路:     先以正常的问题定位思路来:(后续知道原理,可直接定位,命令如下: )

前言 最近在做性能压测试,会生成大量的日志,导致后续越压越慢,最终磁盘空间占满之类的问题.老是要手动删除日志文件,为避免此类问题发生,编写一个Linux日志定时清理的脚本,一劳永逸. 1.shell脚本 创建脚本并赋权 touch /home/mppay/auto-truncate-log.shchmod u+x auto-truncate-log.sh 编辑脚本 vi auto-truncate-log.sh [清空日志文件内容]脚本如下: #!/bin/sh #可填写多个路径 workdir

(1)查看文件大小  查看当前文件夹下所有文件大小(包括子文件夹)    du -sh   # du -h15M     ./package16K     ./.fontconfig4.0K    ./.cache5.1M    ./.rpmdb20M     .   查看指定文件夹下所有文件大小(包括子文件夹) # du -h ftp3.8G    ftp/sanya/doc3.8G    ftp/sanya4.0K    ftp/testftp/doc1.4M    ftp/testftp8

(1)查看文件大小 查看当前文件夹下所有文件大小(包括子文件夹)    du -sh   # du -h 15M     ./package 16K     ./.fontconfig 4.0K    ./.cache 5.1M    ./.rpmdb 20M     .   查看指定文件夹下所有文件大小(包括子文件夹) # du -h ftp 3.8G    ftp/sanya/doc 3.8G    ftp/sanya 4.0K    ftp/testftp/doc 1.4M    ftp/

一则清理MySQL大表以释放磁盘空间的案例 一.基本情况: 1.dbtest库554G,先清理st_online_time_away_ds(37G)表的数据,保留半年的数据: 1)删除的数据:select count(1),tdate from dbtest.st_online_time_away_ds where tdate < '2017-08-01';(记录数为:462171894) 2)保留的数据:select count(1),tdate from dbtest.st_online_t

(1)查看文件大小  查看当前文件夹下所有文件大小(包括子文件夹)    du -sh   # du -h15M     ./package16K     ./.fontconfig4.0K    ./.cache5.1M    ./.rpmdb20M     .   查看指定文件夹下所有文件大小(包括子文件夹) # du -h ftp3.8G    ftp/sanya/doc3.8G    ftp/sanya4.0K    ftp/testftp/doc1.4M    ftp/testftp8

下面我们一起来看看关于mongodb拷贝数据库copyDatabase().实现释放磁盘空间的方法,希望文章对各位同学会有所帮助. db.copyDatabase("from","to","127.0.0.1:16161"); 将127.0.0.1上的from库.拷贝到to库. 这样做有一个额外的好处.就是from库中可能是删除过数据的库.看我们知道删除数据时磁盘空间是不会被释放的.参考博客里的另一篇文章:mongodb删除集合后磁盘空间不释放

Shell 从日志文件中选择时间段内的日志输出到另一个文件 情况是这样的,某系统的日志全部写在一个日志文件内,所以这个文件非常大,非常长,每次查阅的时候非常的不方便.所以,相关人员希望能够查询某个时间段内的日志.我简单些了一个脚本来实现了这个效果. 不过我的实现不是最佳方案,性能上还有很大的优化空间,但我目前水平有限,没有想到更好的方法. 分析日志 5074400:2017-08-01T01:34:22.724252+00:00 test_rest_1.test_default bpmn_tes

C:\Program Files\Microsoft Office Servers\12.0\Data\Office Server\Applications\9765757d-15ee-432c-94bd-e8192d41d8e7\Projects\Portal_Content\Indexer\CiFiles 此文件夹下文件占用磁盘空间过大问题. 目前正在研究最好的方案,陆续更新,先放一些资料备忘 http://technet.microsoft.com/zh-cn/library/cc6788

MSSQL 清空日志 删除日志文件 最近的项目主要做数据的归档,把数据从一个数据库拉到另一个数据库,照成新数据库的日志文件非常大:于是想把日志文件删除.最简单就是先分离数据库->删除日志文件->最后附加数据,我这里需要在SSIS中调用,所以已sql脚本为主.首先我们需要获取数据库文件的路径: declare @logfilename varchar(100) declare @datafilename varchar(100)select @logfilename=physical_name

oracle删除日志文件 删除日志文件的语法例如以下: alter database drop logfile member logfile_name; 删除日志文件须要注意例如以下几点: 1.该日志文件所在的的日志文件组不能处于current状态,须要运行一次手动日志切换,将该日志文件组的状态改动为inactive 2.该日志文件所在的日志文件组中必须包括有其它的日志成员. 3假设数据库执行在归档模式下,则应该在删除日志文件之前,确定它所在的日志文件组已经被归档,否则会导致数据丢失. 日志文件

find 命令删除日志文件 find ./my_dir -mtime +10 -type f -delete EXPLANATIONS ./my_dir your directory (replace with your own) -mtime +10 older than 10 days -type f only files -delete no surprise. Remove it to test your find filter before executing the whole co