- 综合排序
- 最热优先
- 最新优先
- 来自专栏k-cloud-labs
docker hang问题排查
docker hang死问题在1.13.1版本上表现得更彻底，在执行docker ps的时候就已经hang死了，一旦某个容器出了问题，docker就处于无响应状态；而docker 18.06.3做了一点小小的优化 所以，现在问题有二： docker hang死的根因是什么？ docker hang死时，为什么重启kubelet，会导致宿主状态变为NotReady？ 待详细挖掘后再来补充，我们先继续分析docker hang死的问题。 3. docker hang死 我们对docker hang死并不陌生，因为已经发生了好多起。其发生时的现象也多种多样。 终于，本次docker hang死问题的核心脉络都已清楚。接下来我们聊聊怎么解决方案。 4. 解决方案 当大家了解了docker hang死的成因之后，我们可以针对性的提出如下解决办法。 后续 docker hang死的原因远非这一种，本次排查的结果也并非适用于所有场景。希望各位看官能够根据自己的现场排查问题。
1.8K50编辑于 2023-03-06 - 来自专栏lgp20151222
maven generating project in batch mode hang
设置maven不要从远程服务器上获取catalog，增加参数-DarchetypeCatalog=internal
70540发布于 2018-09-10 - 来自专栏Oracle DBA
Oracle truncate hang 怎么说？
SQL> commit; 遇到的问题： 执行 truncate table T_ORDERS hang住没反应，开发人员反馈数据库很慢，我查数据库状态返回也很慢，明眼看数据库的状态就不对。 dbw0进程写回buffer cache中的脏数据块, 出现等待事件“enq: RO - fast object reuse”、“Local write waits”； 4、从而导致truncate 表hang
21500编辑于 2025-01-14 - 来自专栏全栈程序员必看
Oracle11.2.0.4-Rac集群hang分析记录
然后排查节点是否hang住的分析： oradebug hanganalyze 3 3、oracle官网搜素 根据gc freelist 搜索 4、解决方式： 根据官网将参赛修改200，然后重启实例即可
42020编辑于 2022-06-29 - 来自专栏bisal的个人杂货铺
Oracle中执行truncate操作出现hang
b.paddr=c.addr and b.sid=&sid and b.serial#=&serial; 针对这个案例，看到阻塞会话正执行的是delete，module显示是dbeaver，这正是刚刚同事执行出现hang ， delete from test where 1=1; 确认可删除会话，执行如下SQL， alter system kill session 'sid,serial#'; 此时再次执行，但是一直是hang
91840发布于 2021-11-08 - 来自专栏bisal的个人杂货铺
normal数据库关闭hang的问题
今晚办公楼停电维护，需要提前关闭服务器，为防止异常关闭导致的各种问题，有个测试库，使用shutdown normal停库，结果就是很常见的hang住了。
1.2K30发布于 2019-01-29 - 来自专栏分布式研究小院
Tokio 中 hang 死所有 worker 的方法
所以代码里如果不可避免的有(少量的)阻塞调用, 就要为 runtime 启动更多的 worker 线程, 保证存在没被阻塞的 worker 来执行待调度的 task, 以避免整个tokio runtime 完全 hang 由于这个结构, 构造 hang 住的方法是如图所示: • Future f1 被 runtime-1 执行, 持有一个 async 的锁 m 后, 返回了 Pending, 这时它被调度到 worker 于是等待关系形成了一个环: f4 → m(f1) → f3 → f4, hang死任务达成.
92920编辑于 2023-02-20 - 来自专栏bisal的个人杂货铺
数据库hang等待链分析利器
Oracle有时会出现hang住的现象，原因可能很多，例如资源争用，如果需要知道为什么出现hang，可以分析等待链，而使用hanganalyze是其中一种方式，今天尝试一下。 会话2，更新相同行，此时出现了hang， SQL> update test set object_id=1 where rownum=1; 会话3，更新相同行，还是出现了hang， SQL> update 还是PDB级别的hang。 如果是PDB级别的hang，只需要收集PDB的信息。如果无法确认，建议收集一下CDB的信息。 所以执行hanganalyze分析后，只是显示执行成功，trace中只会记录， HANG ANALYSIS: ERROR: Can not perform hang analysis dump without
91440发布于 2021-09-06 - 来自专栏乐沙弥的世界
PLSQL 包编译时hang住的处理
最近PL/SQL包在编译时被hang住，起初以为是所依赖的对象被锁住。结果出乎意料之外。下面直接看代码演示。 1、在SQL*Plus下编译包时被hang住 SQL> alter package bo_syn_data_pkg compile; alter package bo_syn_data_pkg compile >进一步观察Session的详细情况 -->发现该session的MODULE为DBMS_SCHEDULER，即为一Oracle job，且ACTION与STATE均有描述 -->由此推论，编译包时的Hang 4 (J000) TA -->再次编译时还是被hang Elapsed: 00:00:00.18 4、总结 -->包编译时被hang住，在排除代码自身编写出错的情形下，应考虑是否有对象或依赖对象被其它session所持有 -->其次，包的编译需要将包
1.1K60发布于 2018-08-14 - 来自专栏sunsky
如何定位 golang 进程 hang 死的 bug
之前在 golang 群里有人问过为什么程序会莫名其妙的 hang 死然后不再响应任何请求。单核 cpu 打满。 for 循环中没有函数调用的话，编译器不会插入调度代码，所以这个执行 for 循环的 goroutine 没有办法被调出，而在循环期间碰到 gc，那么就会卡在 gcwaiting 阶段，并且整个进程永远 hang 当然，上面这段程序在最新版本的 golang 1.8/1.9 中已经不会 hang 住了(实验结果，没有深究原因)。 没有系统调用 由于没有系统调用，不是系统调用导致的锅，所以我们没有办法借助 strace 之类的工具看程序是不是 hang 在系统调用上。
2.3K30发布于 2020-08-20 - 来自专栏杨建荣的学习笔记
停止MySQL服务hang的问题简单分析(一）
主库的操作命令就会hang住了。 mysqld的服务没了踪影，但是mysqladmin的命令卡在了那里。 ?
1.8K140发布于 2018-03-22 - 来自专栏大数据与实时计算
kafka消费组信息采集异常(hang住)排查
小组同学在使用kafka官方工具kafka-consumer-groups.sh批量导集群消费组详情时,发现某一个集群基于broker的某些消费组会出现异常，主要表现：
3.2K70编辑于 2022-02-28 - 来自专栏公众号：Lucifer三思而后行
Linux df -h 命令hang住没有反应
发现有注释的nfs挂载目录：#10.0.10.17:/data/backup /backup nfs defaults 0 0。
6.5K20发布于 2021-08-17 RocksDb手动合并文件导致数据库hang住
其实上面的分析是错的，下面认真分析了下才是对的： 第一次打开数据库的时候调open方法是ok，第二次put的时候由于手动合并文件导致数据库hang住了，一直put不进去，这也解释了为啥没有日志。 5M的文件明显不够，就会导致手动合并的时候一直会合并，导致数据库hang住。
16810编辑于 2025-11-20- 来自专栏Oracle数据库技术
案例:log file sync等待引起的RAC 挂起（HANG）
Keyword: “Redo” “log file sync” RAC HANG WAITING “Polling” “_use_adaptive_log_file_sync” 客户的问题 用户系统有一个每隔 （关于LGWR进程的工作方式我们在之后【LGWR进程的工作方式（通知方法）】中进行介绍） 日志文件（dia0） 我们知道11g以后的版本中，Oracle增加了一个叫DIA0的进程，用于检测挂起(HANG
2.1K21发布于 2020-03-26 - 来自专栏爱可生开源社区
故障分析 | MySQL 通过 systemd 启动时 hang 住了……
mysqld.pid --user=actiontech-mysql --socket=/opt/mysql/data/11690/mysqld.sock --port=11690 2现象描述 启动命令持续 hang 打算试试 pstack 能不能看到 systemd 具体 hang 在了哪个地方，3048143 为 systemctl start 的 pid： sh-4.4# pstack 3048143 #0 A] 首先准备一个新的容器，做好相关配置后执行 sudo -S systemctl start mysqld_11690.service 启动一个 mysqld 进程，此时会因为 sleep 的原因 hang [ssh seesion B] 在另一个会话窗口，start 命令 hang 住时，检查 mysqld.pid 文件，一旦文件被创建后，立刻执行 sudo -S kill -9 $(cat /opt/mysql 此时观察 systemctl status，表现与预期一致 6解决方式 先 kill 掉 hang 住的 systemctl start 命令，执行 systemctl stop mysqld_11690
71210编辑于 2024-05-11 - 来自专栏数据和云
故障诊断：DRM导致Oracle RAC节点Hang住
故障现象 在我们维护的一套系统上，某一时刻业务部反应业务无法正常进行，系统hang住。 当时查看alert日志，结果如下： ? 在01:19的时候实例1连接中断，01:29实例1恢复正常。 从收集的信息资料来看，数据库实例因为DRM而hang住的现象和BUG12998795基本匹配。但是SR中并没有明确给出确定的BUG号。 为什么checkpoint没有完成从而造成了数据库hang住？ 抓取了1点到2点的AWR报告，发现两个节点的topevents都是“enq: SQ - contention”如下图所示： ? 数据库hang的时候session 8248 正在执行SQL 8mg6v1raxhay9 SQL文本如下： SELECTLPAD(SEQ_FINANCING_TCK_ORDER.NEXTVAL, 8, ID 12998795.8) SR中最终迟迟没有定论，需要等到下次数据库hang的时候，做hang anlyze然后分析dmp文件才能下结论。
2.4K40发布于 2018-03-07 - 来自专栏爱可生开源社区
故障分析 | 查询 ps.data_locks 导致 MySQL hang 住
select * from performance_schema.data_locks、select * from performance_schema.data_lock_waits 会导致 MySQL hang 开始 hang 时的线程状态 下图标记的两个线程中： 第一个线程完整的 SQL 是 insert into t1 select * from t2 第二个线程完整的 SQL 是 select * from
64710编辑于 2024-09-25 - 来自专栏从ORACLE起航，领略精彩的IT技术。
RAC某节点v$asm_disk查询hang分析处理
主题：RAC某节点v$asm_disk查询hang分析处理 环境：Oracle 11.2.0.3 RAC 故障描述：RAC环境2个节点，节点1查询v$asm_disk正常返回结果，节点2查询v$asm_disk 就会一直hang，查询会话对应event是ASM file metadata operation. 1.初步判断 2.深入分析 3.峰回路转 4.解决问题 1.初步判断 首先连接节点1，查询v$asm_disk oracleasm/disks/CRSDISK1 /dev/oracleasm/disks/CRSDISK3 /dev/oracleasm/disks/CRSDISK2 然后连接节点2，查询v$asm_disk就一直hang SQL> select path from v$asm_disk; hang住一直无结果返回.. 既然是hang住，自然去查该会话的等待事件是什么？是否有阻塞会话？
1.4K20发布于 2019-05-24 - 来自专栏数据和云
深入内核：Oracle数据库里SELECT操作Hang解析
我们都知道在 Oracle 数据库里是“读不阻塞写，写不阻塞读”，那么是否可以认为在正常情况下，select 操作是怎样都能执行，始终不会被 hang 住的呢？ 注意这里提到的是正常情况下，不包括那些由于 latch 被 hold 住、或者 bug 等相关异常导致的 select 操作 hang 住的情况。 答案是：不可以这样认为的。 我们来举一个反例。 也就是说，只要我事先以 exclusive 模式在表 scott.emp上持有 library cache lock，那么后续的以硬解析方式执行的针对该表的所有sql（包括 select 语句）都将被 hang 但请注意这种情况下 select 操作是会被hang住的。 结论：不要随便在生产环境对大表执行DDL操作（如添加唯一性约束等），可能会导致针对这个表的所有 sql（包括select操作）在执行DDL操作的时间段都 hang 住。
1.6K100发布于 2018-03-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号