清理日志的shell

linux是一个很能自动产生文件的系统,日志.邮件.备份等.虽然现在硬盘廉价,我们可以有很多硬盘空间供这些文件浪费,让系统定时清理一些不需要的文件很有一种爽快的事情.不用你去每天惦记着是否需要清理日志,不用每天收到硬盘空间不足的报警短信,想好好休息的话,让我们把这个事情交给机器定时去执行吧. 1.删除文件命令: find 对应目录 -mtime +天数 -name "文件名" -exec rm -rf {} \; 实例命令: find /opt/soft/log/ -mtime +30

在linux系统中,如何用shell脚本抓取远程日志?分析线上的日志会有一个困境,机器太多,如果每台都登录上去看不太现实,但是下载下来更麻烦因为每台SCP都要求输入密码.于是我便写了一个自动抓取远程日志的脚本,实现在基本功能. 代码: #!/usr/bin/expect -f if { $argc !=1 && $argc !=2 } {send_user "没有输入远程日志文件名.\n"send_user "格式是:get.sh ${remote_log}

#!/bin/bash #function:cut nginx log files shell #cp /usr/local/nginx/logs/access.log /usr/local/nginx/logs/access.log.bak log_cut_path="/var/log/nginx" log_files_path="/usr/local/nginx/logs/" log_files_dir=${log_cut_path}$(date -d &quo

需求:由于/var分区单独划分,给的分区大小才5G,日志写满了,需要写个脚本定时清理日志文件 #!/bin/bash ##delete log script ,write by xl LOG_DIR1=/var/log LOG_DIR2=/var/spool/mail LOG_DIR3=/var/spool/mqueue ROOT_UID=0 ##Must be use root to run this script if [ "$UID" -ne "$ROOT_UID&qu

代码清理: USE[master] GO ALTER DATABASE 表名 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 表名 SET RECOVERY SIMPLE   --简单模式 GO USE 表名 GO DBCC SHRINKFILE (N'日志名' , 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE 表名 SET RECOVERY FULL WITH NO_WAIT GO A

log="/tmp/back.log"cleardate=date "+%Y%m%d%H%M%S"for i in find /software/* -name "catalina.out" -o -name "*.log" ! -user root;do cat /dev/null>$i;done;echo "清理日志定时任务记录: $cleardate" >>$log 原文地址:htt

写一个清理日志的程序,把三天前的日志和为空的日志都删掉: import os,time,datetime def timestamps_to_str(timestamp=None,format='%Y-%m-%d'): #时间戳转为格式化时间 if timestamp: time_tuple = time.localtime(timestamp) result = time.strftime(format,time_tuple) else: result = time.strftime(form

要求:两类机器一共300多台,写个脚本自动清理这两类机器里面的日志文件.在堡垒机批量发布,也要批量发布到crontab里面. A类机器日志存放路径很统一,B类机器日志存放路径需要用*匹配(因为这个目录里除了日志外,还有其他文件,不能删除.匹配的时候可用*.log) A类:/opt/cloud/log/   删除7天前的B类: /opt/cloud/instances/  删除15天前的 要求写在一个脚本里面.不用考虑堡垒机上的操作,只需要写出shell脚本. #!/bin/bash dir1=/

最近客户反映一个问题,说是应用服务器写数据库失败,一开始以为是应用服务器的问题,后来从反馈的数据库运行日志来看,是由于数据库的事物日志满了,导致无法再写入数据. 从这次的问题解决得出以下结论: 1.数据库的数据文件和事物日志文件不要按百分比自动扩充,而应该是按MB增长.比如每次增长100MB~200MB 2.要定期的清理数据库的事物日志文件 3.一旦出现和数据库相关的问题,应该第一时间去查看数据库的运行日志 下面给出sqlserver 2008清理事物日志的方法,建议将其做成定时作业,而不用每次