测阶段。 资源利用率：在作业进程IO没有变化的情况下，采集一定时间段内的GPU利用率，并根据这段时间内的GPU利用率的方差和中位数来判断资源使用率是否有变化。如果没有变化，则判定作业卡死。 由于检测规则的局限性，当前卡死检测存在一定的误检率。如果是作业代码本身逻辑（如长时间sleep）导致的卡死，请忽略。

查看更多 →

选择“按节点运行显示”页签，可以查看该流的各个节点的连接器执行动作或者触发事件的运行状态。 单击某个执行动作或触发事件进入后，可以查看各个节点的运行详情。 如果节点显示，表示该节点运行成功。 如果节点显示，表示该节点运行失败。 对于运行失败的节点，定位到具体问题后，可单击流编排界面右上角的“编辑”修改信息后再次运行，如果运行成功，问题已解决。

查看更多 →

建议通过配置最长事务存活时长和最长未决事务存活时长的监控告警来观察数据库中的长事务。 问题排查思路 批量操作 有大量锁竞争 排查方法 通过查看监控指标查看长事务。 图1 查看长事务 通过查询pg_stat_activity来查看长事务的信息。 select (now() - xact_start)

查看更多 →

返回筛选字段内容不包含输入的值列表中的任意一个的记录列表，类似于not in查询。 = 返回筛选字段内容等于输入的查询值的记录列表，即SQL的=查询。 != 返回筛选字段内容不等于输入的查询值的记录列表，即SQL的!=查询。 in 返回筛选字段内容包含输入的值列表的任意一个的记录列表，即SQL的in查询。

查看更多 →

通过内存size检查定位问题，参见内存size检查。

查看更多 →

负载访问504问题定位思路 负载访问504问题一般是因为ELB实例绑定的Port到后端 CCI 负载Pod的安全组没有放通。查看CCI负载Pod使用的安全组，确保安全组规则放通ELB实例绑定的Port。 Pod绑定的安全组可以通过查看负载对应Network获得，调用Network接口，响应里面metadata

查看更多 →

常见问题及定位手段 snapshot too old storage test error 备机读业务报错:"UBTreeSearch::read_page has conflict with recovery, please try again later" 父主题： Ustore存储引擎

查看更多 →

常见问题及定位手段 snapshot too old storage test error 备机读业务报错:"UBTreeSearch::read_page has conflict with recovery, please try again later" 父主题： Ustore存储引擎

查看更多 →

下载最新“jobmanager.log”文件，搜索“RUNNING to FAILED”关键字，通过上下文的错误栈，确认失败原因。 如果“jobmanager.log”文件中的信息不足以定位，可以在运行日志中找到对应的“taskmanager.log”日志，搜索“RUNNING to FAILED”关键字，确认失败原因。

查看更多 →

扫描到恶意代码如何定位？ 进入报告详情页面，打开恶意软件扫描结果，单击“文件名称”打开恶意代码详情，可以查看告警文件位置和扫描的恶意检测结果，可以通过关键日志定位具体告警位置。 父主题： 二进制成分分析类

查看更多 →

input-file 输入数据文件。 指定输入的文件或者输入的目录，输入的目录中如果存在当前格式则解析，如果不存在则跳过。可以指定本地文件或者目录，也可以指定HDFS/OBS文件或者目录。 input-directory 输入数据文件所在的目录，子文件多个的情况下使用。 例如，执行以下命令排

查看更多 →

for MySQL慢SQL问题定位 在相同业务场景下，架构设计和库表索引设计会影响查询性能，良好的设计可以提高查询性能，反之会出现很多慢SQL（执行时间很长的SQL语句）。本文介绍导致慢SQL的原因和解决方案。 SQL异常 原因及现象 SQL异常的原因很多，例如库表结构设计不合理、索引缺失、扫描行数太多等。

查看更多 →

为日志记录时间 第二列 [30243] 为脚本的PID编号 第三列 [root] 为脚本的执行用户 第四列 [INFO] 或 [ERROR] 为日志级别 一般脚本调用失败时，打开日志文件，找到相应时间点的ERROR即可初步确定问题原因。例如图1中的错误就是因为MySQL已经处于冻结状态，再次冻结，就会出错。

查看更多 →

修改 服务器 的镜像 功能介绍 修改服务器的镜像。 服务器的镜像和服务器组的镜像不一样时，支持服务器的镜像切换为服务器组的镜像，并且仅允许同等镜像进行切换，例如：同操作系统，免费镜像切换，同源同价的付费镜像切换。如果服务器组的镜像和服务器的镜像为非同等镜像，建议您直接购买新的服务器，删除或者退订老的服务器。

查看更多 →

向上找到调用此方法的业务代码。 定位到业务代码块，该代码使用了一个缓存来存放每个instance的信息。通过自监控查看该sql的调用，发现每分钟会调10万次，进一步证实是缓存失效了。 当查询instance信息时，会先从缓存查，如果查不到再从mysql查。instance信息查到之后存入缓存，防止频繁访问数据库。

查看更多 →

RDS for MySQL如何定位一直存在的长事务告警 场景描述 长事务告警一直存在，如何定位长事务。 原因分析 执行以下语句，查看当前事务的运行时间，根据运行时间定位长事务。 Select t.*,to_seconds(now())-to_seconds(t.trx_started)

查看更多 →

通过内存备份机制定位问题，参见内存备份机制。

查看更多 →

问题根因： 执行balance需要使用管理员账户 解决方法 安全版本 使用hdfs或者其他属于supergroup组的用户认证后，执行balance 普通版本 执行HDFS的balance命令前，需要在客户端执行su - hdfs命令。 问题2：执行balance失败，/system/balancer

查看更多 →

部分：失败的可能原因、推荐的解决方案以及对应的日志（底色标红部分）。 图1 训练故障识别 ModelArts会对部分常见训练错误给出分析建议，目前还不能识别所有错误，提供的失败可能原因仅供参考。针对分布式作业，只会显示当前节点的一个分析结果，作业的失败需要综合各个节点的失败原因做一个综合判断。

查看更多 →

timout、EOF错误原因定位及解决 i/o timeout及EOF报错是两种常见的因为网络原因导致请求失败的场景，通常是由于网络波动等原因导致；常见的定位思路包括： 通过ping桶 域名 （bucketName.endpoint）判断本地到指定访问的桶域名之间的网络是否不通；如果不通优先排查本地网络问题。

查看更多 →

处在打卡范围却无法定位？ 由于受到定位环境等影响，可能偶发定位偏移的情况，建议： 确保开启系统定位授权 移步室外开阔地带，规避信号遮挡 尝试连续定位或稍后再试 父主题： 考勤

查看更多 →