Q:提示service unavailiable,MRCP session错误等 A:可能是mrcp server没有启动成功、网络不通等。如果使用MRCP自带测试工具测试正常,则可能是用户前端配置错误。 Q:提示“MRCP session has not opened after 5000 ms”错误 A:检查log/mrcp_debug.log日志。
KMS API的每次调用都会进行完整的权限检查,各种操作都有完整的日志记录。
SERVFAIL:一般是上游服务器故障或无法连接到上游服务器 如确定是上游服务器问题,可提交工单处理 Headless 类型服务域名无法解析 问题现象: Headless 类型 svc 无法解析 问题原因: Headless 类型服务,解析结果会直接返回所有 pod ip,如业务 pod 是没有处于 Running 状态,则无法解析 解决方案: 请检查并确保服务对应的 pod 处于 Running
完成配置后点击 【保存并预检查】 ,开始执行预检查。 4.1.3 预检查和启动任务 DTS会在预检查阶段对任务配置及源端/目标端Redis标准版实例做检查,确认是否满足数据迁移需求。其中,检查结果分为四类: 失败 :表示该检查项不通过,且严重影响数据迁移的正常执行。失败的检查项无法强制通过,建议您根据修复建议处理后重新预检查。 警告 :表示该检查项不通过,对数据迁移有一定负面影响。
当您的网络情况非常差,推荐使用appendObject的方式进行断点续传,每次append 较小数据256kb,参考 追加上传 。 提示 断点续传是分片上传的封装和加强,是用分片上传实现的; 文件较大或网络环境较差时,推荐使用分片上传;
配置项 说明 健康检查状态 开启后 WAF 定期向后端服务器发送探测请求并返回检查结果;关闭后状态显示「未配置」 健康检查协议 指定检查后端服务器健康状态时使用的协议类型 健康检查头域 指定检查后端服务器健康状态时的 HTTP 请求中 Host 头字段 健康检查端口 指定检查后端服务器健康状态时的目标端口 健康检查路径 指定检查后端服务器健康状态时的 HTTP 请求路径 正常状态码 判定源站健康的响应状态码
若最后输出结果为 check connect failed ,则表示网络不通,可以在以下几个方面检测机器网络环境: 检查 /etc/resolv.conf 是否有特殊DNS映射。 通过 iptables -L 检查相关流量转发规则。 检查 /etc/nsswitch.conf 检查 hosts相关配置,比如是否有dns。 5.
检索失败时的排查指引 当配置的检索条件未查询到符合预期的推理日志时,您可配合控制台提示引导,尝试以下排查方法: 前往日志服务BLS ,检查当前检索条件的推理日志投递情况,判断是否有实际投递、存储对应推理日志。 检查期望检索字段的索引配置是否正确,例如索引开关、中文索引、Json动态索引等开启情况,进一步了解 索引配置 。 注意:对于推理服务日志投递的BLS日志集,平台已为您创建默认的索引配置。
特别提示开发者及最终用户注意: (1) 仅在开发者集成人脸离线采集SDK且调用我们提供的公有云服务时,序号1.1及序号1.2所述信息才会上报至我们的服务器,否则我们不会也无法获取到前述信息。 (2) 序号2所述信息将上报至开发者所部署的配合人脸离线采集SDK使用的后端人脸及安全私有化服务的服务器地址,我们不会也无法获取到前述信息。
遇到网络问题时,避免中间找点和重新迁移的代价,可以平滑实现断点续传,保障迁移进度可控。 DTS解决了跨网络的连通性问题,代价更低,用户迁移过程更透明。 DTS不停机迁移的步骤 通过实时同步方式,使用户迁移过程不会影响正常业务,并可实现秒级别停机切换。具体步骤如下: 在源实例入口对DTS服务器进行授权,允许DTS服务从源数据库中读取数据和拉取增量。