vmware vsphere出现“需要整合虚拟机磁盘”的告警 处理步骤: 1.选择对应虚机,快照——整合 (不行看下一条) 通常情况执行完第一步就好了 2.如果整合报错,提示文件锁定 2.1 新建快照,在删除,在整合 (不行看下一条) 2.2 迁移虚机存储位置,整合完,再迁回来 原因:备份时,移除快照的操作失败,在存储里有多余快照文件锁定

这篇博客是上一篇博客Oracle shutdown immediate遭遇ORA-24324 ORA-24323 ORA-01089的延伸(数据库挂起hang时,才去重启的),其实这是我们海外一工厂的遇到的案例,把内容拆开是因为这个case分开讲述显得主题明确一些.正式进入主题: 服务器数据库版本Oracle Database 10g Release 10.2.0.4.0,操作系统为Red Hat Enterprise Linux Server release 5.7,虚拟机.当时告警日志里面出

注: 2017年10月16日: 使用中发现 es 查询时序数据的性能较差,且 watch 脚本的编写比较麻烦,因此已将监控系统切换到了 influxdb+grafana平台.新监控系统各方面情况比较满意. --------------- 在企业监控领域,nagios 和 zabbix 一直是使用率比较高的工具.最近几年,业界又出现了新的工具和架构,比如:telegraf(数据抓取工具,还有 collectd, logstash,heapster) + influxdb(数据存储和搜索工具,还有

1-10:桌面与系统验证成功                           http协议 11-19:桌面list(VM列表)获取,选择                http协议 20-30:预连接   29返回的是Address Ticket,login Ticket   http协议 31-38:真正连接                                    HDP协议 39:连接后  HDA向HDC报告登录状态(Connected) 终端输入域名-->vLB-->

上一篇文章测试了服务的告警与自动恢复:Zabbix监控虚拟机服务-告警与自动恢复 但是我是直接为某一个主机增加的监控项和触发器, 如果要让某一个自定义的监控项和触发器被很多机器共用,则需要创建模板 1.首先创建一个群组: 2.然后创建一个模板 3.进入到模板创建对应的监控项和触发器(和上一篇介绍的方式一样) 4.让主机使用自定义的模板 这样,主机就具备相应的监控项功能了 然后配置相应的动作即可

今天稍微空闲,使用下zabbix的5.0版本,目前生产环境是4.x版本 今天就只实现一个目的:监控任意一个服务(示例中监控的是docker.service),如果服务挂了,自动给恢复,先看一个动图 搭建步骤: 192.168.1.3是zabbixServer(还安装了Apache.mysql.也一并安装了agent) 安装步骤请参考官网:https://www.zabbix.com/download?zabbix=5.0&os_distribution=centos&os_version=

前言: 使用zabbix直接运行脚本又可以正常接收.但是登录zabbix  web界面,测试!  动作显示已送达,但是微信并没有收到信息! 解决: 添加脚本参数,因为不添加脚本参数,调用不了你这个脚本! 添加后已正常接收信息!

  案例环境:   服务器配置: CPU: Intel E5-2690  RAM: 12G   虚拟机 操作系统  : Windows Server 2008 R2 Standard Edtion   x64 数据库版本: SQL SERVER 2008R2   案例介绍: 晚上收到数据库一封告警邮件SQL Server Alert System: 'Severity 016' occurred on \\xxxxx. 邮件具体内容如下所示, DATE/TIME: 2014/8/13 22:56

硬件配置 cat /etc/redhat-release && dmidecode -s system-product-name && cat /proc/cpuinfo |grep "processor"|wc -l 版本 CentOS Linux release 7.2.1511 (Core) 虚拟化 VMware Virtual Platform cpu核数 2 背景 配置如上所示的虚拟机在每天凌晨03-04时间段内发现磁盘告警.由于监控数据是概要

前言:Cowrie是基于kippo更改的中交互ssh蜜罐, 可以对暴力攻击账号密码等记录,并提供伪造的文件系统环境记录黑客操作行为, 并保存通过wget/curl下载的文件以及通过SFTP.SCP上传的文件.而此文主要对该蜜罐的监控效果做个简单的测试,并在受到暴力破解攻击的时候实现自动化邮件告警.   一.T-Pot平台cowrie 蜜罐ssh暴力破解探测 由下图可知,cowrie的地址为172.17.0.4 (该地址可能会变动,测试时以实际分配IP为准) 首页->UI-For-Docker->

Azure 为用户提供了可以自己配置的性能监控功能:Azure 诊断扩展.但是在具体配置中,经常会遇到各种各样的问题.不了解监控的工作机制常常给排查带来一定难度.这里我们整理了关于 Azure 虚拟机监控的工作原理,以及在出现问题时的大致排查步骤,希望对读者和用户有所帮助. 以下是 Azure 诊断的简易原理图.简单来说,我们通过在门户中启用诊断,将配置信息发送给虚拟机中运行的 VM 代理.VM 代理收到请求后,进行 Azure 诊断扩展的安装和配置.然后,Azure 诊断根据配置文件,收集虚拟

1. 概述2. 安装操作系统2.1 交互界面2.2 内核镜像解压等初始化2.3 磁盘发现2.4 硬件支持告警3. 开始安装3.1 语言选择3.2 键盘选择3.3 服务器类型3.4 配置主机名3.5 时区选择3.6 root密码3.7 自定义分区3.8 软件包选择3.9 开始安装4. 总结 1. 概述 本篇博客主要介绍通过VMware workstation创建虚拟机console之后(参见博客<VMware workstation创建虚拟机console图文.md>),为console安装操作

OpenStack是一个旨在为公共及私有云的建设与管理提供软件的开源项目. 它的社区拥有超过130家企业及1350位开发人员,这些机构与个人都将OpenStack作为基础设施即服务(IaaS)资源的通用前端.OpenStack项目的首要任务是简化云的部署过程并为其带来良好的可扩展性.做为云计算IAAS层事实标准.OpenStack广泛的应用与各行各业.到眼下为止OpenStack社区并没有一个完整的虚拟机HA解决方式. 起初社区觉得虚拟机的HA不是云平台层次的特性,不应该在云平台层面来实现,虚拟

Zabbix监控虚拟机的时候有时候会报一下告警 是因为Zabbix监控没有考虑虚拟主机的交换空间情况 解决办法修改配置

本文内容 适用场景 解决方案 适用场景 用户拥有多个云服务但是在同一个 VNET 下,希望将这些虚拟机从经典部署模型(以下简称:ASM)迁移到 Azure Resource Manager(以下简称:ARM). Note 如果您未使用 VNET,希望将同一个云服务下的虚拟机从 ASM 模式迁移到 ARM 模式,您可以参考这篇文章:如何将同一个云服务下的虚拟机从 ASM 迁移到 ARM 上 解决方案 首先,我们登陆到需要迁移的虚拟机所在的订阅下,注册迁移服务: PowerShell复制 #登陆到需

Kippo是一个中等交互的SSH蜜罐,提供了一个可供攻击者操作的shell,攻击者可以通过SSH登录蜜罐,并做一些常见的命令操作. 当攻击者拿下一台服务器的权限后,很可能会进行小范围的端口探测或者批量的端口扫描,以便横向扩展,获取更多服务器的控制权,因此部署内网SSH蜜罐,把攻击者引诱到蜜罐里来,触发实时告警,即可让安全人员及时知道已经有攻击者渗透内网.知道哪台服务器已被控制.以及攻击者在蜜罐上做了哪些操作. 如何把攻击者引诱到蜜罐里来,除了要看蜜罐是否具备主动欺骗能力外,还要看蜜罐在公司网络中

现网CPU飙高,Full GC告警 https://www.cnblogs.com/QG-whz/p/9647614.html 问题出现:现网CPU飙高,Full GC告警 CGI 服务发布到现网后,现网机器出现了Full GC告警,同时CPU飙高99%.在优先恢复现网服务正常后,开始着手定位Full GC的问题.在现场只能够抓到四个GC线程占用了很高的CPU,无法抓到引发Full GC的线程.查看了服务故障期间的错误日志,发现更多的是由于Full GC引起的问题服务异常日志,无法确定Full

告警 虚拟机上网 [root@test1 alertscripts]# route -n [root@test1 alertscripts]# route add default gw 172.25.8.250 [root@test1 alertscripts]# route -n [root@test1 alertscripts]# vim /etc/resolv.conf 114.... [root@test1 alertscripts]# ping www.baidu.com [root@

KVM虚拟机内无agent情况下的监控(ceilometer实现) 今天看到大家在群里讨论KVM虚拟机的监控问题,而且是要求VM内无agent情况下的监控.这方面确实没有深入研究,但尚有些openstack/ceilometer的使用经验,略改过些源码.应肖力大哥号召,十分愿意与大家分享经验,错误与不足之处还望大家雅正. ceilometer介绍 这里http://docs.openstack.org/developer/ceilometer/architecture.html对ceilomet

JVM参数有很多,其实我们直接使用默认的JVM参数,不去修改都可以满足大多数情况.但是如果你想在有限的硬件资源下,部署的系统达到最大的运行效率,那么进行相关的JVM参数设置是必不可少的.下面我们就来对这些JVM参数进行详细的介绍. JVM参数主要分为以下三种(可以根据书写形式来区分): 1.标准参数 标准参数,顾名思义,标准参数中包括功能以及输出的结果都是很稳定的,基本上不会随着JVM版本的变化而变化. 我们可以通过 -help 命令来检索出所有标准参数. 关于这些命令的详细解释,可以参考官网: