现象：用curl访问显示拒绝链接，查看zabbix-server日志也无异常 1.检查防火墙，SElinux是否关闭 2.检查zabbix-server服务是否启动 3.检查80端口是否被占用，比方是否被nginx占用，如果占用，修改其中一个端口 4。检查httpd服务是否启动
对于网络应用产品来说,出现线上故障往往是很致命的,会导致用户无法使用产品引起用户流失从而造成经济损失。对于很多靠流量赚钱的网络服务来说，线上故障会直接造成经济损失,还会给企业带来很严重的负面影响。所以如何快速处理系统的线上故障拯救系统,成为了很多网络产品必须要考
系统登陆日志 /var/log/wtmp //登陆成功的信息，包括用户登录、注销及系统的启动、停机的事件 /var/log/btmp //登陆失败的信息 /var/run/utmp //正在登陆的信息 /var/log/secure //系统认证信息日志，包括用户登陆成功、登陆失败日志 wtmp last -f /var/log/wtmp last //登陆成功的信
前言 背景 xxx，你过来把squid的日志检查一下，是否做了日志切割；于是乎开启了logrotate没有切割日志的排查旅程，em～～。只能说过程很爽，平时疲于应付繁琐的事情，难得有点时间能一条线慢慢的捋清楚一件事情。现在唯一想做的事情就是慢慢的把技术知识一点一点捋顺了，查漏补缺，然后深入。 排查
1. 现象 有一个test用户的CPU使用率100%，很可疑，想删掉这个用户（因为是个没啥用的测试用户），也删不掉，总是启动着一个进程，杀掉进程后又自动启动进程，导致userdel也执行不了，因为进程占用 2. 解决办法 2.1 查看进程的详细信息 cd /proc/pid cwd符号链接的是进程运行目录； exe符号连接就是执
最近遇到了mysql查询慢的问题，然后吧废了顿周折，现在把遇到的问题记录下来，排查的时候，需要按照这个顺序排查 如果有表关联，多表查询，记得将关联字段都添加索引（阿里巴巴代码规范里提到过） 如果是生产环境，需要检测下mysql缓存池的配置，是否进行过配置 如果是inner join，使用straight_join，查
许多有RDBMS/SQL背景的开发者，在初次踏入ElasticSearch世界的时候，很容易就想到使用通配符(Wildcard Query)来实现模糊查询，因为这是和SQL里like操作最相似的查询方式，用起来感觉非常舒适。不过，滥用Wildcard query可能带来灾难性的后果。 问题复现 创建一个只有一条文档的索引 POST
目录 问题 排查 本地复现 溯源 临时解决 问题 k8s集群中使用linuxServer的linuxserver/docker-calibre-web镜像部署了janeczku/calibre-web，在211011升级了最新的镜像后，发现网页频繁出现无响应的状况：浏览器标签页持续保持转圈的状态，直到很久以后才会报超时，且从此之后所有请求都
对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！ 问题复现 线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快速线上排查问题。 问题排查 不管什么问题，既然是C
前言 今天在测试环境上遇到这个问题，但是本地无法模拟出来这个问题，且网上解决办法完全不可参考，因此留下此文帮助不知所错的各位小伙伴们。本文涉及到的代码皆是伪码，涉及到的类也都是临时举例所用，只是提供一个追查类似问题的思路。首先当然要说一下，这个原因大概率还是Spring-JP
V系列如果你发现在搜索引擎收录是其他信息了 可以判断为被黑了。排查方法如下： /hack/cnzz/template/在这里增加了一个index.php 可以直接把cnzz目录删除 这个插件已经失去作用。 /inc/job/ 这个目录有时候是增加一个文件 有时候是增加2个文件 一个文件是 job.php 一个文件是 ucser
前言 最近翻看以前写的 PPT， 发现了在2019年做的一次技术分享，关于 Java 问题排查，由于没什么公司机密可言，整理下分享给大家~ 线上问题处理流程 直接放PPT截图吧，现在看来依然不过时 问题排查 可从三个方面入手 知识：有些问题，思考一下就有答案，就像传说中多隆那样，回忆下就知道第83行代
1.Jenkins配置ssh时测试报错 原因：这个报错显示在Jenkins页面的"系统管理"---》"系统配置"页下的"SSH Servers"栏，该"SSH Servers"配置时，需要~/.ssh/authorized_keys文件中有SSH秘钥配置的公钥内容。即报警机器对应的是SSH下发的公钥机器，而私钥是在SSH管理服务器上。 解
深度学习模型tensor维度对不上是一个非常常见且有时比较难排查的现象。之所以难排查是因为报错信息和真实的错误原因之间的联系往往并不紧密，很难仅仅从PyTorch给出的数字上的信息判断错误在何处。 笔者在一个训练好的模型上测试单个样本时出现了这个问题，一度排查了图片读取、
1.首先通过我们的linux命令查看 2.查看到有java服务占用较高，通过服务的进程查看它们的线程 3.top -H -p 进程id 按M刷新，看cpu消耗较高的线程 4.使用jstack查看，在分析前需要将11484这个进程id转换为16进制，方便查找信息 [root@product ~]# printf "%x" 11484 2cdc 16进
1.查看进程pid root@crm-prod-68ff6f4b6-79wdq:/# top top - 15:28:48 up 170 days, 4:38, 0 users, load average: 1.60, 1.15, 1.60 Tasks: 3 total, 1 running, 2 sleeping, 0 stopped, 0 zombie %Cpu(s): 8.0 us, 3.4 sy, 0.0 ni, 87.8 id, 0.7 wa, 0.0 hi,
简介： 本文主要为大家讲解CentOS 7系统中执行yum命令失败等常见问题的排查方法。 镜像下载、域名解析、时间同步请点击 阿里巴巴开源镜像站 1. 执行yum命令报404错误 1）检查yum仓库是否配置正确，可以到CentOS 镜像下载阿里云repo配置文件。 2）如果报错中包含$releasever变量， 则
一、组网概述与故障现象 汇聚两台CE6850堆叠，现新增两台华为S5720接入交换机SW05和SW06，最初SW05和SW06的双上联口做的trunk没有做链路聚合，汇聚CE6850做链路聚合允许vlan2-4094。上架后，SW06的两个上联口UP，SW05的一个接口UP，另一个接口不UP，检查配置，将SW05的双上联口已调整为链路
事件起因是一个mq消费服务出现了消息积压，查看系统请求日志，发现大量请求耗时两三秒以上，甚至10秒以上的消费时间。服务重启后就恢复正常，而且是有规律性的大概2天出现一次。根据以上情况初步判断是和JVM的垃圾回收有关。打印的GC日志如下： 从日志上可以看出一次YGC的时间大概是2
Zabbix proxy is a major component in the whole Zabbix architecture. As a result, very often failure of one proxy can lead to dramatic results in all monitoring setup causing a storm of events and problems. Contents I. Setup (0:57) II. Why the queue
最近新接手一个项目，在日常环境启动的时候报错启动不了，查看日志发现是由于@Value的值为null,导致启动报错 我们先来还原一下事故现场 自定义一个BeanDefinitionRegistryPostProcessor来模拟Mybatis的MapperScannerConfigurer public class MyBeanDefinitionRegistryPostProcesso
当我们以 sdk 的方式提供一种能力的时候，我们的实现不仅决定了业务的使用方式和成本，还决定用户是否乐意使用它。 SDK大家都不陌生，比如我们经常用到的 npm 包。当我们以 sdk 的方式提供一种能力的时候，我们的实现不仅决定了业务的使用方式和成本，还决定用户是否乐意使用它。所以我
Maven依赖冲突问题排查经验 一、背景 在日常的开发中，排查问题是一个合格Java开发者的的基本能力。对于常见的NullPointerException，NoClassDefFoundError等问题一般通过google直接就能找到答案。 不过还有一些异常情况不是那么直观，google一般搜不到有效的信息，就需要深入研究排
Redis 作为优秀的内存数据库，其拥有非常高的性能，单个实例的 OPS 能够达到 10W 左右。但也正因此如此，当我们在使用 Redis 时，如果发现操作延迟变大的情况，就会与我们的预期不符。 你也许或多或少地，也遇到过以下这些场景： 在 Redis 上执行同样的命令，为什么有时响应很快，有时却很慢？ 为什
资料来源: (1) 公众号-杰瑞IC验证 1.统计UVM_FATAL与UVM_ERROR数目 (1) 在uvm_test或env的final_phase里面,检查UVM_ERROR和UVM_FATAL的个数,如果不为0,打印CASE FAIL;否则,打印CASE PASS; (2) 示例中,之所以采用$display,而不是uvm_fatal和uvm_info,是因为二者可能会被屏蔽掉(比
