banner

最近有点忙

最近生活有点忙乱,首先是单位的容灾项目最近进行的如火如荼。各种应用各种系统都需要在灾备中心部署。每天我不记得早上来单位的工作计划,因为一天如果你不给我发邮件,你的事情有可能会被我忘记。每逢周一,必有故障。今天虚拟化环境存储满了,老环境中的许可是标准版,没有Storage Vmotion功能。遇见这样的情况很尴尬,翻看了几遍在这个存储上的虚拟机列表,又不能发邮件跟所有相关应用负责人说“谁的应用不重要,请将你的应用关下机,我需要挪下地方,以便给另外一个同事的机器腾地方”...相当尴尬。感谢“沈阳-且
0 2018/07/16 16 日志

河北医科大学第二医院历险记

周末在医院吵了一架,在周二预约到周六陪母亲检查身体。周六当天3点到的医院,交完费领完鞋套,医生让等着。以十分钟一位的频率,等了半小时后,陆陆续续的又来了不少人,看着人越来越多,于是乎咨询大夫还有多少人才能排到我们。这位来自河北医科大学第二医院的大夫一脸冷漠不耐烦的说"我数不清楚,给你鞋套了没有?给你了就等着吧"。数不清楚?好吧,我忍了,谁叫咱是来医院呢。于是乎,等啊!等啊!又等了1个半小时,门口的病人换了好几批,一直没有排到。于是,我的暴脾气再也忍不住了,相当生气的去找到大夫
1 2018/07/11 11 日志

zabbix学习笔记(1)-zabbix概念

这是一篇来自付生保个人博客的文章,是关于zabbix的学习笔记。一般来说公司中的运维工作包括4部分:基础运维,应用运维,运维开发和监控。基础运维一般负责IDC机房,上架服务器,网络;应用运维一般负责操作系统,也可以叫系统管理员。运维开发一般负责运维工具的开发,系统开发等工作,例如:监控系统,发布系统之类监控一般是24小时值班的人员,要实时关注网络和系统的状况,出问题要第一时间处理或联系运维及研发。好的运维架构是什么样子的1,硬件标准化-包括服务器,内存,系统版本等。2,软件标准化-应用版本等3,
0 2018/07/04 04 日志

tomcat报错:The BASEDIR environment variable is not defined

最近,接到生产环境tomcat报错求助,在部署新tomcat的时候,出现了诡异到报错。报错信息如下:The BASEDIR environment variable is not definedThis environment variable is needed to run this program都说百度是最好的老师,首先去请教老师。老师及各位师兄弟千叮咛万嘱咐说是/bin目录下.sh执行脚本权限不足,需要chmod +x *.sh赋权。感谢完老师及师兄弟后,欣喜异常,又可以展现真正的技术
3 2018/06/25 25 日志

logrotate报错because parent directory has insecure permissions

一段时间以前,利用logrotate功能制作了一个定时分割日志的脚本,有兴趣的可以看下"多用户多tomcat结合logrotate实现日志分割脚本"一直在测试环境中使用效果还可以。出现问题的是一台测试服务器。在使用该脚本做日志分割的过程中出现如下报错"error: skipping "/home/app01/tomcat1/logs/catalina.out" because parent directory has insecure permi
0 2018/06/21 21 日志

tomcat笔记-tomcat启动过程及类库加载顺序

应用服务器的请求处理开始于监听的socket端口接收到数据,结束于将服务器处理结果写入socket输出流。在这个处理过程中,应用服务器需要将需求按照既定协议进行读取,并封装为与具体通讯方案无关的请求对象。然后根据请求映射规则定位到具体的处理单元(在java应用服务器中,多数是某个web应用下的一个servlet)进行处理。当然,如果我们的应用不是基于简单的servletapi,而是基于当前成熟的mvc框架(如apache struts、springmvc),那么在多数情况下请求将进一步匹配到se
0 2018/06/15 15 日志

tomcat笔记-初识tomcat

一、tomcat的历史tomcat最初由sun公司的软件架构师james duncan davidson开发,名称为"javaWebServer",该项目在1999年与apache软件基金会旗下的JServ项目合并,即成为现在的tomcat。第一个版本(3.x)发布于1999年,该版本源自sun公司,实现了servlet2.2和jsp1.1规范。2001年,tomcat发布了里程碑式的4.0版本,tomcat重新设计了架构实现了servlet2.3和jsp1.2规范。当前主要
0 2018/06/12 12 日志

IT运维工程师学习笔记-Redis笔记(8):redis性能优化

redis-benchmark命令来查看常用的命令在1秒内可以执行的次数。如果不指定参数,默认使用50客户端进行性能测试。该性能不等于实际使用性能。redis-benchmark -c 1 -q   (给-q 选项可以让程序简化输出结果,给-c 1选项让程序只使用一个客户端来进行测试)2,短结构redis为列表、集合、散列和有序集合提供了一组配置选项,这些选项可以让redis以更节约空间的方式存储长度较短的结构(短结构)。在列表、散列和有序集合的长度较短或者体积较小的时候,redis可
0 2018/06/09 09 日志

IT运维工程师学习笔记-Redis笔记(7):redis数据安全-故障处理及事务

系统故障处理redis跟传统ACID保证的关系数据库不同,在为后端构建应用程序的时候,用户需要多做一些准备工作才能保证数据的一致性。注:    ACID是指原子性、一致性、隔离性和耐久性,如果一个数据库想实现可靠的数据事务,那么它就必须保证CID性质。1,验证快照文件和AOF文件redis提供了2个数据恢复工具:redis-check-aof和redis-check-dump。它们可在故障发生后,检查aof文件和快照文件的状态,并在有需要的情况下对文件进行
0 2018/06/08 08 日志

IT运维工程师学习笔记-Redis笔记(6):redis数据安全-主从复制特性

redis主从复制特性:像MySQL一样,redis是支持主从同步的,而且也支持一主多从以及多级从结构。主从结构,一是为了纯粹的冗余备份,二是为了提升读性能,比如很消耗性能的SORT就可以由从服务器来承担。redis的主从同步是异步进行的,这意味着主从同步不会影响主逻辑,也不会降低redis的处理性能。主从架构中,可以考虑关闭主服务器的数据持久化功能,只让从服务器进行持久化,这样可以提高主服务器的处理性能。执行复制的从服务器会连接上主服务器,主服务器会执行gbsave操作。然后从服务器接收主服务
0 2018/06/07 07 日志