草庐IT

生产环境故障处理之nginx缓存权限问题

故障说明: 官网放了一段flv的视频,之前还可以播放,今天突然发现播放不了了。程序都一样,测试环境没问题,线上却播放不了。下面说下产生问题的原因和解决办法。nginx打开网页,点击视频播放,打不来,首先从nginx的errorlog下手,看下能否找出一些蛛丝马迹。2015/04/09 18:33:20 [crit] 8063#0: *15970093 open() "/data/nginx/proxy_temp/7/41/0000006417" failed (13: Permission denied) while reading upstream, (nginx部分error日志)通过查询

生产环境故障处理之nginx缓存权限问题

故障说明: 官网放了一段flv的视频,之前还可以播放,今天突然发现播放不了了。程序都一样,测试环境没问题,线上却播放不了。下面说下产生问题的原因和解决办法。nginx打开网页,点击视频播放,打不来,首先从nginx的errorlog下手,看下能否找出一些蛛丝马迹。2015/04/09 18:33:20 [crit] 8063#0: *15970093 open() "/data/nginx/proxy_temp/7/41/0000006417" failed (13: Permission denied) while reading upstream, (nginx部分error日志)通过查询

两例访问故障小结

 在做运维工作时,或多或少都会遇到访问出错或缓慢问题,这里以两个小的例子来简单说明下这类问题的troubleshooting的思路。1.用户查询平台故障一例查询平台结构nginx:80----------ip1/ip2java------jdbc---(haproxy)--ip3(3000)+ip4(3000)hiveserver2---hdfs从后端应用开始查:1)通过hivecli运行sql,检测hadoop运行job的状态,正常。2)由于应用使用jdbc的方式连接hiveserver2,使用beeline测试hiveserver2的状态,正常。连接方法:!connectjdbc:hive

两例访问故障小结

 在做运维工作时,或多或少都会遇到访问出错或缓慢问题,这里以两个小的例子来简单说明下这类问题的troubleshooting的思路。1.用户查询平台故障一例查询平台结构nginx:80----------ip1/ip2java------jdbc---(haproxy)--ip3(3000)+ip4(3000)hiveserver2---hdfs从后端应用开始查:1)通过hivecli运行sql,检测hadoop运行job的状态,正常。2)由于应用使用jdbc的方式连接hiveserver2,使用beeline测试hiveserver2的状态,正常。连接方法:!connectjdbc:hive

关于nginx信号控制的“故障”案例

 关于nginx信号控制的“故障”案例  最近几天发现nginx的日志老切割不成功,遂来查找问题。  最开始以为是logrotate的脚本问题,遂手动切割,运行以下的命令logrotate -vf /etc/logrotate.d/nginx    发现运行这个是没有问题的,终于,在servicenginxrestart后,发现了问题  问题是在用servicenginxrestart后,nginx.pid文件才会自动消失,于是,仔细检查脚本,发现一些端倪啊,一个字眼出现了killproc $prog -QUIT -QUIT从容关闭,也就是说这个进程是慢慢关闭的,不是立即关闭的,于是验证。如图

关于nginx信号控制的“故障”案例

 关于nginx信号控制的“故障”案例  最近几天发现nginx的日志老切割不成功,遂来查找问题。  最开始以为是logrotate的脚本问题,遂手动切割,运行以下的命令logrotate -vf /etc/logrotate.d/nginx    发现运行这个是没有问题的,终于,在servicenginxrestart后,发现了问题  问题是在用servicenginxrestart后,nginx.pid文件才会自动消失,于是,仔细检查脚本,发现一些端倪啊,一个字眼出现了killproc $prog -QUIT -QUIT从容关闭,也就是说这个进程是慢慢关闭的,不是立即关闭的,于是验证。如图

MHA Re-Edition复刻版轻松实现MySQL高可用故障转移

Github地址:​​https://github.com/hcymysql/MHA-Re-Edition​​MHA-Re-Edition复刻版简介由于MHA(mha4mysql-manager)工具2018年已经停止维护更新,且不支持Gtid复制模式,在原版基础上增补功能难度较大,固考虑将其重构。参考了原版MHA的故障切换思路,改进的地方如下:1)无需打通ssh公私钥互信认证,只需在app1.cnf配置文件里提供用户名和密马(root权限)即可,这一步的作用是漂移VIP,工具会直接进入远程主机上执行ipaddraddVIP2)目前主流版本MySQL5.7和8.0的复制模式是基于Gtid,因事

MHA Re-Edition复刻版轻松实现MySQL高可用故障转移

Github地址:​​https://github.com/hcymysql/MHA-Re-Edition​​MHA-Re-Edition复刻版简介由于MHA(mha4mysql-manager)工具2018年已经停止维护更新,且不支持Gtid复制模式,在原版基础上增补功能难度较大,固考虑将其重构。参考了原版MHA的故障切换思路,改进的地方如下:1)无需打通ssh公私钥互信认证,只需在app1.cnf配置文件里提供用户名和密马(root权限)即可,这一步的作用是漂移VIP,工具会直接进入远程主机上执行ipaddraddVIP2)目前主流版本MySQL5.7和8.0的复制模式是基于Gtid,因事