问题排查第8页

sscanf向string中写数据引发的天下奇案

问题排查怀疑是SIP对讲流程影响了播放流程，于是具体排查：日志、抓包、码流分析，查看是否有异常码流数据已经收到，但是数据异常，无法播放和正常抓包对比发现url请求trackID字段异常追踪url全流程对

吾心不老·2023-11-25 18:39

内存溢出问题排查及 jvm调参

jvm性能问题JVM出现性能问题时表现上是CPU100%，内存一直占用1、如果CPU的100%，要从两个角度出发，一个有可能是业务线程疯狂运行，比如说想很多死循环。还有一种可能性，就是GC线程在疯狂的回收，因为JVM中垃圾回收器主流也是多线程的，所以很容易导致CPU的100%2、在遇到内存溢出的问题的时候，一般情况下我们要查看系统中哪些对象占用得比较多，在实际的业务代码中，找到对应的对象，分析对应

crazy-6·2023-11-25 13:18

前端工作中遇到报错/问题排查思路

一、看控制台报错信息，读懂报错信息。读报错信息，将报错信息读懂，并理解其中的意思二、排查报错1.打印日志console.log()2.debugger3.比较简单的报错，可以根据报错信息直接解决4.如果是代码编写的逻辑问题，又承上启下的问题，将代码注释，一步一步去排查问题5.比较难得报错像一些配置之类的报错，将报错信息贴到百度上，然后查找答案，进而解决问题。如果百度也解决不了问题，再寻找同行或者比

转身_learner·2023-11-25 10:56

NFS 速度变慢问题排查性能优化

NFS使用RPC来进行客户端和服务器之间的通信。而在RPC的底层，NFS使用TCP来进行数据的可靠传输，以便客户端和服务器之间能够有效地传输文件和进行远程调用（默认为TCP,也可调整为udp）1.首先服务器端启动RPC服务portmap，并开启portmap的111端口。2.服务器端启动NFS服务，并向RPC注册端口信息。3.客户端启动RPC（portmap服务），向服务端的RPC(portmap

李庆政370·2023-11-25 07:31

nf_conntrack: table full, dropping packet 问题排查和解决

nf_conntrack模块在kernel2.6.15（2006-01-03发布）被引入，支持ipv4和ipv6，取代只支持ipv4的ip_connktrack，用于跟踪连接的状态，供其他模块使用。最常见的使用场景是iptables的nat和state模块：nat根据转发规则修改IP包的源/目标地址，靠nf_conntrack的记录才能让返回的包能路由到发请求的机器。state直接用nf_conn

weixin_30454481·2023-11-25 04:29

Redis基础运维及问题排查

文章目录一、概述二、基础命令三、过期策略策略说明策略修改四、性能测试五、实时监控六、问题排查infomemoryinfoclientsinfokeyspace七、碎片整理一、概述Redis基础命令及运维文档

码上富贵·2023-11-25 02:52

Qt 软件调试（一） Log日志调试

但是好的日志才能提高问题排查的效率。在代码江湖里闯荡的这些年头了，见独篇写入、日积月累下体态无限臃肿的单日志文件；见过中英文混杂，查个日志还容易语言系统紊乱；见过没有时间节点，更没有文件名、API名

键盘会跳舞·2023-11-24 23:31

吊打面试官之项目线上问题排查

吊打面试官之项目线上问题排查1、线上常出现的问题2、CPU相关问题2.1、模拟CPU飙升的场景2.2、排查套路3、内存相关问题3.1、模拟OOM堆异常的场景3.2、排查套路4、磁盘及IO相关问题4.1、

Java学习之乐·2023-11-24 20:14

Swap使用过高问题排查

目录前言一、查询出swap占用高的程序二、调整swap参数总结前言随着中间件,服务部署的越来越多,内存使用也越来越多,swap也占用的越来越多,如何排查出占用swap过高的程序呢?一、查询出swap占用高的程序执行一下命令，可以查看使用较高的swap程序foriin$(cd/proc;ls|grep"^[0-9]"|awk'$0>100');doawk'/Swap:/{a=a+$2}END{pri

zrx林夕·2023-11-24 19:21

rod disable-dev-shm-usage 踩坑

github.com/go-rod/rod/compare/v0.112.6...v0.112.7中间的代码导致效果变差但是本地无法复现通过在启动参数中添加disable-dev-shm-usage解决了问题排查

whojoe·2023-11-24 17:46

堆外内存泄漏问题排查及解决

1、定位进程通过top命令查看最占用内存的进程，为pid为1389816的java进程2、定位线程执行命令：psp1389816-L-opcpu,pmem,pid,tid,time,tname，找出最耗用内存的线程3、分析jstack日志jstack-l1389816>/tmp/jstack.log，将进程中的线程详细信息printf"%x"1389817把最繁忙的靠前的线程转为16进制在jsta

阿鑫你要努力啊·2023-11-24 15:01

java服务端问题排查_目前最全的 Java 服务问题排查套路

问题分类：CPU问题内存问题(GC问题、内存泄漏、OOM，Coredump等)I/O问题问题排查工具箱：系统级别的工具：top：查看系统/pgperftools：一个性能分析工具，可以用于内存泄漏、cpu

weixin_39675728·2023-11-24 15:31

java程序很卡怎么排查_java 性能问题排查

cpu占用率过高1)首先能过top查看cpu过高的pid，而后通过ps-ef|greppid查看进程的详细信息。2)接着查看每个线程占用的cpu占用率，ps-mppid-oTHREAD,tid,time|sort-rn或者通过top-H-ppid3)转换，而后通过比较查看哪个占用过高，其次将需要的线程ID转换为16进制格式：printf"%x\n"tid得。4)jstackpid|greptid-

