df   -h   检查一台服务器磁盘使用空间,发现磁盘已经使用了100% 思路是: 1.cd /usr   当然这里不一定是/usr目录,最好是cd到 根目录再执行下一步 2.du -sh * 看哪个目录占用空间大 3.重复前两步,根据实际情况删除或者移走 4.日志的话可以运行cat /dev/null > file.log清空 5.软件包的可以rpm -e 卸载或者rm -rf dir 即: 具体:可以通过下面的方法进行清理: 使用如下命令查找大于100M的大文件,发现有几个日志文件及临时文

原文:SqlServer用sql语句清理log日志 USE[master] ALTER DATABASE [Center] SET RECOVERY SIMPLE WITH NO_WAIT ALTER DATABASE [Center] SET RECOVERY SIMPLE --简单模式 USE [Center] )='' ; , TRUNCATEONLY) --设置压缩后的日志大小为2M,可以自行指定 USE [master] ALTER DATABASE [Center] SET RECO

在zookeeper的目录下新建一个脚本,内容如下(zookeeper bin下面也有zkCleanup.sh脚本,原理一样,都是调用java类) shell_dir=$(cd ")"; pwd) cd $shell_dir && java -.jar:lib/log4j-.jar:lib/slf4j-api-.jar:lib/slf4j-log4j12-.jar:conf/log4j.properties org.apache.zookeeper.server.Pur

---SQL 2008 在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式. USE [master] go ALTER DATABASE PS SET RECOVERY SIMPLE WITH NO_WAIT go ALTER DATABASE PS SET RECOVERY SIMPLE --简单模式 go USE PS go , TRUNCATEONLY) go USE [master] go ALTER DATABASE PS SET RECOVERY FU

@echo off set srcDir="D:\xx\xx\xx" set daysAgo=5 forfiles /p %srcDir% /s /m *.* /d -%daysAgo% /c "cmd /c del @path"

dump transaction 数据库名 with no_log go dbcc shrinkdatabase(数据库名)

八.Log.scala 日志类,个人认为是这个包最重要的两个类之一(另一个是LogManager).以伴生对象的方式提供.先说Log object,既然是object,就定义了一些类级别的变量,比如定义了一个日志文件的后缀名是.log; 索引文件的后缀名是.index; 要被删除的文件的后缀名是.deleted; 要被执行日志清理的临时文件后缀名是.cleaned; 在做swap过程中的临时文件后缀名是.swap.还有一个后缀名.kafka_cleanshutdown,这个在0.8.2版本的Ka

转自 :@ni掌柜nileader@gmail.com 地址 数据文件管理 默认情况下,ZK的数据文件和事务日志是保存在同一个目录中,建议是将事务日志存储到单独的磁盘上. 1 数据目录 ZK的数据目录包含两类文件: A.myid – 这个文件只包含一个数字,和serverid对应. B.snapshot. - 按zxid先后顺序的生成的数据快照. 集群中的每台ZK server都会有一个用于惟一标识自己的id,有两个地方会使用到这个id:myid文件和zoo.cfg文件中.myid文件存储在da

[root@ok 资料库]# svn log 简历 ------------------------------------------------------------------------ r174 | svnroot | -- :: + (Fri, Aug ) | line +12k ------------------------------------------------------------------------ r141 | svnroot | -- :: + (Sat

另外一种方法是自己写一个bat文件来清理,非常方便,下面是自己写的验证过比较好用的方法. bat文件内容如下: echo 正在清理VS2010工程中不需要的文件 echo 请确保本文件放置在工程目录之中并关闭VS2010 echo 开始清理请稍等...... echo 清理sdf文件 del /q/a/f/s *.sdf echo 清理ipch文件 del /q/a/f/s ipch\*.* echo 清理Debug文件 del /q/a/f/s Debug\*.obj del /q/a/f/s

Hadoop+Storm集群,运行一段时间ZooKeeper等关键进程自动停止运行,经检测是系统磁盘不足 系统磁盘100%: 查找大文件后发现,空间均被ZooKeeper产生的log占用 find / -size +100M -exec ls -lh {} \;//查找大文件 后发现在  /var/lib/zookeeper/version-2 目录下有一些大型文件*.log,此目录是在ZooKeeper的zoo.cfg中配置的dataDir,现以以下方式对log文件进行定期清理. 首先创建执行

