第十一章 系统错误消息 - 一般系统错误消息 N - O

简介: 第十一章 系统错误消息 - 一般系统错误消息 N - O

第十一章 系统错误消息 - 一般系统错误消息 N - O

错误代码 描述
<NETWORK DATA UPDATE FAILED - DATABASE> 发生异步网络错误,通过网络发送的更新丢失,因为服务器上的 IRIS检测到此数据库中的降级。这可能是一个非常严重的系统错误;请通知系统管理员。
<NETWORK DATA UPDATE FAILED - DIRECTORY> 发生异步网络错误,通过网络发送的更新丢失,因为引用的目录不在远程系统上。
<NETWORK DATA UPDATE FAILED - DISKHARD> 由于服务器上的 IRIS 遇到无法纠正的磁盘硬件错误,因此发生异步网络错误并且通过网络发送的更新丢失。这也可能是数据库问题的结果;通知系统管理员。
<NETWORK DATA UPDATE FAILED - FILEFULL> 发生异步网络错误,通过网络发送的更新丢失,因为服务器上的 IRIS 遇到<FILEFULL>错误。
<NETWORK DATA UPDATE FAILED - MAXSTRING> 发生异步网络错误并且通过网络发送的更新丢失,因为服务器上的 IRIS 尝试指定或创建比实现允许的长度(32,767 个字符)更长的数据字符串。
<NETWORK DATA UPDATE FAILED - NETFORMAT> 发生异步网络错误,通过网络发送的更新丢失,因为远程系统发现请求格式有误。致电支持中心以解决此严重错误。
<NETWORK DATA UPDATE FAILED - NETGLOREF> 发生异步网络错误,通过网络发送的更新丢失,因为远程系统发现请求格式有误。ISC支持中心以解决此严重错误。
<NETWORK DATA UPDATE FAILED - NETVERSION> 发生异步网络错误,通过网络发送的更新丢失,因为客户端和服务器系统运行的 ECP 版本不同,无法接受彼此的消息格式。
<NETWORK DATA UPDATE FAILED - PROTECT> 发生异步网络错误,并且由于发生<PROTECT> 错误,通过网络发送的更新丢失。
<NETWORK DATA UPDATE FAILED - STRINGSTACK> 发生了一个异步网络错误,通过网络发送的更新丢失,因为发生了<STRINGSTACK>错误。
<NETWORK DATA UPDATE FAILED - STRMISMATCH> 发生了一个异步网络错误,通过网络发送的更新丢失,因为在网络上处理大字符串时出现了内部错误。
<NETWORK DATA UPDATE FAILED - SUBSCRIPT> 发生异步网络错误,并且由于发生 错误,通过网络发送的更新丢失。

image.png


<NLS TABLE> 已尝试使用不适合转换表的数据执行 NLS 翻译。
<NO CURRENT OBJECT> 当前没有对象。
<NO MAILBOX> 进程间通信所需的资源不可用。
<NO SOURCE> 例程源Gloabl中的例程缺少源代码行。
<NODEV> 已尝试使用作业间通信对只写设备或写入只读设备。
<NOJOB> 试图在 View 命令中指定不正确的进程号,或者在 Job 命令中发生错误。
<NOLINE> 已尝试引用不存在的例程行。
<NORESTART> 无法重新启动应用程序或功能。
<NOROUTINE> 曾试图引用一个不存在的例程。有关详细信息,请参阅 $ZERROR
<NOSYS> 已尝试对当前网络配置中无法访问的远程系统进行扩展或隐式引用。远程系统不在表中。
<NOT PRIMARY VOLUME> 卷序不为1;卷标与卷的功能不一致。
<NOTOPEN> 无法打开设备,或者尝试使用未打开的设备。
<NULL VALUE> 不允许出现空字符串。
<OBJECT DISPATCH> 向只能采用多维对象属性的函数提供了非多维对象属性。
<OUT OF $ZF HEAP SPACE> $ZF 堆缺少必要的可用空间来支持在 IRIS 和通过 $ZF 函数调用的外部程序之间传递的输入或输出参数之一。

相关文章
|
7月前
|
算法 索引
第十四章 系统错误消息 - ISO 11756-1999标准错误
第十四章 系统错误消息 - ISO 11756-1999标准错误
53 2
|
1月前
|
消息中间件 存储 NoSQL
解决MQ下单消息重复消费幂等机制详解
【11月更文挑战第20天】在分布式系统中,消息队列(Message Queue, MQ)作为一种常用的中间件,用于在不同系统或服务之间异步传输消息。MQ的应用场景广泛,如订单处理、日志收集、系统解耦等。然而,MQ的使用也伴随着一些挑战,其中消息重复消费是一个常见问题。特别是在下单场景中,如果消息被重复消费,可能会导致订单被重复创建或处理,从而引发一系列业务问题。
73 6
|
7月前
|
网络协议 搜索推荐 数据库
第八章 系统错误消息 - 一般系统错误消息 A -D
第八章 系统错误消息 - 一般系统错误消息 A -D
46 0
|
7月前
|
存储 数据库
第九章 系统错误消息 - 一般系统错误消息 D - I
第九章 系统错误消息 - 一般系统错误消息 D - I
42 2
|
7月前
|
网络协议 数据库 数据安全/隐私保护
第十三章 系统错误消息 - 一般系统错误消息 S - Z
第十三章 系统错误消息 - 一般系统错误消息 S - Z
45 1
|
7月前
|
Java API 数据库
第十章 系统错误消息 - 一般系统错误消息 J - N
第十章 系统错误消息 - 一般系统错误消息 J - N
46 1
|
7月前
|
数据库
第十二章 系统错误消息 - 一般系统错误消息 P - S
第十二章 系统错误消息 - 一般系统错误消息 P - S
38 1
|
消息中间件 存储 网络协议
大厂都是如何处理重复消息的?
消息消费失败,很多框架会自动执行重试,而重试就产生了重复消息。 MQTT协议给出三种传递消息时能够提供的
292 0
|
消息中间件 RocketMQ 开发者
消息发送1-消息校验|学习笔记
快速学习消息发送1-消息校验
消息发送1-消息校验|学习笔记
|
消息中间件 存储 运维
【真实案例】消息消费失败如何处理?
在介绍消息中间件 MQ 之前,我们先来简单的了解一下,为何要引用消息中间件。 例如,在电商平台中,常见的用户下单,会经历以下几个流程。 当用户下单时,创建完订单之后,会调用第三方支付平台,对用户的账户金额进行扣款,如果平台支付扣款成功,会将结果通知到对应的业务系统,接着业务系统会更新订单状态,同时调用仓库接口,进行减库存,通知物流进行发货!
【真实案例】消息消费失败如何处理?