漏扫设备扫描处理zabbix服务器有很多漏洞,看了一眼基本上都是openssh和php相关的漏洞,决定升级一下版本。
zabbix4.4.8默认安装的php是5.4.16
开发反馈业务系统无法登录,排查了到数据库部分时候,发现日志里有“ Thread 1 cannot allocate new log ”错误,该错误是redo日志组无法切换,初步查看了日志情况,没有可切换空余的日志组。
zabbix也可以监控VMware虚拟化,支持VMware vCenter或vSphere版本最低为4.1。
以下配置文件参数可用于调整虚拟机监控:
StartVMwareCollectors - 预先启动Vmware collector收集器实例的数量。
此值取决于要监控的VMware服务的数量。在大多数情况下,这应该是: servicenum < StartVMwareCollectors < (servicenum * 2)其中 servicenum 是 VMware 服务的数量。例如:如果您有1个VMware服务,请将 StartVMwareCollectors 设置为 2,那么果您有 3 个 VMware 服务,请将其设置为 5。请注意,在大多数情况下,此值不应小于 2,不应大于 VMware 数量的 2 倍服务。还要记住,此值还取决于 VMware 环境大小和 VMwareFrequency 和 VMwarePerfFrequency 配置参数。
VMwareCacheSize - 用于存储VMware数据的缓存容量,默认为8M,取值范围:256K-2G。
VMwareFrequency - 接到VMware服务收集一个新数据的频率,默认为60秒,取值范围:10-86400。
VMwarePerfFrequency - 连接到VMware服务收集性能数据的频率,默认为60秒,取值范围:10-86400。
VMwareTimeout - VMware collector等待VMware服务响应的时间,默认为10秒,取值范围:1-300。
今天周末,一大早开发经理发消息说项目上有个数据库连不上了,让上去排查一下。连上数据库之后,监听是启动状态,但是并没有注册数据库,看日志早上8点多的时候数据库出错,自动关掉了,错误日志如下
1 | tail -n 1000 /u01/app/oracle/diag/rdbms/orcl/orcl/trace/alert_orcl.log |
docker cp 容器ID:/文件路径/文件名称 本地文件路径
**docker cp 本地文件路径 容器ID:/文件路径/文件名称 **
1 | #从容器内拷贝文件到本地 |
1 | #将本地文件拷贝到容器内 |
1 | yum remove docker docker-common docker-selinux docker-engine |
1 | yum install -y yum-utils device-mapper-persistent-data lvm2 |
1 | yum-config-manager --add-repo https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo |
1 | yum makecache fast |
1 | systemctl start docker |
项目上线之后,访问量逐渐增多,最近发现一些异常,从服务器监控zabbix没有发现比较有用的信息,链路监控pinpoint上发现访问量比之前增加了很多,所以想从入口方面分析一下来源,看看是不是被人抓取数据了。