摘要: 这个问题在我一次写脚本的时候发现的,手动执行脚本OK,但是放在cron中就不行(通过把计划任务的log重定向出来发现问题的)。主要有下面2个问题,记下来备忘:1. 关于命令未发现crontab运行的时候,提示找不到mysql的命令,后来在脚本中加入#!/bin/bashset -xecho $PATH输出只有 /bin:/sbin解决的方法:在脚本中,导入环境变量export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin2. 关于想使用`pwd`取脚本的所在目录在脚本中使用_work=`p 阅读全文
posted @ 2013-11-21 11:12 yoncan 阅读(4104) 评论(0) 推荐(0) 编辑
摘要: 情况描述:时间2013-11-11 18:21:04分;dba在数据维护的时候,误删除了某张表。删除之后马上又创建了同样的表,这样后续的数据写入就不用恢复了处理步骤:找到了2013-11-11 02:00:00分的mysqldump数据完整的备份(pay.full.sql) +02:00:00时备份数据库时flush-logs的binlog(mysql-bin.000085:记录着2点之后新增的数据):增量备份就是基于binlog做的1. 刷新下binlogmysqladmin -uroot -pyangcan flush-logs2. 导出binlog在误删之前的数据,注意时间可以通过先查看 阅读全文
posted @ 2013-11-12 10:50 yoncan 阅读(1620) 评论(0) 推荐(0) 编辑
摘要: #!/bin/bash# auth : yoncan@qq.com# date : 2013-11-05STATUS_OK=0STATUS_WARN=1STATUS_CRITICAL=2STATUS_UNKNOWN=3export PATH=$PATH:/usr/local/bin:/usr/bin:/bin_tmp_file=`mktemp /tmp/XXXXXXX`# ######################################################################### Set up default args# ################# 阅读全文
posted @ 2013-11-05 17:12 yoncan 阅读(914) 评论(0) 推荐(0) 编辑
摘要: 在系统设置了ulimit -SHc unlimited ,程序并不产生corefile文件;由此有下面的分析:1. 程序使用了daemon的方式启动的, daemon是/etc/init.d/functions 上定义的函数,里面有一段是这样的daemon() {...... # make sure it doesn't core dump anywhere unless requested corelimit="ulimit -S -c ${DAEMON_COREFILE_LIMIT:-0}"...... # And start it up. if [ -z &q 阅读全文
posted @ 2013-08-16 11:55 yoncan 阅读(1559) 评论(0) 推荐(0) 编辑