123123313213·2023-11-24 15:30

Java项目线上问题排查

找到对应的程序使用jps//window配置了环境变量时可直接使用，输出pid:5108名称:myAppps-ef|grepjava查看含有"Java"的活动进程//linux下可能用到的命令10进制转16进制printf'%x\n'13033情况允许的情况下可以用JavaVisualVM工具打开查看系统配置包括很多东西的路径jinfo5108查看线程状态jstack5108//用于输出当前时刻用

江山太美·2023-11-24 15:00

【转载】利用nginx+lua实现通用的请求输入输出日志打印

在开发调试、问题排查中，日志信息很重要，尤其是一个请求的输入及输出信息，但nginx

DDDDemo·2023-11-24 06:46

【问题排查】单元测试Junit测试MyBatis出现java.lang.NullPointerException空指针

空指针一般指的是这个对象不存在，或者对象的引用为null。Junit单元测试mybatis的时候，出现空指针。一般有以下几个点排查：①单元测试在引用dao层的接口对象，加@Autowired注解，注入对象②检查mapper.xml文件中的数据库字段和实体类的字段是否一致，引用的过程中检查下resultMap中对应关系，或者resultType③测试类上加注解，：@SpringBootTest@Ru

晓风残月一望关河萧索·2023-11-24 05:29

解决winload.exe丢失或损坏的问题

问题排查当计算机无法启动并显示"winload.exe丢失或损坏"的错误消息时，首先需要进行问题排查。以下是一些常见的解决步骤：重启计算机：有时候，仅仅重新启动计算机就可

架构魔术·2023-11-23 11:25

YGC问题排查，又让我涨姿势了！

在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在StopTheWorld问题，因此很容易导致服务超时，引发性能问题。我们团队负责的广告系统承接了比较大的C端流量，平峰期间的请求量基本达到了上千QPS，过去也遇到了很多次GC相关的线上问题。这篇文章，我再分享一个更棘手的YoungGC耗时过长的线上案例

AI乔治·2023-11-22 23:51

静态路由配置及排查问题

目录一、路由器原理及路由表形成1.路由器原理2.路由表形成3.路由表表头含义二、静态路由及默认路由1.静态路由的优缺点及下一跳2.默认路由三、静态路由配置过程及问题排查1.配置过程2.问题排查一、路由器原理及路由表形成

Cloud034·2023-11-22 19:19

mysql left join 查询慢的问题排查

一。背景在做一个统计功能时，需要关联基础信息和多个指标，要以基础表作为基表，关联各个指标，指标可以为空，所以需要使用leftjoin。整体sql写完之后，发现执行需要5s左右，然后单独对子查询进行查询，执行都很快。需要进行优化。因为项目原因，sql不能给出，如果有需要的话，可以给我留言，我修改过后可以发出来。二。优化过程1.查看执行计划发现有的表是ALL，全表扫描，行数是3W多。2.查看各个表数据

天际流痕·2023-11-22 17:42

jvm oom 问题排查

