Ben_dumm的博客

查看vrrp-a信息，查看vrrp missed数据包，数据无异，可以正常ping通对端心跳。两台设备分别对应LC01和LC02来进行心跳通信，正常情况下，LC01和LC02可以互相ping通对方的心跳IP，，二者也可以通过心跳IP进行配置同步。结果发现，LC01可以通过port5和port6发出包，但LC02只有port6收到了包，任何通过port5的包都被丢弃了。更换聚合组成员端口，将两台设备的port 5撤出聚合组，使用port 4取代port 5加入聚合。6.进入调试模式对设备的线路流量进行测试。

Client（发起请求）>>A10（SLB）>>SOG（新的请求）>>A10（SLB）>>GMPC(发送数据请求Client源IP位置信息)>>移动采集数据系统（返回Client源IP位置信息）>>GMPC（发送Client源IP位置信息）>>SMPC（计算经纬度信息并发出）>>GMPC（经纬度信息返回给A10）>>A10（经纬度信息返回给SOG）>>SOG>>回包给客户端。在使用过程中出现定位失败的现象，其中与A10有关的错误定义为“7号错误”。三、调整系统异常处理机制(建议系统软件方调整异常处理机制)

经确认，1.1.1.2与1.1.1.1两台设备互为主备：在故障出现前，1.1.1.2为主机，1.1.1.1为备机；5.对设备进行重装系统，发现设备在完成系统重装后，仍然一直在弹出上述日志，因此可以排除是软件层面的异常，排除第②种可能；Bcm56xxd是控制网口的进程，日志条目一直显示该进程正在重新启动，目前问题基本定位到是由于该进程的异常引起的；经与客户协商，从客户测试环境撤下一台同型号的F5设备，将该设备当作新的备机来使用。管理IP为1.1.1.2的原设备，硬件存在异常，导致所有网口出现问题。

在日常运维过程中，我们会有一些故障处理、业务变更需求、性能扩展、新业务上线等的任务，但是我们通常都像救火队一样，来一个事情处理一个事情，甚至有的时候很多事情堆在一起来，很容易导致我们IT运维人员陷入手忙脚乱的情况，然后在周期性的回顾中，又很难去记录和总结这些事情，一年下来上级领导要求汇报的时候，拿不出系统性的数据，导致在领导的眼里，我们IT运维人员好像又是摸鱼了一整年，又在琢磨着怎么削减运维人员的开支。那么我们将需要开始思考在未来的IT运维工作，如何去提升我们在企业运营当中的价值，提升我们的业务能力价值。

甚至我们放假的时候，有的公司还会安排运维人员到机房里面值班。随着设备、业务的增长，我们每个月、每周、甚至每天的大量工作时间，都浪费在大量的重复性的日常巡检工作当中，没办法预留足够的针对企业最核心的、最重要的业务系统进行深度的、巡检数据的分析，把时间用在更有价值的预防性前瞻性的运维工作当中。各种软硬件的故障频发，复杂的业务系统存在可能的故障节点甚至数十上百个，我们按照顺序排查起来，非常耗时耗力，甚至完全取决于运维人员的能力和对业务的熟悉程度，对于我们快速定位故障，快速解决故障产生非常大的困扰。

那其实对于IT的运维人员来说，各类故障事件频发，到底是什么原因导致的，每次都要检查一遍，没有对应的反馈机制。机房动环监控缺失，没有设备远程监控，就什么事都要往机房跑。在节假日的时候，都想出去放松一下，活动活动，把谁留下来值守呢，这也是一个不好安排的事情。我们的综合运维平台部署有动环监控、业务监控、硬件监控，发生什么事情，一目明了，免去了跑来跑去的烦恼；有拓扑展示，直观地映射真实设备的连接情况，哪个环节出了问题，会在拓扑里显示出来。是怕信息孤岛居多，各系统相对独立，缺少可视化监控，难以掌控机房？

确认问题：某问卷调查平台通过citrix，我们通过它的域名访问发现，网页的内容是缺失的空白的一片，我们点击F12 进入调试模式，发现GET请求显示404 ，后面我们在内网通过服务器的真实IP访问服务器，发现是能正常访问的。通过IP访问: 通过citrix域名访问： 接下来我们开始了以下排插排障：1 登录citrix查看Contend switching、策略以及绑定的服务器正常.

在日常运维过程中，我们会有一些故障处理、业务变更需求、性能扩展、新业务上线等的任务，但是我们通常都像救火队一样，来一个事情处理一个事情，甚至有的时候很多事情堆在一起来，很容易导致我们IT运维人员陷入手忙脚乱的情况，然后在周期性的回顾中，又很难去记录和总结这些事情，一年下来上级领导要求汇报的时候，拿不出系统性的数据，导致在领导的眼里，我们IT运维人员好像又是摸鱼了一整年，又在琢磨着怎么削减运维人员的开支。那么我们将需要开始思考在未来的IT运维工作，如何去提升我们在企业运营当中的价值，提升我们的业务能力价值。