目录通过蓝屏代码判断蓝屏原因通过分析蓝屏dump文件判断蓝屏原因开启蓝屏dump文件收集蓝屏dump文件分析工具手动蓝屏进行内存转储分析dump文件蓝屏具体原因排查（个人见解）修复系统msconfig的使用驱动程序验证程序verifier.exe 这里只讨论系统蓝屏问题及解决，至于 浏览器 崩溃，电脑不
号安全 调取账号口令安全，检查弱口令账户 检查高权限组中是否存在越权账户 通过注册表查看隐藏克隆账户 HKEY_LOCAL_MACHINE\SAM\Domains\Account\Users 事件查看器 应用日志 安全日志 系统日志 web日志 mssql日志
EasyCVR可支持设备通过国标GB28181、RTMP、RTSP/Onvif、海康SDK、大华SDK、Ehome等协议接入，对外可分发RTSP、RTMP、FLV、HLS、WebRTC等格式的视频流。平台具备视频监控、视频录像、云存储、回放与检索、智能告警、平台级联、服务器集群等功能。 我们在此前的文章中和大家分
EasyCVR可支持设备通过国标GB28181、RTMP、RTSP/Onvif、海康SDK、大华SDK、Ehome等协议接入，对外可分发RTSP、RTMP、FLV、HLS、WebRTC等格式的视频流。平台支持海量视频汇聚管理，可提供视频监控直播、云端录像、云存储、录像检索与回看、智能告警、平台级联、智能分析、服务器集群等
EasyCVR可支持多类型的协议接入，包括GB/T28181、RTMP、RTSP/Onvif协议、海康SDK、大华SDK、海康Ehome等。平台基于云边端一体化架构，具有强大的数据接入、处理及分发能力，可提供视频监控直播、云端录像、云存储、录像检索与回看、智能告警、平台级联、智能分析、服务器集群等功能。
springboot加载到dataSource后一直显示加载中1.问题：加载到如下这里，一直处于加载中状态 2.排查：mapper中的断点排查 3.结论：因为断点打到mapper文件中，造成spring启动加载mapper文件时遇到断点阻断，所以整个服务处于停止等待状态。原文链接：https://blog.csdn.net/qq_4244
网络排查一般是有一定的思路和顺序的，其实排查的思路就是根据具体的问题逐段排除故障可能发生的地方，最终确定问题。 所以首先要问一问，网络问题是什么，是不通，还是慢？ 1. 如果是网络不通，要定位具体的问题，一般是不断尝试排除不可能故障的地方，最终定位问题根源。一般需要
昨天线上又出了个问题，花了一天的时间才找到原因，说起来原因其实特别的坑爹啊。 事情是这样的，最近我们上线了一个刷新用户 token 的功能，也就是 APP 里经常有的，只要你经常操作，就能让你一直保持在线状态，不用一直重新登录，需求就是这么一个并不复杂的需求，也很快的上线了。 但是上线之后
1. 概述1.1 案例先来看两张图： 看到这两张图的第一印象应该是这是一个成功的登陆，其类型为3，代表网络登陆，4624表示成功登陆，可能大部分人都是如此认为。 那么实际上呢？这里面是存在一定歧义的，今天给大家同步一下这里面的详细细节。1.2 原理当用户使用SMB 协议连接时，在提示用户输入密
今天需要在防火墙上添加端口策略发现起不来了 # systemctl restart firewalld 报错如下 Authorization not available. Check if polkit service is running or see debug message for more information.Failed to restart firewalld.service: 连接超时See system logs and 'sy
《网络排查案例课》01 | 网络模型和工具：网络为什么要分层？ 七层模型；四层 / 五层模型；五元组；四元组 =============================================== OSI 的七层模型，和 TCP/IP 的四层 / 五层模型 五元组：传输协议类型、源 IP、源端口、目的 IP、目的端口 四元组：源 IP、源端口、目
服务器12种基本故障+排查方法 入门小站 入门小站 2022-07-10 22:12 发表于湖北 收录于合集 #Linux478个 #windows14个 #服务器5个 加电类故障 定义举例 从上电(或复位)到自检完成这一段过程中电脑所发生的故障。 可能的故障现象 1、 主机不能加电(如：电源风扇不转或转一下
堆内存溢出 模拟堆内存溢出 模拟例子如下，主要就是创建特别多的对象，并且不让被回收，有强引用。 @RestController public class MemoryController { private final List<UserVO> userList = new ArrayList<>(); public static final int COUNT = 100000; /** * -
每天进步一点点，关注我们哦，每天分享测试技术文章 本文章出自【码同学软件测试】 码同学公众号：自动化软件测试，领取资料可加：magetest 码同学抖音号：小码哥聊软件测试 刚过完年，一眨眼的功夫，时间已经进入3月份啦，俗话说“金三银四”，3月是求职跳槽的黄金期，也是企业开启大量HeadCount的
例子： $ df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos-root 46G 39G 7.1G 85% / devtmpfs 7.8G 0 7.8G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8
记一次日志引起的服务端问题排查经历 https://mp.weixin.qq.com/s/dICB0yKIKGJw3IYgsJ9vRQ 记一次日志引起的服务端问题排查经历 原创 赵文浩 搜狐技术产品 2022-07-21 07:30 发表于山西 本文字数：7655字 预计阅读时间：20分钟 1、源起： 一天中午休息饭后散
作为一个程序猿天天大部分 事件都在跟vscode打交道， 定义个数组函数都要解析保存个一两分钟的情况， 网页在那转转转就是不出结果，真的整个人都很暴躁，想锤电脑 情况发生的就很突然 用了网上的一大顿办法，各种重启、关配置。。。就是没用 后来就用土办法，一个一个插件的排查 最
我们组会负责后端的一些服务，因此出现问题时不仅仅是界面的样式兼容问题，还有很多其他的后台服务问题。 排查后面这类问题，需要具备些服务端的排查手段，否则就会难以定位问题所在。 一、聊天问题 公司有一个即时聊天的功能，在 6 月 2 日周五，上了一个自动推送个性文案的功能
一、若没有请求 mookfeng(冯孟孟) 排查kdserver、kd_vr的请求分发 二、openHub @eowynliang(梁瀚樱) @xaidenzhong(钟尚华) 状态码：http://openutils.sogou/openhub_status.html 在Header中查看vrid状态码信息（如果没有header，在url后面加上&dbg=on） 对照状态码判
网络故障排查 定位故障范围 ①全网性网络故障：可定位故障源在出口或核心区域； ②小范围网络故障：可定位故障源在离故障源最近的相应设备或链路； ③单点性网络故障：可定位故障源在故障源自身 排除故障 ①总体上思路为“链路”à“配置”。 ②首先确认网络或相关设备是否出现人为变更； ③
cpu是整个电脑的核心计算资源，对于一个应用进程来说，cpu的最小执行单元是线程。 导致cpu飙高的原因有几个方面： cpu上下文切换过多，对于cpu来说，同一时刻下每个cpu核心只能运行一个线程，如果有多个线程要执行，cpu只能通过上下文切换的方式来执行不同的线程。上下文切换需要做两个事情:
线上CPU飙升排查 目录线上CPU飙升排查准备一份代码步骤top命令找到对应进程找到占用最高的线程方法1方法2将线程号转换成16进制使用jdk的工具jstack查看堆栈信息cpu飙升可能原因1. 超大对象频繁移动或者创建2 .内存消耗过大，导致Full GC次数过多3. 死循环等CPU密集型代码4. 死锁5.
简介： 微服务体系下，注册中心的调用和配置变更是家常便饭，例如阿里每天就有百万级变更、亿级推送。可是，一旦出现调用或配置异常，问题排查就成了用户最大的困惑：是注册和配置中心导致的，还是上下游业务自身的问题呢？ 作者：严达 背景 注册配置千千万，唯有推送轨迹最解愁。
1.磁盘空间不足问题 先从总体查看磁盘状态：df -h 找到不足的磁盘，进入目录查看具体文件大小：du -sh *（ls -lh只能看文件大小，文件夹的看不出来） 2.cpu和内存使用率过高问题 查看所有进程：top 查看单个进程：top -p pid 查看单个进程的线程：top -p pid -H 只看内存使用情况：free -h 只看交换
作者：十眠 概述 稳定性大于一切，因此我们需要有更有效的方式避免线上故障。在发生故障不可避免的假设下，我们需要能够快速修复，减少线上影响。基于以上这些想法，我们提出了 1-5-10 的快恢目标，所谓 1-5-10 的目标就是是要我们对于线上问题能够做到 1 分钟发现，5 分钟定位，10 分钟修复。下