0、样例代码：publicclassHeapOOM{publicstaticvoidmain(String[]args)throwsInterruptedException{ListoomObjects=newArrayList<>();while(true){//oomObjects.add(newOOMObject());Thread.sleep(10);}}}publicclassOOMOb

wppwpp1·2023-11-22 16:09

JVM OOM和CPU问题排查

目录1、JVM调优工具1.1、jps1.2、jstat1.3、jstack1.4、jinfo1.5、jmap2、OOM排查过程2.1、OOM原因2.2、OOM发生区域2.2.1、Java堆溢出：heap2.2.2、Java栈溢出：stack2.2.3、运行时常量溢出：constant2.2.4、方法区溢出：directMemory2.3、OOM排查流程3、CPU排查过程3.1、核心步骤排查3.2、

零点冰.·2023-11-22 16:35

【JVM】OOM 原理和排查

目录1.OOM产生的原因2.OOM发生区域2.1Java堆溢出:heap（大多数）2.2Java栈溢出stack2.3方法区溢出3.OOM排查流程4.CPU飙高问题排查OOM，全称是"OutOfMemory

Xuan学编程·2023-11-22 16:33

OOM问题排查及定位

1、什么是OOM程序中需要的内存大于JVM分配的内存空间，OOM后过就是程序崩溃，通俗理解为程序内存过大，虚拟机无法满足而自杀。2、导致OOM的原因2.1、虚拟机分配的内存太少了，一般可通过启动时的JVM参数指定；2.2、应用用的太多了，而且用完不释放，浪费了。这个会造成内存泄漏或内存溢出；内存泄漏：申请使用完的内存没有释放，导致虚拟机不能再次使用。内存溢出：申请的内存超过了JVM能提供的最大内存

klwyrn·2023-11-22 16:28

JVM问题排查

JVM问题排查在开发Java应用程序时，我们常常会遇到各种各样的JVM问题。这些问题可能会导致应用程序崩溃、性能下降或其他异常行为。

duchaopeng·2023-11-22 16:58

线上OOM问题排查

今天上线了一个优化，上完线后测试验证没有问题，本来以为这个事情就告一段落，没有想到四五个小时以后运维就@我说服务的CPU占用过高，不一会就OOM了，赶紧让运维把堆栈dump文件给我，我用的是JProfiler来分析dump文件。比较幸运的是我很容易就找到了自己熟悉的一个类点击最后的showmore，可以看到对应的方法堆栈，就可以知道是那块方法的问题或者从BiggestObjects入手也可以

aubergines·2023-11-22 16:57

记录一次线上OOM问题排查处理过程

背景项目为docker部署的springboot单体项目（非前后端分离），前端文件是集成在项目的类路径的resources路径下的。项目使用ruoyi-vue版本做为开发原始代码。系统目前没什么用，主要是客户分公司在基础数据模块录入数据比较多，目前系统数据记录条数在122W+。现象系统运行一段时间，就会出现以下报错，且系统是不可用的状态：排查过程使用命令dockerlogs-f容器名称/容器Id，

andy7_·2023-11-22 16:57

OOM问题排查+Jvm优化

OOM问题排查：1、top命令：查看cpu和内存的使用情况。2、jstat命令：查看YGC和FGC情况，一般都是老年代不够用。导致OOM3、jmap命令：查看哪个类的实例过多,以每个类占用多少了内存。

信仰_273993243·2023-11-22 16:25

【学习记录】Windows10蓝屏问题排查

一、背景家里的windows10不知道从什么时候起，各种蓝屏。原本以为是电脑用久了，散热不行，导致CPU过热保护，但慢慢的就觉得不对劲。一开始是打游戏就蓝屏，然后是看个视频就蓝屏，最后甚至是开机即蓝屏。在无能狂怒的情况下，把所有问题都推给了Win10系统（因为之前Win10确实有很多奇奇怪怪的Bug），学会了ubuntu+win10双系统安装，于是就有了《win10+ubuntu22.04

知识噬元兽·2023-11-22 15:19

nginx安装之后修改配置无效

这个问题排查了一晚上，配置怎么改都无效。原本以为错误信息在控制台就能告诉我们，但有些错误信息它都放在日志。查看了日志才发现是没有权限引起的。这种情况一般是防火墙引起的。

web前端神器·2023-11-22 11:17

Springboot websocket前端无法访问到，Websocket因AOP代理前端无法请求到

问题排查出现的问题A出现问题的代码：packagecom.gsxy.core.con

哇塞大嘴好帅(DaZuiZui)·2023-11-22 11:56

Flink 常见问题定位指南

本文会对Flink常见的问题进行现象展示，从原理上说明成因和解决方案，并给出线上问题排查的工具技巧，帮助大家更好地应对Flink作

pucheung·2023-11-22 09:21

rook-ceph osd down问题排查

rookcephosd异常(down)问题排查初始化问题显现，如下：[root@rook-ceph-tools-78cdfd976c-dhrlx/]#cephosdtreeIDCLASSWEIGHTTYPENAMESTATUSREWEIGHTPRI-AFF

大鹿小野·2023-11-22 00:28

【PostgreSQL】解决PostgreSQL时区（TimeZone）问题

问题排查一、因

m旧裤子·2023-11-21 22:46

并发编程：springboot并发内存溢出问题排查

1.问题概述在生产环境中，大批量数据处理和并发数较多的情况下可能会出现stack溢出的情况，在排除常规的OOM因素之后，我们还需要在生产环境中进行场景复现以监控内存的使用情况，最后得出优化方案。2.技术及工具2.1相关概念MAEMON：守护线程，当JVM中只有daemon线程时虚拟机关闭。典型的守护线程如：gc线程PRIORITY：线程优先级工具说明Jprofile性能分析工具，收费Jmapjdk

yilvi·2023-11-21 20:10

kafka集群副本同步问题排查

背景：集群中的一台节点宕机，快速重启恢复。过程：宕机期间和集群恢复期间副本情况如下集群总Leaderreplicas和总underReplicatedpartitions情况监控状态分析：1.总Leaderreplicas数量有所下降，因为某台几点宕机，该结点上的Leader副本处于失联状态，2.总underReplicatedpartitions急速上升，under-replicated分区即失

battybaby·2023-11-21 18:07

nginx 代理接口报404 问题排查

今天遇到一个nginx代理后端接口请求报404的问题，问题是这样的，后端由于服务器没有环境，但是需要和前端联调，于是采用cpolar内网穿透的方式，穿出来了。但是前端请求跨域，于是前端用nginx代理了一下后端接口，但是报404.由于线上nginx配置比较复杂，我就简化写下当时的nginx配置：server{listen80;server_nametest.xxxxx.cnlocation/api

星梦客·2023-11-21 16:41

tcpdump使用方法总结

tcpdump凭借强大的功能和灵活的截取策略，使其成为Linux系统下用于网络分析和问题排查的首选工具。

曹大卫779·2023-11-21 12:38

Linux 入侵类问题排查思路

在这篇文章中：深入分析，查找入侵原因一、检查隐藏账户及弱口令二、检查恶意进程及非法端口三、检查恶意程序和可疑启动项四、检查第三方软件漏洞被入侵后的安全优化建议深入分析，查找入侵原因一、检查隐藏账户及弱口令检查服务器系统及应用账户是否存在弱口令：检查说明：检查管理员账户、数据库账户、MySQL账户、tomcat账户、网站后台管理员账户等密码设置是否较为简单，简单的密码很容易被黑客破解。解决方法：以管

道书简·2023-11-21 00:20

kafka_consumer不消费数据的问题排查

背景：初始的时候，在cdh中部署了kafka集群后来方案改为kafka消息平台和cdh中的hive，spark等计算平台分离由于之前的kafka部署配置，污染到后面的apache的kafka集群，使得其消费不到消息我们查看__consumer_offsets这个topic情况我们apachkafka中的broker根本没有123，这个是cdh中的配置实际的三个brokerid是0，1，2停掉集群，

都教授2000·2023-11-20 23:32

节点编译问题｜ FISCO BCOS开发问题排查

1.源码编译慢1.1case1:先前没有编译过源码修改/etc/hosts文件，添加如下内容可加速依赖包的下载：140.82.113.4github.com185.199.108.153assets-cdn.github.com185.199.109.153assets-cdn.github.com185.199.110.153assets-cdn.github.com185.199.111.15

FISCO_BCOS·2023-11-20 11:53

SpringCloud网关gateway超时排查

2.问题排查系统用的是SpringCloud网关gateway作为服务转发。

呆滞的程序员·2023-11-20 08:18

301 Moved Permanently问题排查与解决

2、问题排查遇到问题，首先是在机器curl下，发现出现了301MovedPermanently。简单解释下这个错误码3xx类状态码表示客户端请求的资源发送了变动，需要客户端⽤新的URL重新发送请求获

呆滞的程序员·2023-11-20 08:18

Spring中@Value注解取值为null问题排查

文章目录一、背景二、@Value取值为null原因分析2.1.@Value取值为null常见原因分析常见现象一：类没有交给Spring管理，比如类没有加上@Component等注解常见现象二：手动new对象实例，没有从Spring容器中获取常见现象三：使用static或final修饰成员变量2.2案例原因分析三、解决方案一、背景近期应用中因业务迭代需要接入user客户端，接入后总是启动失败，报注册

bboyzqh·2023-11-20 08:20

一次Full GC导致CPU飙升的排查过程

文章目录现象异常分析思考问题排查接口调用量异常排查内存使用率异常排查JVM对象分配，GC流程问题处理问题分析现象生产环境突然间大量接口超时告警,监控发现，问题发生的时间，cpu使率飙升，网络磁盘抖动大，

laterxie·2023-11-20 06:01

Java线上常见问题排查方法

文章目录CPU问题内存问题网络问题CPU问题cpu问题是比较常见的问题，cpu负载过高会导致系统接口卡顿，响应变慢，对于造成cpu过高的大致有以下几种情况。JVM频繁GC导致cpu高。存在死循环，导致cpu负载过高。执行其他消耗cpu多的操作，比如打印过多的debug日志，循环过多。在实际开发中，遇到比较多的是频繁gc，尤其是频繁FullGC导致cpu过高。频繁FullGC主要由以下几种情况。老年