1.首先确定是否是磁盘满了 命令:   df -h 参数说明: -a:列出所有的文件系统,包括系统特有的/proc等文件系统 -k:以KB的容量显示各文件系统 -m:以MB的容量显示各文件系统 -h:以人们较易阅读的GB,MB,KB等格式自行显示 -H:以M=1000K替代M=1024K的进位方式 -T:连同该分区的文件系统名称(例如ext3)也列出 -i:不用硬盘容量,而以inode的数量来显示 结果参数说明: Filesystem:代表该文件系统是在哪个分区,所以列出设备名称 1k-bloc

Topic日志清理 server.properties: log.cleanup.policy=delete (默认) 1. 按时间维度进行Kafka日志清理 log.retention.hours=1 log.retention.minutes=60 log.retention.ms=3600000 2. 按空间维度进行Kafka日志清理 log.retention.bytes=1073741824 无论时间还是空间维度,只要满足其中一个log就会被清理. 一小时后发现log已经被清除.

Log自然是需要的, 尤其是正式的产品; 但如果只是自己或内部用用的小工具, 也需要认真点吗? 实话说, 自己对 log 总是不上心, 总觉得调试好了, 能跑了, 足以. 所以, 被大妈怼了好几次 log, 也没提上日程认真对待, 直到最近一次, 大妈跑完代码说: 没有报错了, 但不知道是否跑完了... 好吧, 才意识到我的 log 没有写好, 开始--进行中--结束, 都没有明确的指示, 还是会影响用户感受的. 虽然是小工具, 但有在用的, 就得认真对待, 像对待产品一样, 该有的都有, 麻雀

int BinlogQueue::del_range(uint64_t start, uint64_t end){ while(start <= end){ leveldb::WriteBatch batch; for(int count = 0; start <= end && count < 1000; start++, count++){ batch.Delete(encode_seq_key(start)); } //这里会实际删除数据库的数据,但是del_ran

  转载自: http://www.stwind.org/android-market 给你的程序签名注意事项:所有提交到Market的程序必须经过签名.未经签名的程序不能安装.你可以使用个人证书去签名程序,不一定要经证书机构授权.用Debug版本证书签名的程序将不能发布.在安装程序时会检测签名证书是否过期.如果程序在安装后证书过期,程序也能正常使用.你可以使用keytool和Jarsigner产生密钥并签名你的程序.l你的程序在签名后还需要使用zipalign去优化.建议:用同一密钥签名所有程

一.理论介绍(一)相关资料1.官方资料,非常详细:   http://kafka.apache.org/documentation.html#quickstart2.有一篇翻译版,基本一致,有些细节不同,建议入门时先读此文,再读官方文档.若自认英语很强,请忽视:   http://www.linuxidc.com/Linux/2014-07/104470.htm3.还有一文也可以:http://www.sxt.cn/info-2871-u-324.html其主要内容来源于以下三篇文章:日志:每个

iframe的url可以前端任何地址,这样就可能出现漏洞,如果钓鱼网站通过js把src改成了危险地址,如果没有监控,就会有很大隐患.所以监控iframe的url变化就是必须要解决的问题了. 第一印象的解决方案是通过setInterval轮询监控,貌似不太理想了,而且有延迟. 千般搜索,终于找到了好的方法,可以通过H5新增的MutationObserver来解决,配合DOMAttrModified和onpropertychange来解决兼容性问题. 废话少说,直接上代码. index.html代码

最新版mongodb推荐使用yaml语法来做配置,另外一些旧的配置在最新版本中已经不在生效,所以我们在生产实际搭建mongodb集群的时候做了一些改进.如果大家不熟悉什么是分片.副本集.仲裁者的话请先移步查看上一篇文章:mongodb 3.4 集群搭建:分片+副本集 和前一个版本相比,改动点有: 配置文件采用yaml方式来配置 生产中取消了仲裁者的角色,因为仲裁者也不会存储数据,只是起到选举的作用,线上为了保证数据安全,每份数据都会配置两个副本集,也就是每份数据存储了三份. 优化配置,采用五台集

1. 下载安装kafka 下载地址:http://apache.fayea.com/kafka/ 解压安装包 tar zxvf kafka_版本号.tgz 2. 配置 修改kafka的config/server.properties 文件 broker.id=1  #唯一,填数字,每个server填写不一样 host.name=192.168.1.10 #唯一,填服务器IP,或者hostname,或者不填 zookeeper.connect=server1:2181,server2:2181,-

多数软件都在/root/project/codebase/3rdpart redhat7用firewalld取代了iptables,遇到问题请添加redhat7关键字搜索,详情请参见Common administrative commands in Red Hat Enterprise Linux 5, 6, and 7 时区问题:起因是cron任务总不执行,然后发现时区不对,印象中安装os的时候会让选timezone的,可能是批量安装英文版会出这个问题?几个常见的时区如下: UTC: Coor