StorageTek Automated Cartridge System Library Software

消息

发行版 8.4

E68234-01

2015 年 9 月

StorageTek Automated Cartridge System Library Software 消息, 发行版 8.4

E68234-01

版权所有 © 2015, Oracle 和/或其附属公司。保留所有权利。

本软件和相关文档是根据许可证协议提供的，该许可证协议中规定了关于使用和公开本软件和相关文档的各种限制，并受知识产权法的保护。除非在许可证协议中明确许可或适用法律明确授权，否则不得以任何形式、任何方式使用、拷贝、复制、翻译、广播、修改、授权、传播、分发、展示、执行、发布或显示本软件和相关文档的任何部分。除非法律要求实现互操作，否则严禁对本软件进行逆向工程设计、反汇编或反编译。

此文档所含信息可能随时被修改，恕不另行通知，我们不保证该信息没有错误。如果贵方发现任何问题，请书面通知我们。

如果将本软件或相关文档交付给美国政府，或者交付给以美国政府名义获得许可证的任何机构，则适用以下注意事项：

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

本软件或硬件是为了在各种信息管理应用领域内的一般使用而开发的。它不应被应用于任何存在危险或潜在危险的应用领域，也不是为此而开发的，其中包括可能会产生人身伤害的应用领域。如果在危险应用领域内使用本软件或硬件，贵方应负责采取所有适当的防范措施，包括备份、冗余和其它确保安全使用本软件或硬件的措施。对于因在危险应用领域内使用本软件或硬件所造成的一切损失或损害，Oracle Corporation 及其附属公司概不负责。

Oracle 和 Java 是 Oracle 和/或其附属公司的注册商标。其他名称可能是各自所有者的商标。

Intel 和 Intel Xeon 是 Intel Corporation 的商标或注册商标。所有 SPARC 商标均是 SPARC International, Inc 的商标或注册商标，并应按照许可证的规定使用。AMD、Opteron、AMD 徽标以及 AMD Opteron 徽标是 Advanced Micro Devices 的商标或注册商标。UNIX 是 The Open Group 的注册商标。

本软件或硬件以及文档可能提供了访问第三方内容、产品和服务的方式或有关这些内容、产品和服务的信息。除非您与 Oracle 签订的相应协议另行规定，否则对于第三方内容、产品和服务，Oracle Corporation 及其附属公司明确表示不承担任何种类的保证，亦不对其承担任何责任。除非您和 Oracle 签订的相应协议另行规定，否则对于因访问或使用第三方内容、产品或服务所造成的任何损失、成本或损害，Oracle Corporation 及其附属公司概不负责。

目录

标题和版权信息

前言

- 目标读者

- 文档可访问性

1 事件日志消息

- 消息的格式

- 打开服务请求

- 为 Oracle 支持搜集诊断信息

- 消息

2 状态代码

前言

StorageTek Automated Cartridge System Library Software (ACSLS) 是 Oracle 的 StorageTek UNIX 服务器软件，用于控制 StorageTek 自动化磁带库。StorageTek ACS 产品系列包括基于磁带的全自动化数据存储和检索系统。StorageTek ACSLS 支持对各种客户机系统的网络访问，客户机系统的范围从工作站到大型机再到在各种操作系统上运行的超级计算机。

目标读者

本指南适用于负责管理 StorageTek ACSLS 的个人。它假定读者已具有以下各项的应用知识：

- UNIX 文件和目录结构。

- 如何使用适用于您平台的 UNIX 命令和实用程序。

- UNIX 系统文件。

- 如何执行典型的 UNIX 系统管理员任务，例如以 root 用户身份登录以及设置对 UNIX 应用程序的用户访问权限。

文档可访问性

有关 Oracle 对可访问性的承诺，请访问 Oracle Accessibility Program 网站 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc。

获得 Oracle 支持

购买了支持服务的 Oracle 客户可通过 My Oracle Support 获得电子支持。有关信息，请访问 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info；如果您听力受损，请访问 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs。

1 事件日志消息

本书按数字顺序列出了事件日志消息。消息编号是您在事件日志中看到的消息第二行开头显示的数字。在本书中，消息编号后跟消息文本，也就是您在事件日志消息中看到的最后一行。有关您在事件日志中看到的完整消息的说明，请转至“消息的格式”。

本书中的每条消息说明都包含以下信息：

- 消息编号和消息文本

- 对消息的解释

- 对消息中出现的任何变量的说明

- 响应消息所需的任何操作

消息的格式

所有事件日志条目采用一致的格式。每个条目都包含一行前缀，后跟模块信息以及两行或更多行消息文本。

消息的第一行包含三个元素：

- mm-dd-yy hh:mm:ss 是条目的日期和时间。

- component_name 是源磁带库服务器组件的缩写。例如 ACSLM、ACSSA、CSI、存储服务器等等。

- nn 是括在方括号中的请求 ID。当收到有效请求时，ACSLM 将生成此 ID。您可以输入查询请求命令来检查由请求 ID 所指定请求的状态。

第二行以及后续行包含以下信息：

- message_number 是消息的编号。

- classification 是消息的单字母等级。这些等级如下所示：

- N－未划分等级

- I－仅供参考

- W－警告

- E－错误

- mod_id、mod_ver 和 mod_line 分别表示生成消息的 ACSLS 模块的文件名、模块版本和模块行号。包括这些标识符是为了帮助 Oracle 支持人员确定问题的原因。它们不是为了供系统管理员或磁带库用户使用。

- function 是生成消息的组件函数。错误消息 (E) 通常包括函数。参考性消息 (I) 通常省略函数。（请参见上一页所示所有条目的一般格式的第三行）。

- message text 是消息本身。消息可能占用一行或多行文本。

打开服务请求

Oracle 客户可通过 My Oracle Support 获得电子支持。有关信息，请访问 http://www.oracle.com/support/contact.html；如果您听力受损，请访问 http://www.oracle.com/accessibility/support.html。

请使用这些网站打开服务请求并报告问题或咨询问题。

为 Oracle 支持搜集诊断信息

首先，请记录发生问题的上下文或者您对其有疑问的上下文。准备好以下信息：

- 运行的 ACSLS 的发行版和维护级别

- 硬件平台

- 操作系统 (Operating System, OS) 发行版级别

- ACSLS 支持的磁带库

- 发生问题时，ACSLS 正在执行什么操作

在服务呼叫过程中，Oracle 支持可能会要求您发送整组诊断日志和其他诊断信息以便进行分析。使用一个命令即可收集所有这些数据：

get_diags

注:
必须以 root 用户身份登录才能运行 get_diags。

当该实用程序已收集了所有信息时，它将提示您通过电子邮件发送数据或者使其可用于手动传输。

如果您选择直接从 ACSLS 计算机通过电子邮件发送数据，请确保在您的 ACSLS 计算机与 Internet 之间可以进行电子邮件通信。您的企业可能设置了防火墙来阻止直接从目标计算机发送电子邮件。在这种情况下，您可以在企业内部通过电子邮件将信息发送给您自己，然后再将诊断数据转发给 Oracle。

此外，您还可以选择手动传输这些信息。get_diags 实用程序会告诉您到何处查找在等待传输的 tar 数据包。通常，诊断数据的暂存区域是 /export/backup/diag/acsss。

消息

0 I

message text.

解释：发生了错误，并由消息文本变量对其进行了说明。

变量：message text 变量对错误进行了说明。

用户响应：解决错误情况。如果您需要协助，请搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。该错误消息可能表明丢失卷的情况。有关更多信息，请参见 ACSLS Administrator's Guide 的 "Troubleshooting" 中的 "Recovering Errant (Lost) Volumes"。

1 E

unexpected status = status

解释：一个 ACSLS 函数从另一个 ACSLS 函数收到了意外状态代码。

变量：status 变量是在函数之间传送的代码。

用户响应：如果错误再次发生，请搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

4 N

LSM lsm_id: Access door closed.

解释：LMU 向 ACSLS 传送了一条消息，指明 LSM 检修门刚刚关闭。

变量：lsm_id 变量是检修门已关闭的 LSM。

用户响应：无。

5 N

LSM lsm_id: Access door opened.

解释：LMU 向 ACSLS 传送了一条消息，指明 LSM 检修门刚刚打开。

变量：lsm_id 是检修门已打开的 LSM。

用户响应：无。

6 N

ACS Identifier acs_id Invalid.

解释：ACS 标识符或变量采用错误的格式或者具有无效的值。

变量：acs_id 是无效的 ACS 标识符。

用户响应：输入正确的格式。有关 ACS 标识符的正确格式，请参见 ACSLS Administrator's Guide 中 "Command Reference" 一章 "General Command Syntax" 一节中的 "Component Types and Identifiers"。

9 N

LSM Identifier lsm_id Invalid.

解释：LSM 标识符或变量采用错误的格式或者具有无效的值。

变量：lsm_id 是无效的 LSM 标识符。

用户响应：输入正确的格式（请参见 ACSLS Administrator's Guide 中 "Command Reference" 一章 "General Command Syntax" 一节中的 "Component Types and Identifiers"）和正确的标识符值。

20 N

Invalid exit status returned from PID process-id.

解释：未将从进程 ID (process ID, PID) 返回的退出状态视为有效的退出状态。

变量：

- status 是从进程 ID 返回的退出状态。

- process-id 是进程 ID 值

用户响应：搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

37 N

LMU READY received for ACS Identifier acs_id.

解释：已将 LMU 联机。

变量：acs_id 是该 LMU 连接到的 ACS 的标识符。

用户响应：无。

38 N

LSM NOT READY received for LSM Id lsm_id.

解释：已将 LSM 脱机。

变量：lsm_id 是已脱机的 LSM 的标识符。

用户响应：无。

40 N

LSM READY received for LSM Identifier lsm_id.

解释：已将 LSM 联机。

变量：lsm_id 是已联机的 LSM 的标识符。

用户响应：无。

43 N

PORT OFFLINE received for PORT Id port_id.

解释：已将服务器系统与 LMU 之间的端口脱机。

变量：port_id 是已脱机的端口的标识符。

用户响应：无。

53 N

cell cell_id - Reserved too long by another process

解释：数据库中的某个单元记录已由其他进程保留，在适当次数的重试和超时后，审计操作无法访问该记录。审计操作继续访问下一个单元。该错误表明系统负载过重。

变量：cell_id 是该单元记录的标识符。

用户响应：

1. 发出 query request all 以查看该单元是否有任何活动请求。有关发出命令的信息，请参见 ACSLS Administrator's Guide 的 "Command Reference" 一章。

2. 如果没有活动请求，请针对包含指定单元的子面板发出审计请求。请参见 "Command Reference" 一章。

3. 如果问题仍然存在，表明发生了软件故障，必须重新启动磁带库服务器。请参见 "Command Reference" 一章。

54 N

Cell cell_id - Missing cell detected

解释：LSM 机械手在 LSM 中找不到某个存储单元。可能的原因是 L 形的目标已从该单元中擦除或者单元载体已从 LSM 墙上脱离。这是磁带库配置错误，会导致磁带库服务器终止。

变量：cell_id 是缺少的单元的位置。

用户响应：在更正错误并重新启动磁带库服务器后，应该重新运行审计。

55 N

Panel panel_id - Audit of panel completed.

解释：对于 ACS、LSM 或服务器审计，会针对已审计的每个面板将该消息写入事件日志。

变量：panel_id 是已审计面板的位置。

用户响应：无。

62 N

Cell cell_id - routine_name returned unexposed status = status_code

解释：在审计期间检查某个单元时，从调用的例程返回了意外状态。审计操作将终止对该单元的检查。

变量：

- cell_id 是正在检查的单元。

- routine_name 是正在检查有关单元的信息的例程。

- status_code 是返回的意外状态代码。有关状态的含义，请参见 "Status Codes" 一章。

用户响应：仅对该单元发出子面板审计或者使用 SLConsole 检查该单元。如有必要，请与 Oracle 支持联系。

65 N

Cartridge vol_id found at location cell_id.

解释：在 ACS 中找到一个数据库中未列出的磁带。已将该磁带添加到数据库中。

变量：

- vol_id 是该磁带的外部标签。

- cell_id 是找到该磁带的存储单元位置。

用户响应：无。

66 N

Cartridge vol_id, new location cell_id

解释：一个磁带未在数据库定义的位置上。不会在 ACS 中移动该磁带，而是更新数据库以反映新的存储位置。

变量：

- vol_id 是该磁带的外部标签。

- cell_id 是为该磁带分配的存储单元位置。

用户响应：无。

67 N

Cartridge vol_id not found.

解释：在 ACS 中未找到数据库中列出的某个磁带。已将该磁带从数据库中移除。

变量：vol_id 是该磁带的外部标签。

用户响应：无。

75 N

Unexpected Automatic Enter Request received: discarded.

解释：CAP 在请求队列为空时关闭。没有 CAP 关闭应该与其关联的匹配请求。已忽略 CAP 关闭。

用户响应：查看相关的事件日志消息，从中得到发生这种情况的可能原因的提示。

81 N

ACS acs_id configuration failed to verify.

解释：磁带库服务器数据库中的 ACS 配置与在 LMU 中定义的配置不匹配。恢复处理终止。

变量：acs_id 是 ACS 的唯一标识符。

用户响应：恢复处理终止后，重新运行磁带库服务器 acsss_config 程序，以便在数据库中重新定义磁带库配置。

83 N

Drive drive_id: Configuration failed to verify

解释：恢复进程无法根据在 LMU 中定义的配置成功验证数据库中的磁带机配置。发生这种情况可能是因为 LSM 处于脱机状态或者因为实际配置不匹配。

变量：drive_id 是磁带机的唯一标识符。

用户响应：发出 query lsm 请求，以显示 LSM 的状态。如果 LSM 处于联机状态，您必须运行 acsss_config 程序，以便在磁带库服务器数据库中重新定义配置。然后：

1. 检查磁带机是否存在任何问题。

2. 如果磁带机存在问题，请解决这些问题。

3. 使磁带机和 LSM 变为联机。

4. 如果问题仍然存在，或者如果磁带机是新的或已移除，请运行 acsss_config。有关重新配置 ACSLS 的过程的更多信息，请参见 ACSLS Administrator's Guide 中的 "Configuring your Library Hardware" 一章。

85 N

LSM lsm_id: configuration failed to verify.

解释：数据库中的 LSM 配置与在 LMU 中定义的配置不匹配。恢复处理终止。该消息将后跟表明服务器系统恢复失败的消息。

变量：lsm_id 是其配置与在 LMU 中定义的配置不匹配的 LSM。

用户响应：有关故障的其他信息，请查看之前的事件日志条目。执行针对关联错误消息建议的操作。

87 N

ACS acs_id: No ports online: marked offline.

解释：服务器系统无法与指定 ACS 的任何端口进行通信。恢复操作将继续，但是 ACS 及其 LSM 在数据库中标记为脱机。

变量：acs_id 是更新的 ACS。

用户响应：当恢复完成时，执行以下操作：

1. 使端口变为联机。

2. 该操作是否可以解决问题？

- 是－使 ACS 变为联机。操作已完成。

- 否－执行本过程中的剩余步骤。

3. 查找并解决与端口有关的任何问题。在其他情况下，检查以下几项：

- LMU 是否已关闭。

- 是否缺少电缆或存在错误连接。

- 端口是否出错。

4. 使端口变为联机。

5. 使关联的 ACS 变为联机。

注:
如果具有多个 ACS，请针对每个额外的 ACS 重复执行以上步骤。

88 N

No server ports online.

解释：服务器系统无法与任何 ACS 进行通信。恢复操作将继续，但是所有 ACS 及其 LSM 标记为脱机。

用户响应：要使 ACS 变为联机，ACS 必须至少有一个通信端口处于联机状态。当恢复完成时，执行以下操作：

1. 向相应的端口发出 vary online 请求。

2. 使所有关联的 ACS 变为联机。

89 N

Port port_id: Failed to go online: marked offline.

解释：服务器系统无法与 ACS 的一个端口进行通信。该端口在数据库中标记为脱机。

变量：port_id 是未能联机的端口。

用户响应：检查服务器系统与 LMU 之间的通信线路。如果线路完好无损，请向指定的端口发出 vary online 请求。

94 N

Cell cell_id: Corrected cell status to status

解释：根据 ACSLS 处理更新了某个单元记录的状态。

变量：

- cell_id 是更新的特定单元。

- status 表示该单元的新状态。

用户响应：无。这只是一个通知。

95 N

Drive drive_id: Corrected drive status to status

解释：根据 ACSLS 处理更新了某个磁带机记录的状态。

变量：

- drive_id 是更新的特定磁带机。

- status 表示该磁带机的新状态。

用户响应：无。这只是一个通知。

96 N

Volume vol_id: Corrected volume status to status.

解释：根据 ACSLS 处理更新了某个卷记录的状态。

变量：

- vol_id 是更新的特定卷。

- status 表示该卷的新状态。

用户响应：无。这只是一个通知。

100 N

LSM lsm_id: Hardware failed to vary offline/online: marked offline

解释：用于使 LSM 变为脱机的请求已处理完毕，但是 LSM 未能使 LSM 变为脱机。

变量：lsm_id 是请求中的 LSM。

用户响应：运行磁带库诊断以帮助确定问题的原因（有关说明，请参见相应的硬件维护手册）。搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

101 N

LSM lsm_id is full; volume vol_id cannot be recovered and is deleted.

解释：恢复某个 LSM 时，ACSLS 发现该卷在活动场或中转单元中或者在 PCP 单元中。它尝试通过将该卷移至该 LSM 中的新起始单元来恢复该卷。但是，无法恢复该卷，因为 LSM 已满。该卷在数据库中标记为已删除。

变量：

- lsm_id 标识正在恢复的 LSM。

- vol_id 标识已删除的卷。

用户响应：

1. 从 LSM 中弹出一个卷。

2. 使 LSM 变为脱机再重新联机以恢复该卷。

105 N

component component_id: Overridden by another vary request.

解释：指定的组件未变为指定的状态，因为该请求被另一个 vary 请求覆盖。

变量：

- component 是磁带库组件（例如 ACS）。

- component_id 是磁带库组件的标识符。

用户响应：无。如果需要，请重新提交 vary 请求。

113 N

File file: operation failed on \"%s\" (errno=error_no).

解释：对事件日志文件执行的某项操作失败。

变量：

- file 是对其执行操作失败的文件。

- operation 是失败的操作。

- error_no 是与该文件操作问题关联的系统错误编号。

用户响应：搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

115 N

Volume vol_id: Corrected volume type from media_type1 to media_type2 cartridge.

解释：ACSLS 审计操作检测到了一个介质类型不正确的卷。审计操作使用正确的卷介质类型更新了 ACSLS 数据库。

变量：

- vol_id 是卷 ID。

- media_type1 是不正确的卷介质类型。

- media_type2 是更正后的卷介质类型。

用户响应：无。

122 E

surr_main (PID #####): Creating socket SURROGATE failed on "#####".

解释：代理主例程尝试创建套接字（使用 socket() 系统调用）来监听来自磁带库管理网关的请求。正在运行的每个代理进程都有其自己独特的套接字。系统的响应是使用 acsss_daemon 异常终止 IPC 代理并自动重新启动 ACSLS（最多 10 次）。

变量：##### 是尝试创建套接字的代理的进程 ID。

用户响应：

1. 查找可能表明为什么 socket() 调用失败的关联错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统，然后中止任何额外的 ACSLS 僵进程（使用 ps | grep acs）。

3. 重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

4. 如果问题仍然存在，请检查是否已超过 UNIX 系统对套接字、文件描述符或其他网络资源的限制。

5. 如果问题仍然存在，请搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

125 N

Volume vol_id: Locked volume deleted, lock was lock_id.

解释：删除了一个具有非零锁标识符的卷。

变量：

- vol_id 是卷标识。

- lock_id 是锁定标识符。

用户响应：无。

126 N

Timed out waiting for message.

解释：一个进程将内部请求传送到了另一个进程。后者未在指定的超时期限内响应。

用户响应：查看相关的事件日志消息，从中得到发生这种情况的可能原因的提示。

130 E

surr_main (PID #####): Environment variable SURROGATE_QUEUE_AGE is not defined or has a null value: exiting.

解释：代理主例程无法获得 SURROGATE_QUEUE_AGE 动态环境变量或者该变量未正确设置。IPC 代理终止。

变量：##### 是发出错误的代理的进程 ID。

用户响应：使用 acsss_config 程序定义 SURROGATE_QUEUE_AGE 变量。

131 E

surr_main (PID #####): Environment variable SURROGATE_TIMEOUT is not defined or has a null value: exiting

解释：代理主例程无法获得 SURROGATE_TIMEOUT 动态环境变量或者该变量未正确设置。IPC 代理终止。

变量：##### 是发出错误的代理的进程 ID。

用户响应：使用 acsss_config 程序定义 SURROGATE_TIMEOUT 变量。

132 E

surr_main (PID #####): Environment variable SURROGATE_PORT is not defined or has a null value: exiting.

解释：代理主例程无法获得 SURROGATE_PORT 动态环境变量或者该变量未正确设置。IPC 代理终止。

变量：##### 是发出错误的代理的进程 ID。

用户响应：使用 acsss_config 程序定义 SURROGATE_PORT 变量。

135 N

Unexpected ACSLH catalog status status detected.

解释：一个 ACSLS 组件发出目录请求后，收到了响应，但是其中包含的状态代码不符合该请求组件的预期。

变量：status 是特定状态代码。

用户响应：无。有关其他信息，请参见事件日志。

141 N

Unexpected message detected, IPC identifier is ipc_id

解释：一个孤立响应从一个进程返回到另一个进程，它与任何未处理请求都不匹配。

变量：ipc_id 是分配给该消息的标识符。

用户响应：查看相关的事件日志消息，从中得到发生这种情况的可能原因的提示。

146 N

Unexpected status status detected.

解释：一个 ACSLS 函数从另一个 ACSLS 函数收到了意外状态代码。

变量：status 是在函数之间传送的代码。

用户响应：搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

148 N

Volume vol_id Unknown media type detected.

解释：执行磁带恢复时，遇到一个带有可读标签的磁带，但是在数据库中没有为其记录任何卷记录。在添加卷记录的过程中，已尝试根据介质类型确定卷类型。该尝试失败，因为介质类型未知。

变量：vol_id 是该磁带的特定卷标识符。

用户响应：无。

149 N

Removing file file: failed on cause of failure.

解释：对事件日志文件执行的某项操作失败。

变量：

- file 是事件日志文件的名称。

- cause of failure 是操作失败的原因。

用户响应：搜集所需信息并收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

152 N

Unsupported version version packet detected: discarded.

解释：ACSLS CSI 在请求中检测到了不受支持的包版本。

变量：version 是不受支持的包版本。

用户响应：更新客户机应用程序以使用受支持的包版本，或者收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

153 W

Volume vol_id: Found in cell/CAP/drive/recovery cell_id/CAP_id/drive_id/cell added.

解释：通过改变状态或 CAP 处理在磁带库中找到错位的磁带时，会发出该消息。

变量：

- vol_id 是找到的卷的标识符。

- cell/CAP/drive/recovery 是找到卷的位置的位置类型。

- cell_id/CAP_id/drive_id/cell 是找到卷的位置的位置标识符。如果在活动场区域（恢复）中找到了一个卷，则输出中只有 cell 一词，而没有 cell_id。

用户响应：无。

154 W

Misplaced cartridge detected; volume vol_id cannot be recovered and is deleted.

解释：恢复某个 LSM 时，ACSLS 发现该卷在活动场/中转单元中或者在 PCP 单元中。它尝试通过将该卷移至该 LSM 中的新起始单元来恢复该卷。但是，移动失败，因为目标单元包含磁带。该卷尚未恢复，在数据库中标记为已删除。

变量：vol_id 标识已删除的卷。

用户响应：

1. 检查问题是否由一个错位的磁带引起。

2. 如果不是，请审计 LSM 以更新 ACSLS 数据库，使其与磁带库的实际内容匹配。

3. 使 LSM 变为脱机再重新联机以恢复该卷。

155 N

Volume vol_id: New home location is cell cell_id.

解释：检查某个存储单元时，磁带恢复进程遇到了一个似乎错位的磁带。已检查为该磁带记录的起始单元，发现该单元为空或装满其他某种磁带。

变量：

- vol_id 是该磁带的特定卷标识符。

- cell_id 是从中找到该磁带的单元。

用户响应：无。该磁带的卷记录将更新以反映新的起始单元位置。

187 N

Audit started.

解释：审计处理已开始。

用户响应：无。

239 N

calling_routine:id_type indentifier called_routine() unexpected status = status_code.

解释：审计中的一个例程从一个被调用例程收到了失败状态。收到失败状态代码后，调用例程终止。

变量：

- calling_routine 是调用例程。

- id_type 是标识符的类型（例如 lsm、cap、面板和子面板）。

- identifier 是组件的标识符。

- called_routine 是返回失败状态代码的被调用例程。

- status_code 是返回的失败状态代码。有关状态的含义，请参见 "Status Codes" 一章。

用户响应：之前的消息可能解释了失败的根本原因。如有必要，请与 Oracle 支持联系。

240 E

Cartridge Recovery () unexpected status = STATUS_LIBRARY_NOT_AVAILABLE

解释：检查存储单元时，磁带恢复进程无法检查一个处于闲置状态的 LSM。

用户响应：无。

241 N

audit completed not all cartridges were ejected, messages lost status = audit_completion_status.

解释：一个派生的审计流程向父审计流程发送了一条不完整或不可理解的消息。因此，可能无法弹出某些非正常磁带。

变量：audit_completion_status 是审计完成时的状态。

用户响应：要响应该消息，请执行以下操作：

1. 查看之前的事件日志条目，以确定丢失消息的原因。

2. 如果 audit_completion_status 为 Audit canceled 或 Audit failed，则应该重新运行审计。

3. 如果审计仍然失败，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

243 N

Audit completed.

解释：已成功完成审计处理。

用户响应：无。

244 N

audit cancelled not all cartridges were ejected, messages lost status = audit_completion_status.

解释：一个派生的审计流程向父审计流程发送了一条不完整或不可理解的消息。因此，可能无法弹出某些非正常磁带。

变量：audit_completion_status 是审计完成时的状态。

用户响应：

1. 查看之前的事件日志条目，以确定丢失消息的原因。

2. 如果 audit_completion_status 为 Audit canceled 或 Audit failed，则应该重新运行审计。

3. 如果审计仍然失败，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

4. 如果 audit_completion_status 为 Audit complete，则无需执行任何操作，因为已成功完成审计。

245 N

Audit cancelled.

解释：已取消审计处理。数据库可能具有差异，或者可能尚未弹出非正常磁带。

用户响应：无。

246 N

Audit failed not all cartridges were ejected, messages loststatus = audit_completion_status.

解释：一个派生的审计流程向父审计流程发送了一条不完整或不可理解的消息。因此，可能无法弹出某些非正常磁带。

变量：audit_completion_status 是审计返回的状态。

用户响应：要响应该消息，请执行以下操作：

1. 查看之前的事件日志条目，以确定丢失消息的原因。

2. 如果 audit_completion_status 为 Audit canceled 或 Audit failed，则应该重新运行审计。

3. 如果审计仍然失败，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

4. 如果 audit_completion_status 为 Audit complete，则无需执行任何操作，因为已成功完成审计。

247 N

Audit failed.

解释：由于某种错误情况，导致审计处理已终止。错误的说明显示在命令区域中。数据库可能具有差异，或者可能尚未弹出非正常磁带。

用户响应：查看之前的事件日志条目，以确定失败的原因。执行针对关联消息建议的操作。完成该操作后，重新运行审计。

252 N

Audit failed not all cartridges were ejected, status = status

解释：ACSLS 审计已中断（例如，由于使用 idle force 命令或硬件故障导致）。

变量：status 描述了中断审计的事件。

用户响应：重新提交审计。

317 N

Lock request size incorrect.Req = string1, Exp = number1, Rec = number2.

解释：所提交锁定请求的大小与预期的字节数不匹配。

变量：

- string1 是当前的锁定请求类型。

- number1 是当前锁定请求的预期字节数。

- number2 是当前锁定请求的实际字节数。

用户响应：重新提交锁定请求，使请求包含正确的信息。

347 N

Initiation started, acsss_version.

解释：磁带库服务器启动已开始。

变量：acsss_version 是 ACSLS 版本号。

用户响应：无。

351 N

Initiation completed (library server).

解释：已成功完成产品启动。

用户响应：无。

352 N

wait() return invalid PID PID

解释：wait 返回的 PID 不是预期的 PID。

变量：PID 是 wait() 返回的进程 ID。

用户响应：如果需要，请重新启动 ACSLS。如果尝试三次后重新启动 ACSLS 失败，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

354 N

exit status (status_code), status, received from process_name

解释：磁带库服务器守护进程从一个磁带库服务器进程收到了意外退出状态。

变量：

- status_code 是由于退出而生成的磁带库服务器状态代码。

- status 是来自该进程的数字退出状态。

- process_name 是磁带库服务器进程。

用户响应：如果在未关闭 ACSLS 或发出 idle force 命令时发生了该错误，请检查以下情况：

- 继续进行处理，不再发生错误。
无操作。消息仅供参考。

- 继续进行处理，但是在数天、数周或数月内继续发生相同的错误。
请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

- 不继续处理。
请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

355 N

signal (signal_num) terminated process_name.

解释：指定的信号导致一个 ACSLS 进程终止。ACSLS 将重新启动该进程或终止，具体取决于终止的进程。如果在关闭 ACSLS 时收到该消息，则它仅供参考。

变量：

- signal_num 是收到的终止进程的信号编号。

- process_name 是终止的磁带库服务器进程。

用户响应：如果需要，请重新启动 ACSLS。如果尝试三次后重新启动 ACSLS 失败，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

356 N

Termination invoked, termination_status.

解释：磁带库服务器终止已开始。

变量：termination_status 是磁带库服务器状态代码，它表明了终止的原因

用户响应：执行针对相应 termination_status 建议的操作：

- 如果 termination_status 为 STATUS_TERMINATED，则无需执行任何操作，因为这表明是由 acsss 用户手动调用了软件的终止。

- 如果 termination_status 为 STATUS_DATABASE_ERROR，请执行以下过程：

1. 使用 rc.acsss 命令文件尝试重新启动磁带库服务器软件。

2. 系统可能会提示您输入 acsss 用户密码。如果您是 acsss 或 root 用户，则系统不会提示。
是否成功重新启动了磁带库服务器？

- 是－转至第 3 步。

- 否－转至第 4 步。

3. 运行数据库恢复实用程序 rdb.acsss （以 acsss 用户身份）。

1. rdb.acsss 命令将提示您装入磁带。鉴于该实用程序将改写您的现有数据库，请装入您具有的最新备份磁带。（如果您没有最新的备份磁带，请输入 Control+c 以退出本过程。）

2. 当 rdb.acsss 成功完成时，使用 rc.acsss 实用程序尝试重新启动磁带库服务器软件。

4. 执行审计以使数据库与磁带库的物理内容一致。

5. 如果以上步骤均未成功，请收集相关的 ACSLS 数据。

- 如果 termination_status 为 STATUS_CONFIGURATION_ ERROR，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。他们将调整 LMU 配置，使其与磁带库的物理配置匹配。完成该操作后，重新运行磁带库服务器配置程序，以便在数据库中重新定义磁带库配置。

- 如果 termination_status 为 STATUS_RECOVERY_FAILED，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

357 N

wait failed, ret = wait_return_code, errno = error_no.

解释：UNIX 系统调用 wait() 失败。

变量：

- wait_return_code 是 wait 返回的代码。

- error_no 是系统错误编号。

用户响应：如果需要，请重新启动 ACSLS。如果尝试三次后重新启动 ACSLS 失败，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

361 N

process_name restarted, pid process_id.

解释：已自动重新启动一个磁带库服务器进程。

变量：

- process_name 是终止的磁带库服务器进程。

- process_id 是磁带库服务器进程标识符。

用户响应：如果在数天、数周或数月内再次出现该消息，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

368 N

Unreadable Label cell_id.

解释：机械手无法破译卷的外部标签。

变量：cell_id 是卷所在的存储单元位置。

用户响应：弹出卷并检查标签。如果无法确定要弹出的卷，请提交以下命令：

sql.sh "select volid from volumetable where acs=v and lsm=w and panel=x and row=y and column=z."

在本例中，v、w、x、y 和 z 分别是 acs、lsm、panel、row 和 column 的相应值。

如果读取正常标签时频繁发生该错误，请与客户服务工程师 (Customer Service Engineer, CSE) 联系，以检查机械手视觉系统。

371 N

Destination location full: cell_id/drive_id

解释：要将某个磁带卸载到的存储单元已满，不过数据库指明它为空。机械手将重试卸载，直到找到可用的单元为止。该错误最可能的原因是有人进入了 LSM 并手动移动了磁带。

变量：

- cell_id 是在数据库中指明的存储单元位置。

- drive_id 是磁带机的标识符。

用户响应：您应该对 LSM 执行审计，以使数据库与 LSM 的物理内容一致。

372 N

Source location empty: cell_id

解释：当机械手准备将标记为要弹出的磁带移至 CAP 时，在存储单元中未找到该磁带。审计终止。该错误最有可能的原因是机械手中的硬件故障。

变量：cell_id 是标记为要弹出的磁带应该所在单元的标识符。

用户响应：有关该错误的其他信息，请查看事件日志中之前的条目。采用正确的 LSM 进入流程，检查机械手以查看是否存在中转磁带；移除在该位置找到的任何磁带。使 LSM 变为重新联机后，重复执行审计。

376 N

Drive drive_id: No cleaning cartridge available

解释：指定的磁带机需要清洗，但是没有清洗磁带可用。继续挂载。

变量：drive_id 是磁带机的标识符。

用户响应：添加更多清洗磁带，确保这些磁带与磁带机类型兼容。有关添加清洗磁带的信息，请参见 ACSLS Administrator's Guide 的 "Cartridge Management" 一章 "Cleaning Transports" 一节中的 "Defining Cleaning Cartridges"。

377 N

mc_mo_error: Cleaning failed.Drive drive_id

解释：涉及清洗磁带的挂载操作失败。

变量：drive_id 是请求清洗操作的磁带机的标识符。

用户响应：查看事件日志中关联的错误消息，以确定故障的根本原因。

383 N

Cleaning cartridge vol_id: Usage limit exceeded.

解释：清洗磁带机导致一个清洗磁带超过了指定的最大使用量。执行自动清洗时不能再选择该清洗磁带。

变量：vol_id 是该清洗磁带的标识符。

用户响应：弹出该清洗磁带。

386 N

Source location empty: cell_id

解释：LSM 机械手在数据库指明的位置找不到磁带。请求失败。

变量：cell_id 是在数据库中指明的存储单元位置。

用户响应：该错误最可能的原因是有人装入了 LSM 并手动移动了磁带。您应该对 LSM 执行审计，以使数据库与磁带库的物理内容一致。

387 N

Cartridge in cell_id, unreadable label

解释：LSM 机械手无法读取在指定磁带机中找到的磁带的标签。请求失败。

变量：cell_id 是在数据库中指明的存储单元位置。

用户响应：弹出该磁带。更正标签问题，然后重新装入该磁带。

400 N

Volume record created for vol_id

解释：发现标记为已保留的单元或磁带机包含数据库中不存在的磁带。为新卷创建了一条记录。该消息通常与表明磁带机 (drive_id) 可读且标记为使用中的消息一起出现。

变量：vol_id 是创建的卷记录。

用户响应：Oracle 建议您对 LSM 执行审计，以使数据库与磁带库的物理内容一致。

405 N

Table lookup failure m_id: m_id

解释：处理挂载请求时发生了消息处理错误。将挂载标识为由于某种故障而未完成。

变量：m_id 是挂载请求 ID。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

435 N

Volume: vol_id may be jammed in drive: drive_id

解释：指定的卷在指定的传输中堵塞。

变量：

- vol_id 是堵塞的卷。

- drive_id 是包含堵塞的卷的磁带机。

用户响应：必须从磁带机中手动卸载堵塞的卷；如有必要，请与 Oracle 支持联系。

436 N

Cartridge vol_id, new location cell_id.

解释：该消息报告在 ACSLS 数据库中记录了磁带的新位置。

变量：

- vol_id 是移动的卷的卷标识符。

- cell_id 是移动的卷的新位置。

用户响应：无。

437 N

volume vol_id not in drive drive_id, deleted.

解释：发现一个标记为包含磁带的磁带机为空。已从数据库中删除卷记录。

变量：

- vol_id 是删除的卷记录。

- drive_id 是数据库指明包含磁带的磁带机。

用户响应：Oracle 建议您对 LSM 执行审计，以使数据库与磁带库的物理内容一致。

439 N

Unknown packet received, command command, identifier ipc_id

解释：ACSSA 收到了一个消息包，但是在请求队列中未找到该数据包的 IPC 标识符。ACSSA 无法处理该消息。

变量：

- command 是 MESSAGE_HEADER 中的条目。

- ipc_id 是分配给该消息的标识符（用于同步请求与响应）。

用户响应：如果该消息频繁出现，请在方便时尽早采用以下过程关闭并重新启动磁带库服务器软件：

1. 从命令处理器窗口中，发出 idle 请求，以将磁带库服务器置于静默状态。

2. 以 acsss 用户身份登录，并使用 kill.acsss 实用程序关闭磁带库服务器。

3. 使用 rc.acsss 实用程序重新启动磁带库服务器。

441 N

cl_ipc_read() byte count < sizeof(REQUEST_HEADER) = bytes

解释：发生了 ACSLS 内部故障。

变量：bytes 是发生故障之前读取的字节数。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

485 N

ipc_read: shared_block_read failed, errno = error_no

解释：发生了 ACSLS 内部故障。

变量：error_no 对故障进行了说明。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

486 N

cl_ipc_read: accept() failed, errno + error_no.

解释：在 ACSLS 进程之间建立通信时，接收端无法接受来自发送端的传入连接。

变量：error_no 是从对 accept() 的系统调用返回的错误代码。

用户响应：无。事件日志中的其他消息可能报告进程间通信 (inter-process communication, IPC) 发生了故障。如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

487 N

cl_ipc_read: invalid byte_count detected.

解释：在 ACSLS 进程之间进行通信时收到了似乎包含无效数据的数据包。

变量：无。

用户响应：无。事件日志中的其他消息可能报告进程间通信 (inter-process communication, IPC) 发生了故障。如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

528 N

Invalid type type identifier.

解释：type 标识符采用错误的格式或者具有无效的值。

变量：type 标识符是指操作员在网络或 ACSLS 中使用的无效标识符类型。

用户响应：输入正确的格式（请参见 ACSLS Administrator's Guide 的 "Command Reference" 一章中 "General Command Syntax" 一节中的 "Component Types and Identifiers"）和/或正确的标识符值。

530 N

Invalid tag count file=number1 vs. code=number2.

解释：在动态变量文件中找到的条目数量不正确。

变量：

- number1 是在该文件中找到的条目数量。

- number2 是 ACSLS 预期的条目数量。

用户响应：

1. 以 acsss 身份登录。

2. 运行：dv_print > filename。

3. 为 Oracle 支持保存该动态变量文件。

4. 请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

536 N

cl_ipc_read: read() failed, errno = error_no.

解释：在 ACSLS 进程之间进行通信时，接收端无法成功读取来自发送端的输入。

变量：error_no 是从对 read() 的系统调用返回的错误代码。

用户响应：无。事件日志中的其他消息可能报告进程间通信 (inter-process communication, IPC) 发生了故障。如果该问题再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

546 N

LH error type = status.

解释：该消息表明 ACSLS 从磁带库硬件收到了异常状态代码。

变量：status 是在函数之间传送的代码。

用户响应：查看附带的 LH 错误类型，以确定该消息的根本原因。

568 E

EXEC SQL Lock timeout: insert into acstable * values (acs, partition_id, acs_state acs_desired_state).

解释：尝试将记录插入表格中失败。

变量：

- acs 是 ACS 标识符。

- partition_id 是 ACS 的分区 ID。

- acs_state 是 ACS 的实际状态。

- acs_desired_state 是您希望 ACS 所处的状态。

用户响应：

1. 重新启动 ACSLS。

2. 如果问题仍然存在，请重新启动数据库服务器。

569 E

EXEC SQL Error on insert into acstable * values (acs, partition_id, acs_state acs_desired_state).

解释：尝试将记录插入表格中失败。

变量：

- acs 是 ACS 标识符。

- partition_id 是 ACS 的分区 ID。

- acs_state 是 ACS 的实际状态。

- acs_desired_state 是您希望 ACS 所处的状态。

用户响应：

1. 重新启动 ACSLS。

2. 如果问题仍然存在，请重新启动数据库服务器。

713 E

EXEC SQL unable to delete volume vol_id because of database error.

解释：ACSLS 在磁带库中找不到某个卷，并尝试将其标记为已删除，但是 ACSLS 数据库接口对 volumetable 更新返回了异常状态。数据库更新失败。

变量：vol_id 标识缺失的卷。

用户响应：

1. 停止 ACSLS (kill.acsss)。

2. 停止数据库 (db_command stop)。

3. 中止任何挂起的 ACSLS 进程。

4. 重新启动 ACSLS（一次）。

5. 如果问题仍然存在，您需要技术支持的帮助，以验证表格 volumetable 是否存在，以及 "acsss" 用户是否具有适当的权限来对其进行更新。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

886 N

byte count(byte_count) too small for min packet size(min_size) ignored.

解释：ACSLM 从 CSI 或 ACSSA 收到了一条太小的消息。ACSLM 未尝试解释该消息，因为它没有足够的信息。这可能是因为网络或软件存在问题。

变量：

- byte_count 是该消息中的字节数。

- min_size 是有效可读消息的最小大小。

用户响应：

1. 确保问题并非由网络或 ACSAPI 客户机引起。

2. 如果不是网络或 ACSAPI 客户机存在问题，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

890 N

Severe Error (status), Exiting to ACSSS.

解释：ACSLM 遇到了致命错误，例如数据库故障或磁带库配置不一致。ACSLM 将自动启动恢复处理（如果它能够）。如果恢复失败，并且如果您确定问题并非由网络或 ACS API 客户机软件引起，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。如果恢复完成但状态为恢复未完成，则无需致电技术支持；但是，您应该在方便时尽早审计磁带库。

变量：status 是指明严重错误性质的消息。

用户响应：查看之前的事件日志条目，以确定失败的原因。执行针对关联消息建议的操作。

923 N

Drive drive_id lookup failed

解释：执行磁带恢复时，遇到了一条卷记录，其状态表明与磁带机关联（例如在磁带机挂载或卸载活动中）。对于在该卷记录中记录的磁带机，在数据库中未找到任何记录。

变量：drive_id 是在该卷记录中记录的特定磁带机标识符。

用户响应：无。磁带恢复继续进行，就像没有为该卷记录磁带机一样。

928 N

XDR message translation failure.

解释：在将数据包从一个版本（1、2、3 或 4 版本的数据包）转换为另一个版本期间，XDR（external data representation，外部数据表示）转换器检测到一个错误。

变量：无。

用户响应：

1. 重新引导服务器系统，查看问题是否仍然存在。

2. 如果问题仍然存在，请与 Oracle 支持联系，需提供故障期间的 CSI 跟踪记录以及 CSI 跟踪期间的完整事件日志。

935 N

Initiation Started.

解释：CSI 启动已开始。

变量：无。

用户响应：无。

936 N

Creation of connect queue failed.

解释：在尝试创建内部 SSI 地址连接队列时，对 cl_qm_init() 或 cl_qm_create() 常见磁带库函数的调用失败。

变量：无。

用户响应：

1. 从命令处理器窗口中，发出 idle 请求，以将磁带库服务器置于静默状态。

2. 以 acsss 用户身份登录，并使用 kill.acsss 实用程序关闭磁带库服务器。

3. 使用 rc.acsss 实用程序重新启动磁带库服务器。

4. 如果错误再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

937 N

Creation of network output queue failed

解释：CSI 无法创建用于 CSI 与 SSI 之间消息的网络输出队列。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

938 N

Initiation completed.

解释：指定的进程已完成启动过程。

变量：无。

用户响应：无。

941 N

Undefined message detected: discarded.

解释：CSI 遇到了来自 ACSLM 或网络接口 (Network Interface, NI) 的一条消息，由于消息格式不正确或 CSI 故障而无法传送该消息。已放弃该消息。

变量：无。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

943 N

Cannot delete Q-id queue_id, Member: member_id.

解释：CSI 无法删除内部队列中的一条消息。

变量：

- queue_id 是 CSI 连接队列的标识符。

- member_id 是 CSI 尝试删除的队列成员的标识符。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据。请参见为 Oracle 支持搜集诊断信息。然后与 Oracle 支持联系。

945 N

Invalid communications service.

解释：该条目可能表明两项可用通信服务的环境变量均未定义。这些变量是 CSI_TCP_RPCSERVICE 和 CSI_UDP_RPCSERVICE，它们可通过 acsss_config 进行定义。有关使用 acsss_config 的信息，请参见 ACSLS Administrator's Guide 中的 "Configuring Your Library Hardware" 一章。该消息可能还表明在 CSI_HEADER 的与协议有关的部分为从 SSI 接收的某个请求指定了不正确的值。

变量：

- CSI_TCP_RPCSERVICE 是 TCP 通信服务变量。

- CSI_UDP_RPCSERVICE 是 UDP 通信服务变量。

- acsss_config 是用于配置 ACSLS 环境的程序。

- CSI_HEADER 是用于指定 CSI 协议和值的变量。

用户响应：

1. 确保已使用 acsss_config 定义通信服务。

2. 如果问题仍然发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

947 N

Cannot send message message: discarded.

解释：CSI 无法与客户机进行通信。在适当次数的重试和超时后，CSI 将放弃该消息。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

948 N

Cannot get queue status Errno: error_no Q-id: queue_id, Member: member_id.

解释：CSI 无法获得状态信息。

变量：

- error_no 是系统错误编号。

- queue_id 是 CSI 连接队列的标识符。

- member_id 是 CSI 为其查找状态 information 的队列成员的标识符。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

949 N

Queue cleanup Q-id: queue_id, Member: member_id removed.

解释：CSI 已开始将旧进程从其连接队列中清除的过程。CSI 例行搜索早于 CSI_CONNECT_AGETIME 的进程并将其清除。

变量：

- queue_id 是 CSI 连接队列的标识符。

- member_id 是 CSI 尝试删除的队列成员的标识符。

用户响应：无。

950 N

Cannot locate queue Q-id: queue_id, Member: member_id

解释：CSI 无法找到内部队列中的特定成员。

变量：

- queue_id 是 CSI 连接队列的标识符。

- member_id 是 CSI 尝试查找的队列成员的标识符。

用户响应：如果该队列成员因在连接队列失效时间（由 CSI_CONNECT_AGETIME 环境变量定义）之后而被丢弃，则无需执行任何操作。如果在连接队列失效时间过去之前发生该错误，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

951 N

Queue creation failure.

解释：CSI 无法创建其连接队列。

变量：无。

用户响应：

1. 重新启动 ACSLS。

2. 如果发生该错误，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

952 N

Cannot add member to queue Q-id: queue_id

解释：CSI 无法将客户机的返回地址列入其队列中。

变量：queue_id 是 CSI 连接队列的标识符。

用户响应：如果发生该错误，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

953 N

Invalid procedure number.

解释：一个程序正在尝试使用 CSI，但是该程序并未使用两个有效的过程编号之一。这是客户机应用程序中的编程错误。

变量：无。

用户响应：如果发生该错误，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

954 N

Unsupported module type module_type detected:discarded.

解释：ACSLM 检测到了 IPC_HEADER module_type 并未设置为 TYPE_CSI 或 TYPE_SA 的请求。ACSLM 将仅处理通过 CSI 从客户机应用程序接收的请求，或者通过 ACSSA 从用户接收的请求。

变量：module_type 是无效条目。

用户响应：如果发生该错误，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

955 N

RPC TCP client connection failed, rpc_error_msg Errno = error_no Remote Internet address: Internet_add, Port: port_id.

解释：无法建立尝试的 TCP 连接。这是客户机系统网络中的错误。

变量：

- rpc_error_msg 是由 RPC 服务自身生成的详细错误消息。在大多数情况下，该消息将为 "Program number not registered"，表明 CSI 或 SSI 未在运行。

- error_no 是系统错误编号。

- Internet_add 是将回复发送到的客户机计算机的地址。

- port_id 是端口标识符。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

956 N

RPC_UDP client connection failed, rpc_error_msg, Remote Internet address: Internet_add, Port: port.

解释：无法建立尝试的 UDP 连接。

变量：

- rpc_error_msg 是由 RPC 服务自身生成的详细错误消息。在大多数情况下，该消息将为 "Program number not registered"，表明 CSI 或 SSI 未在运行。

- Internet_add 是客户机主机的地址，以无符号长整数表示。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

957 N

Invalid network protocol.

解释：传送了不受支持的网络协议。这是客户机 SSI 中的编程错误。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

960 N

Cannot reply to RPC message.

解释：CSI 无法回复 RPC 消息，因为对 svc_sendreply() 函数的调用失败。这是客户机系统网络中的错误。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

964 N

Unmapped previously registered RPC service.

解释：CSI 已启动。它通知您之前分配给 CSI 的 RPC 编号仍然存在。CSI 将取消映射该编号，而 svctcp_create() 将在启动过程中重新映射到一个新编号。

变量：无。

用户响应：无。

965 N

Create of RPC TCP service failed.

解释：对 svctcp_create() 函数的 RPC 调用失败。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

966 N

Can't register RPC TCP service.

解释：对 svc_register() 函数的调用失败。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

967 N

Create of RPC UDP service failed.

解释：对 svctcp_create() 函数的 RPC 调用失败。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

968 N

Cannot register RPC UDP service.

解释：对 svc_register() 函数的调用失败。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

969 N

Termination Started.

解释：CSI 终止已开始。

变量：无。

用户响应：无。

970 N

Termination Completed.

解释：CSI 终止已成功完成。

变量：无。

用户响应：无。

971 N

LH error type = LH_ERR_TRANSPORT_BUSY drive_id

解释：标识的磁带机繁忙。

变量：drive_id 标识繁忙的磁带机。

用户响应：无。

975 N

Invalid command.

解释：CSI 从 SSI 收到了一个请求包，在该请求的 CSI_REQUEST_HEADER 的 MESSAGE_HEADER 部分中指定的命令无法识别。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

976 N

Invalid location type.

解释：CSI 从 SSI 收到了一个请求包，在该请求的 message_data 部分中指定的类型无法识别。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

977 N

Invalid type

解释：CSI 从 NI 收到了一个包，其中 CSI_REQUEST_HEADER 的 IPC_HEADER 部分中的 TYPE 无法识别或者该消息包中的 IDENTIFIER 类型无法识别。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

980 N

Cannot read message from ACSLM: discarded.

解释：CSI 从 ACSLM 检测到了一条消息，但是无法读取。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

981 N

Operating system error error_no.

解释：CSI 遇到了操作系统错误。该消息表明操作系统本身存在问题，而不是 CSI 或磁带库服务器存在问题。

变量：error_no 是系统错误编号；有关说明，请参见 Oracle OS 文档。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

982 N

Duplicate packet from ACSLM detected:discarded.

解释：CSI 收到了重复的 IPC 包。它将自动丢弃重复的包。

变量：无。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1005 N

Insufficient packet size = bytes.

解释：发生了 ACSLS 内部故障。

变量：bytes 是包大小。

用户响应：如果错误再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1006 N

line line_number, Unknown packet received, command = command.

解释：ACSLM（磁带库管理器进程）从另一个 ACSLS 进程收到了意外的 IPC 包。通常，当由于未处理请求进程（与命令关联）在完全清除请求命令之前可能仍将包发送回 ACSLM 而导致取消命令时，会发生该错误。

变量：

- line_number 是在 ACSLS 代码中检测到错误的位置。

- command 是收到的 ACSLS 命令包的类型。

用户响应：无。

1017 N

CAP cap_id: Enter succeeded status.

解释：装入操作成功。

变量：

- cap_id 是 CAP 的标识符。

- status 是 enter 命令的最终状态代码。

用户响应：无。

1021 N

Initiation of CSI Failed

解释：CSI 启动失败。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1022 N

Cannot send message to NI:discarded, failure_msg.Errno = error_no (none) Remote Internet address: Internet_add Port: port_id.

解释：NI 的通信机制无法接受来自 CSI 的消息。在适当次数的重试和超时后，CSI 将放弃该消息。

变量：

- failure_msg 是指明故障原因的消息文本。

- error_no 是系统错误编号。

- Internet_add 是客户机主机的地址，以无符号长整数表示。

- port_id 是端口标识符。

用户响应：有关解释和建议的操作，请参见相应的 failure_msg 说明。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1024 N

Cannot send message to NI:discarded status Errno = error_no Remote Internet Address: Internet_add Port: port_id.

解释：ACSLS 服务器无法回复客户机，并且已用尽重试次数。将放弃回复包。

变量：

- status 是函数的最终状态代码。

- error_no 是与故障关联的系统错误编号（对 ACSLS 错误可能没有意义）。

- Internet_add 是将回复发送到的客户机计算机的地址。

- port_id 是将回复发送到的客户机计算机端口。

用户响应：如果客户机/服务器通信和请求不受影响，则无需执行任何操作。如果这些通信/请求会受到不利影响，Oracle 建议您执行以下操作：

1. 让网络人员确定是否是本地网络或该网络上的通信流量引起了问题。

2. 如果本地网络不是问题的原因，请与客户机系统软件提供商联系，以帮助您确定为什么客户机无法接受来自服务器的响应包。

1025 N

Unexpected signal caught, value: signal.

解释：CSI 收到了意外的信号。

变量：signal 是 CSI 收到的信号值。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1026 N

Dropping from Queue: Remote Internet Address: Internet_add Port: port_id ssi_identifier: ssid Protocol: protocol_type Connect type: connection_type

解释：ACSLS 服务器无法回复客户机，并且已用尽重试次数。将放弃回复包。

变量：

- Internet_add 是将回复发送到的客户机计算机的地址。

- port_id 是将回复发送到的客户机计算机端口。

- ssid 是与客户端网络接口关联的标识符。

- protocol_type 是正在使用的网络协议。

- connection_type 是网络连接类型。

用户响应：如果客户机/服务器通信和请求不受影响，则无需执行任何操作。如果这些通信/请求会受到不利影响，Oracle 建议您执行以下操作：

1. 让网络人员确定是否是本地网络或该网络上的通信流量引起了问题。

2. 如果本地网络不是问题的原因，请与客户机系统软件提供商联系，以帮助您确定为什么客户机无法接受来自服务器的响应包。

1052 I

Volume vol_id missing, home cell was cell_id, drive was drive_id, unable to examine.

解释：在 ACSLS 预期的位置未找到该磁带，但是在恢复过程中无法检查起始单元或磁带机。该卷记录将一直保留在数据库中，直到 ACSLS 可以检查为该磁带记录的所有位置并确定它不在其中任何位置上为止。

变量：

- vol_id 是缺少的磁带的卷标识符。

- cell_id 是在数据库中记录的该磁带的存储单元位置。

- drive_id 是在数据库中记录的包含该磁带的磁带机，或者无。

用户响应：无需执行任何操作。该磁带记录为在当前无法检查的起始单元或磁带机中。当 LSM 联机或磁带机准备就绪并与磁带库进行通信时，ACSLS 将尝试恢复该磁带。如果 ACSLS 未找到该磁带，客户可以对 ACS 执行审计，以查找丢失的卷。

1053 I

Volume vol_id was not found and will be deleted.

解释：已从数据库中删除该磁带的卷记录。

变量：vol_id 是缺少的磁带的卷标识符。

用户响应：无需执行任何操作。

1054 I

Volume vol_id deleted, home cell was cell_id, drive was drive_id

解释：已从数据库中删除该磁带的卷记录

变量：

- vol_id 是缺少的磁带的卷标识符。

- cell_id 是在数据库中记录的该磁带的存储单元位置。

- drive_id 是在数据库中记录的包含该磁带的磁带机，或者无。

用户响应：无需执行任何操作。客户可以对 ACS 执行审计，以查找丢失的卷。

1139 W

ACS: acs_id port: port_id Parity error.

解释：在 ACSLS 服务器与 LMU 之间的通信中发生了奇偶校验错误。

变量：

- acs_id 是 ACS 标识符。

- port_id 是 ACSLS 到 LMU 端口的标识符。

用户响应：无。如果该消息经常再次出现或者对磁带库请求的完成产生不利影响，请检查 ACSLS 到 LMU 的电缆连接。

1141 W

ACS: acs_id port: port_id Read timed out.

解释：在 ACSLS 服务器与 LMU 之间的通信中读取超时。

变量：

- acs_id 是 ACS 标识符。

- port_id 是 ACSLS 到 LMU 端口的标识符。

用户响应：无。如果该消息经常再次出现或者对磁带库请求的完成产生不利影响，请检查 ACSLS 到 LMU 的电缆连接。

1145 W

ACS: acs_id No queue entry found.

解释：该消息表明从 LMU 收到了显示错误状态的响应，但是当 ACSLS 从其工作队列中搜索相应的条目时，却找不到。在这种情况下无法确定实际原因，但可能是因为 LMU 与 ACSLS 之间的数据传输错误或者可能从 LMU 收到了重复的返回消息。

变量：acs_id 是 ACS 标识符。

用户响应：如果问题再次发生，请检查 LMU 日志以查看是否存在任何硬件问题。如有必要，请获取 LMU 跟踪记录以帮助硬件服务代表诊断问题。

1154 I

ACS: acs_id Unexpected acknowledge received from the library; ignored.

解释：ACSLS 磁带库处理程序从磁带库收到了意外确认。已忽略该额外的确认。

背景知识：当 ACSLS 使用主机/磁带库接口 (Host/Library Interface, HLI) 与磁带库进行通信时，每次传输都必须确认。如果在 10 秒内未收到确认，ACSLS 将再次发送传输数据。如果 ACSLS 随后收到延迟的确认，会将其忽略。HLI 磁带库包括 SL8500 和 SL3000。

变量：acs_id 是 ACS 标识符。

用户响应：无。ACSLS 和磁带库将自动重新发送在超时期限内未确认的传输数据。

1156 N

Invalid character received, line = line_number.

解释：从 LMU 接收的数据包包含无效字符。有效字符为 A:Z 和 0:9。

变量：line_number 是在 ACSLS 代码中检测到错误的位置。

用户响应：如果问题仍然存在并且系统未恢复，请检查 LMU 与 ACSLS 服务器之间的电缆连接。

1159 W

ACS: acs_id port: port_id Failed to connect, line = line_number

解释：ACSLS 服务器与 LMU 之间的连接未能建立通信。

变量：

- acs_id 是 ACS 标识符。

- port_id 是 ACSLS 到 LMU 端口的标识符。

- line_number 是在 ACSLS 代码中检测到错误的位置。

用户响应：请检查 ACSLS 服务器上指定端口与 LMU 之间的物理连接和电缆。

1178 W

Rp error: Co_4400:Vwrite: ACS acs_id: No connection created yet, line = line_nbr.

解释：当 ACSLS 与磁带库之间没有活动连接时，ACSLS 请求进程尝试向磁带库发送请求。

变量：

- acs_id 标识 ACSLS 尝试向其发送请求的磁带库 (ACS)。

- line_nbr 标识发出该消息的源代码行。

用户响应：在向磁带库发送请求之前，恢复 ACSLS 与磁带库之间的通信：

1. 确保磁带库准备就绪。

2. 端口和 ACS 的所需状态都必须为联机。如果它们未联机，请使其变为联机。

3. 解决 ACSLS 与磁带库之间的任何网络通信问题。

1185 N

ACS: acs_id port: port_id Resetting port, line = line_number.

解释：在 ACSLS 服务器与 LMU 之间发生了通信错误。正在重置端口以尝试重试通信。

变量：

- acs_id 是 ACS 标识符。

- port_id 是 ACSLS 到 LMU 端口的标识符。

- line_number 是在 ACSLS 代码中检测到错误的位置。

用户响应：如果成功地重新建立了通信，则无需执行任何操作。否则，请检查 ACSLS 服务器与 LMU 之间的物理连接，以及 ACS 通信端口的 acsss_config 设置。

1187 N

Invalid or unknown media type found in transaction.Unpack LMU Message Transaction.

解释：LMU 遇到了与当前磁带库操作的对象卷关联的未知或无效介质类型。

变量：无。

用户响应：请检查关联卷的物理标签上的介质类型字符。如果介质类型字符有乱码或缺失，应该将一个新标签粘贴到该卷上。多次发生该错误可能表明机械手视觉系统存在问题。

1292 N

Volume vol_id: Found in cell/CAP/drive/recovery cell_id/CAP_id/drive_id/cell action.

解释：在磁带库中找到错位的磁带时，会发出该消息。

变量：

- vol_id 是找到的卷的标识符。

- cell/CAP/drive/recovery 是找到卷的位置的位置类型。

- cell_id/CAP_id/drive_id/cell 是找到卷的位置的位置标识符。如果在活动场区域（恢复）中找到了一个卷，则输出中只有 cell 一词，而没有 cell_id。

- 如果已为该卷创建卷记录，则 action 为已添加；如果该卷已有卷记录，则 action 为已恢复。

用户响应：无。

1328 N

DBMS error.Return code sql_code and message error_message.DI_STATUS = di_status.

解释：ACSLS 数据库发现了无效的事务或系统错误。

变量：

- sql_code 是 ODBC 返回的 SQL 错误代码。

- error_message 是 sql_code_code 的说明。

- di_status 是数据库接口返回的状态。

用户响应：解决错误情况；如果需要协助，请搜集上述所需信息并收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1392 N

LSM lsm_id offline.

解释：LSM 处于脱机状态，因此不可用于装入磁带。如果在装入处理过程中记录了该消息，则该消息意味着，在 LSM 的 CAP 正在用于装入磁带的同时，使用 force 选项使 LSM 变为了脱机。

变量：lsm_id 是 LSM 的标识符。

用户响应：使 LSM 变为联机，然后重新发出装入请求。

1406 N

Transport failure drive_id.

解释：在指定的传输中发生了硬件故障。

变量：drive_id 是失败的传输。

用户响应：请与 Oracle 支持联系。

1418 N

Server system idle.

解释：某个操作员已将 ACSLM 置于闲置状态，因此它不可用于满足使用磁带库资源的请求。

变量：无。

用户响应：无。

1419 N

Server system running.

解释：已将 ACSLM 置于运行状态。

变量：无。

用户响应：无。

1420 N

CAP cap_id: Cartridges detected in CAP.

解释：在变为联机操作期间或者在磁带库服务器启动或恢复期间，在 CAP 中检测到了磁带。

变量：cap_id 是 CAP 的标识符。

用户响应：发出装入请求以取消锁定指定的 CAP，然后从 CAP 中移除磁带。

1421 N

Drive drive_id: Clean drive.

解释：指定的磁带机需要清洗。

变量：drive_id 是磁带库磁带机的标识符。

用户响应：如果 "Auto Clean" 为 "FALSE"，请在指定的磁带机中挂载清洗磁带。如果 "Auto Clean" 为 "TRUE"，则该消息仅供参考；将在下次挂载该磁带机之前自动清洗该磁带机。

1422 N

Library configuration error.

解释：在数据库中指定的磁带库配置与在 LMU 中定义的配置不同，或者某个组件出现在数据库中，但是无法响应 LMU 命令。该错误将导致磁带库服务器终止。

变量：无。

用户响应：重新运行 acsss_config。然后运行审计。有关 acsss_config 和运行审计的信息，请参见 ACSLS Administrator's Guide 中的 "Configuring Your Library Hardware" 一章。

1423 N

Database failure.

解释：一个 ACSLS 进程无法访问数据库。也会将一个表明故障原因的数据库错误代码写入事件日志。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1427 N

Event log is full.

解释：事件日志已达到在安装磁带库服务器时定义的最大大小。消息将继续添加到事件日志中，但是将以一分钟的时间间隔记录该消息，直到您减小日志大小为止。

变量：无。

用户响应：如果您要为了归档目的而保留当前事件日志的副本，请将其移至其他目录。事件记录程序将在记录下一条消息时自动创建新文件。有关管理事件日志的信息，请参见 ACSLS Administrator's Guide 中的 "Reporting and Logging" 一章。

1428 N

Server system idle is pending.

解释：ACSLM 处于闲置待定状态，因此不可用于满足使用磁带库资源的请求。

变量：无。

用户响应：无。

1429 N

CAP cap_id: Place cartridges in CAP.

解释：指定的 CAP 已准备好在装入操作过程中接收磁带。该消息将以大约两分钟的时间间隔重复出现，直到打开 CAP 门为止。

变量：cap_id 是 CAP 的标识符。

用户响应：打开指定的 CAP 门，并将磁带放置在 CAP 中。

1430 N

IPC failure on socket socket_id.

解释：ACSLM 或 ACSSA 无法与另一个磁带库服务器软件组件进行通信。

变量：socket_id 是失败套接字的标识符。

用户响应：如果您未发出 idle force 命令且问题再次发生，请关闭并重新启动磁带库服务器软件。采用以下过程：

1. 从 cmd_proc 窗口中，发出 idle 请求，以将磁带库服务器置于静默状态。

2. 以 acsss 用户身份登录，并使用 kill.acsss 实用程序关闭磁带库服务器。

3. 使用 rc.acsss 实用程序重新启动磁带库服务器。

4. 如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

1431 N

component component_id: Library error, error_type.

解释：已将磁带库硬件中的错误报告给 ACSLS。

变量：

- component 是磁带库组件（例如端口或磁带机）。

- component_id 是磁带库组件的标识符。

- error_type 是 ACSLS 服务器从磁带库接收的错误类型或者当 ACSLS 尝试与磁带库进行通信时遇到的错误类型。

用户响应：如果该消息以及事件日志中的其他消息未明显指出错误原因，请将该错误报告给 Oracle 支持。他们应该检查磁带库和相关的硬件组件，以确定磁带库故障的原因。

1432 N

Server System network interface timeout.

解释：由于缺少客户机响应，网络数据处理期间发生了超时。您之前放入的请求或系统响应等数据可能已丢失。

用户响应：

1. 请检查服务器系统和客户机系统上的网络连接。如果这些完好无损，则该错误可能是由网络活动或瞬时负载引起。

2. 如果错误仍然存在，请验证网络操作。

1433 N

component component_id: Offline.

解释：已使指定的组件变为脱机。

变量：

- component 是磁带库组件（例如 ACS）。

- component_id 是磁带库组件的标识符。

用户响应：无。

1434 N

component component_Id: Online.

解释：已使指定的组件变为联机。

变量：

- component 是磁带库组件（例如 ACS）。

- component_id 是磁带库组件的标识符。

用户响应：无。

1435 N

Software process failure.

解释：磁带库请求处理失败。这可能是因为处理请求时出错或处理意外终止。如果您刚刚发出了 idle force 命令，则可以忽略该错误。

变量：无。

用户响应：重试该命令，查看是否得到相同的错误。如果是，请关闭并重新启动 ACSLS：

1. 从命令处理器窗口中，发出 idle 请求，以将磁带库服务器置于静默状态。

2. 以 acsss 用户身份登录，并使用 kill.acsss 实用程序关闭磁带库服务器。

3. 使用 rc.acsss 实用程序重新启动磁带库服务器。

4. 建议您执行审计以使数据库与磁带库的物理内容一致。

1436 N

Server system recovery complete.

解释：已成功完成磁带库服务器恢复。

变量：无。

用户响应：无。

1437 N

Server system recovery failed.

解释：磁带库服务器恢复失败。

变量：无。

用户响应：有关故障的其他信息，请查看之前的事件日志条目。执行针对关联错误消息建议的操作。

1438 N

LSM lsm_id: In-transit cartridge recovery incomplete

解释：在磁带库服务器恢复期间，指定的 LSM 未能恢复所有中转磁带。

变量：lsm_id 是包含中转磁带的 LSM 的标识符。

用户响应：

1. 查询 LSM 以确保 LSM 中存在空单元。

2. 如果 LSM 中没有空单元，请弹出磁带以释放单元空间。有关弹出磁带的信息，请参见 ACSLS Administrator's Guide 中的 "Cartridge Management" 一章。

3. 确保指定 LSM 中的 CAP 为空。

4. 使 LSM 变为脱机，然后重新联机，以尝试恢复中转磁带。

5. 如果该过程未成功，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1439 N

Server system recovery started.

解释：磁带库服务器恢复已启动。

变量：无。

用户响应：无。

1440 N

CAP cap_id: Remove cartridges from CAP.

解释：指定的 CAP 包含磁带，并且已准备好让操作员将其移除。该消息将以大约两分钟的时间间隔重复出现，直到打开 CAP 门为止。

变量：cap_id 是 CAP 的标识符。

用户响应：打开指定的 CAP 门，然后移除磁带。

1441 N

Server system network interface failure.

解释：CSI 遇到了远程过程调用 (Remote Procedure Call, RPC) 故障。您之前放入的请求或系统响应等数据可能已丢失。

变量：无。

用户响应：有关故障的其他信息，请查看之前的事件日志条目。执行针对关联错误消息建议的操作。

1442 N

Pool pool_id: high water mark warning.

解释：指定暂存池中的卷数大于或等于高水位标志。

变量：pool_id 是池标识符。

用户响应：无。除非使用该池中的磁带或者重置高水位标志阈值，否则当将卷添加到指定的暂存池中时，该消息将会重复出现。有关管理暂存池的信息，请参见 ACSLS Administrator's Guide 中的 "Cartridge Management" 一章。

1443 N

Pool pool_id: low water mark warning.

解释：指定暂存池中的卷数小于或等于低水位标志。

变量：pool_id 是池标识符。

用户响应：按照您公司添加暂存卷的过程操作，除非耗尽暂存卷不是什么问题。有关管理暂存池的信息，请参见 ACSLS Administrator's Guide 中的 "Cartridge Management" 一章。

1444 N

CAP cap_id: No CAP available, waiting.

解释：审计处理已完成，但是 CAP 不可用于弹出磁带。

变量：cap_id 表示没有可用 CAP 的 ACS。

用户响应：无。当 CAP 可用时，将会弹出磁带。

1445 N

Drive drive_id: Cleaned.

解释：已清洗指定的磁带机。

变量：drive_id 是磁带库磁带机的标识符。

用户响应：无。

1446 N

CAP cap_id: CAP opened.

解释：已打开 CAP。

变量：cap_id 是打开的 CAP 的标识符。

用户响应：无。

1447 N

CAP cap_id: CAP is uninstalled, inoperative or it is offline.

解释：CAP 已卸载、不起作用或已脱机。

变量：cap_id 是门打开的 CAP 的标识符。

用户响应：如果 CAP 已脱机，请使其联机。如果 CAP 已卸载或不起作用，请使用其他可用的 CAP。

1448 N

filesystem: Disk usage of current% pct exceeds limit of limit% pct.

解释：指示的文件系统中的可用磁盘空间即将耗尽。出现该消息通常表明，由于未定期重置事件日志而导致事件日志填满磁盘空间，或者由于未定期完成数据库备份而导致数据库日志文件填满磁盘空间。

变量：

- filesystem 是即将耗尽空间的磁盘子系统的名称。

- current 是文件系统中当前所用磁盘空间的百分比。

- limit 是磁盘阈值，超过该阈值时将会定期发出该消息。

用户响应：

1. 有关管理事件日志大小和滚存文件的信息，请参见 ACSLS Administrator's Guide 中 "Appendix B: Troubleshooting" 中的 "ACSLS Event Log"。

2. 有关数据库备份和管理数据库重做日志文件的信息，请参见 ACSLS Administrator's Guide 中的 "Database Backup and Restore" 一章。

1450 N

Volume identifier vol_id deleted.

解释：指定的卷标识符已从 ACSLS 数据库中删除。通常，当卷已从磁带库中弹出时，会发生该错误。当在应该所在的位置未找到指定的卷（例如，由于已手动将其从磁带库中移除）时，也可能会发生该错误。

变量：vol_id 是删除的卷的卷标识符。

用户响应：无。但是，如果您认为是误删了卷，请将该错误报告给 Oracle 支持。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。

1453 N

CAP cap_id: Enter operation status.

解释：该消息显示了进行中或已完成的装入操作的状态。

变量：

- cap_id 是 CAP 的标识符。

- status 是在消息中标识的装入操作和 CAP 的当前状态。

用户响应：无。

1458 N

Server system terminated.

解释：该消息表明 ACSLS 服务器正在关闭，将不再接受任何请求或命令。

变量：无。

用户响应：等待服务器关闭操作完成，然后重新启动 ACSLS 服务器。

1459 N

lib_cmpnt cmpnt_id configuration changed.

解释：由 cmpnt_id（例如 LSM 0,0）标识的磁带库组件的配置已更改。

变量：

- lib_cmpnt 是磁带库组件类型（LSM、ACS 或 CAP）。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lsm_id)。

用户响应：无。

1460 N

lib_cmpnt cmpnt_id port configuration changed.

解释：由 acs_id 标识的 ACS 的端口连接已更改。

变量：

- lib_cmpnt 是磁带库组件，例如 ACS。

- cmpnt_id 标识 ACS。这是 acs_id，例如 0。

用户响应：无。

1463 N

Unknown media type detected.Not Entered.Validate volumes placed in CAP.

解释：在 CAP 中找到了一个卷，其介质类型对于 ACSLS 未知，不会将该卷装入磁带库。

变量：无。

用户响应：从 CAP 中移除该磁带，然后检查标签上的介质类型字符。确保标签可读且与连接到磁带库的有效磁带设备关联。多次发生该错误可能表明机械手视觉系统存在问题。

1571 I

Backing up ACSLS control files.

解释：ACSLS 控制文件的备份已开始。

变量：无。

用户响应：无。

1572 E

Error backing up ACSLS control files control_file.

解释：备份 ACSLS 控制文件 control_file 时出错。

变量：control_file 是 $ACS_HOME/data 或 $ACS_HOME/data/external 中的文件。

用户响应：查看相关的错误消息，从中得到发生这种情况的可能原因的提示。

1573 I

ACSLS control files control_files successfully backed up to device.

解释：已成功将 ACSLS 控制文件备份到备份设备。

变量：control_files 是磁带设备中 $ACS_HOME/data 或 $ACS_HOME/data/external 设备中的文件或者用户尝试备份到的文件。

用户响应：无。

1575 I

Restoring ACSLS control files.

解释：已开始 ACSLS 控制文件的恢复。

变量：无。

用户响应：无。

1577 I

ACSLS control files control_files have been restored.

解释：已成功完成 ACSLS 控制文件的恢复。

变量：control_files 是 $ACS_HOME/data 或 $ACS_HOME/data/external 中的文件。

用户响应：无。

1578 E

Cannot extract ACSLS control files from restore_file.

解释：从 restore_file 中提取 ACSLS 控制文件时出错。

变量：restore_file 是用于 ACSLS 恢复的文件。

用户响应：查看相关的错误消息，从中得到发生这种情况的可能原因的提示。

1580 E

Cannot rename source_file to destination_file.

解释：将 source_file 移至 destination_file 时出错

变量：

- source_file 是要移动的文件。

- destination_file 是目标位置。

用户响应：检查执行操作的用户是否具有必要的权限。

1597 E

Exiting Library configuration program because ACSSS services are currently running.To modify the library configuration, first 'idle' the library server and then run the command,'acsss disable'.

解释：acsss_config 例程发现 ACSLS 正在运行。

变量：无。

用户响应：您必须先关闭 ACSSS 服务，然后才能运行 acsss_config。要执行该操作，请运行 acsss disable。

1616 W

ACSLS control files export failed.Database export was successful though.

解释：导出 ACSLS 控制文件时出错。但是，已成功完成 ACSLS 数据库的导出。

变量：无。

用户响应：查看相关的事件日志消息，以查找与此情况的可能原因相关的线索。

1617 W

An export file of the ACSLS control files matching the exported database table data in import_file is not found.If ACSLS has been newly installed (or re-installed), this import will not be able to restore any previous product customization, such as access control or scratch preferences.

解释：如果是从低于 ACSLS 5.2 发行版的版本执行的导出，则 ACSLS 控制文件将不是 import_file 的一部分。

用户响应：无。

1619 W

ACSLS control files import failed.Database import was successful though.

解释：导入 ACSLS 控制文件时出错。但是，已成功完成 ACSLS 数据库的导入。

变量：无。

用户响应：查看相关的事件日志消息，以查找与此情况的可能原因相关的线索。

1626 I

Please place the ACSLS export cartridge in the tape drive.

解释：一项使用磁带设备的操作已开始。

变量：无。

用户响应：将包含已导出 ACSLS 数据库文件的正确磁带放置在磁带机中。

1627 W

Check Tape Device tape_device: Problems with the ACSLS export tape.

解释：一项使用磁带设备的操作已开始。

变量：tape_device 是用于导出 ACSLS 数据的磁带设备。

用户响应：更正在磁带机中发现的问题。

1651 I

Beginning database export phase.

解释：ACSLS 数据库的导出已开始。

变量：无。

用户响应：无。

1656 W

ACSLS must not be running to facilitate database imports and exports.Execute the ACSLS server shutdown script (kill.acsss).

解释：当您在 ACSLS 运行的同时尝试停止数据库时，将会记录该错误。不允许执行该操作，因为应用程序广泛地与数据库进行通信。在关闭数据库之前，必须先关闭 ACSLS 应用程序。

变量：无。

用户响应：通过执行命令 idle 和 kill.acsss 停止 ACSLS。使用 db_command stop 关闭数据库服务器。

1657 I

Beginning database import phase.

解释：ACSLS 数据库的导出已开始。

变量：无。

用户响应：无。

1662 W

ACSSS services must not be running while managing database imports and exports.Bring down non-database services with acsss disable.

解释：导入或导出实用程序发现 ACSSS 服务正在运行。

变量：无。

用户响应：您必须先关闭 ACSSS 服务，然后才能导入或导出 ACSLS 数据库。要执行该操作，请使用 acsss disable。

1663 I

Extracting ACSLS control files.

解释：ACSLS 控制文件的提取已开始。

变量：无。

用户响应：无。

1698 E

Unable to start ACSLS database.

解释：启动 ACSLS 数据库时出错。

变量：无。

用户响应：请参见 ACSLS 数据库日志文件。如果您需要协助，请搜集上述所需信息并收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1726 I

ACSLS database recovery started.

解释：当 ACSLS 数据库恢复开始时，将会记录该消息。

变量：无。

用户响应：无。

1727 I

ACSLS recovery successfully completed.

解释：已成功完成 ACSLS 的恢复。

变量：无。

用户响应：无。

1732 I

ACSLS database recovery successfully completed.Database has been restored to the point of the last backup plus any subsequent transactions recorded on the current disk.

解释：该消息表明您运行的恢复操作已完成。该消息的第二部分可能意味着，所有事务都已恢复，除非您具备以下条件：

- 没有第二个磁盘，只有一个主磁盘。

- 主磁盘已损坏，您运行了恢复操作。

- 在这些情况下，运行恢复操作后，可能并非所有事务文件都会恢复。很有可能未应用 redo 日志，因为它们被提示恢复的同一问题损坏。

- 如果您有第二个磁盘或者您只有一个主磁盘且它未崩溃，那么可能所有事务都会恢复。

变量：无。

用户响应：无。

1765 E

The backup media (in device) does not appear to have been generated by ACSLS database export.Please check and retry the operation with a valid tape or file.

解释：ACSLS 数据库导入失败，因为指定了错误的输入文件或 tape_device。

变量：device 是用户尝试从其导入的磁带设备或文件。

用户响应：使用正确的文件或 tape_device。

1775 E

Failed to add necessary CRON entry for PostGres log management.

解释：为 PostgreSQL 日志管理添加 cron 条目时出错。

变量：无。

用户响应：验证用户是否具有必要的权限来添加 cron 条目。

1820 E

Unable to kill scsilh.im, PID PID.

解释：当产品启动时，一个 scsilh 进程仍在运行 (scsilh.im)。必须先中止该 scsilh.im 进程，然后产品才能启动。

变量：PID 是仍在运行的 scsilh.im 映像的进程 ID。

用户响应：

1. 以 acsss 用户身份通过运行 stopSCSILH.sh 中止 scsilh.im。

2. 如果以 acsss 用户身份运行时 stopSCSILH.sh 不起作用，请以 root 用户身份运行 stopSCSILH.sh。

3. 如果以 root 用户身份运行时 stopSCSILH.sh 失败，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1822 E

Killing SCSILH process PID with SIGTERM failed on error_desc, errno= error_no.

解释：当产品启动或关闭时，scsilh.im 仍在运行。必须先中止该 scsilh.im 进程，然后产品才能启动。

变量：

- process 是发现错误的进程。

- PID 是要中止的进程的进程 ID。

- error_desc 是与 kill 返回的 error_no 关联的 Unix 错误说明。

- error_no 是 Unix 系统错误编号的值。

用户响应：

1. 以 acsss 用户身份通过运行 stopSCSILH.sh 中止 scsilh.im。

2. 如果以 acsss 用户身份运行时 stopSCSILH.sh 不起作用，请以 root 用户身份运行 stopSCSILH.sh。

3. 如果以 root 用户身份运行时 stopSCSILH.sh 失败，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1824 E

Invalid driver_state state for Connect/Vary request ACS ACS_id port_name.

解释：该错误消息表明 ACSLS 软件错误。

变量：

- state 是驱动程序的状态，格式为 STATE_<NAME_OF_STATE>。

- acs_id 是接收请求的 ACS 的标识符。

- port_name 是 Connect/Vary 请求中端口的名称。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1826 E

Cleanup of SCSILH failed, rerun stopSCSILH.sh manually, errno error_desc

解释：当产品启动或关闭时，scsilh 进程仍在运行。必须先中止该 scsilh 进程，然后产品才能启动。

变量：error_desc 是与 Unix 系统调用 system 返回的 errno 关联的 UNIX 错误说明。

用户响应：

1. 以 acsss 用户身份通过运行 stopSCSILH.sh 中止 scsilh。

2. 如果以 acsss 用户身份运行时 stopSCSILH.sh 不起作用，请以 root 用户身份运行 stopSCSILH.sh。

3. 如果以 root 用户身份运行时 stopSCSILH.sh 失败，请与 Oracle 支持联系。

1827 E

Cleanup of SCSILH failed, rerun stopSCSILH.sh manually, return code return_code.

解释：当产品启动或关闭时，scsilh 进程仍在运行。必须先中止该 scsilh 进程，然后产品才能启动。

变量：return_code 是来自 ACSLS shell 脚本 stopSCSILH.sh 的返回代码。

用户响应：

1. 以 acsss 用户身份通过运行 stopSCSILH.sh 中止 scsilh。

2. 如果以 acsss 用户身份运行时 stopSCSILH.sh 不起作用，请以 root 用户身份运行 stopSCSILH.sh。

3. 如果以 root 用户身份运行时 stopSCSILH.sh 失败，请收集相关的数据并与 Oracle 支持联系。

1828 E

ACS acs_id: fork of SCSILH failed errno (error_no) error_desc

解释：UNIX 系统调用 fork 发生了错误。

变量：

- acs_id 是 ACS 标识符。

- error_no 是 UNIX fork 系统调用返回的 UNIX 系统错误编号的值。

- error_desc 是与 UNIX 系统调用 fork 返回的错误编号关联的 UNIX 错误说明。

用户响应：重新启动 ACSLS，如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1829 E

execl (program) failed, errno=error_desc

解释：UNIX 系统调用 execl 执行程序失败。

变量：

- program 是 execl 尝试执行的程序。

- error_desc 是与 UNIX execl 系统调用返回的 errno 关联的 UNIX 错误说明。

用户响应：重新启动 ACSLS，如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1830 E

SCSILH did not start, acslh exiting.

解释：该消息是指 ACSLS、SCSILH 或 UNIX 系统中发生了致命错误。发出该消息后，产品将会关闭。

变量：无。

用户响应：重新启动 ACSLS，如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1831 E

return code (return_code) terminated scsilh.im.

解释：SCSILH 无提示终止。如果在关闭 ACSLS 期间出现该消息，则它仅供参考。否则，请参见下方的“所需操作”。

变量：return_code 是 SCSILH 返回的代码。

用户响应：重新启动 ACSLS。如果尝试三次后 ACSLS 仍未重新启动，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。请准备好返回代码。

1880 E

Drive drive_id: Unable to position on the drive, status: loaded.

解释：已装入磁带机。机械手无法在磁带机上定位。

变量：drive_id 是磁带机标识符。

用户响应：磁带机正在报告问题。这可能是由磁带机或机械手引起。执行以下操作：

1. 检查磁带机中是否有卡住的磁带。

2. 如果磁带机中没有问题，请查看 LMU 和 LSM 错误日志，以了解更多信息。

1907 E

Unable to create filename file.

解释：ACSLS 实用程序无法创建所需文件。

变量：filename 是要创建的文件的名称。

用户响应：确保所有用户对 /tmp 目录均有写入权限，然后重新运行备份。

1908 E

Unable to read files from backup device, dev.

解释：rdb.acsss 实用程序无法从指定的备份设备读取备份文件。

变量：dev 是您指定的备份设备。

用户响应：重新运行恢复操作，指定有效的设备以及 bdb.acsss 实用程序创建的有效备份文件。

1909 E

The backup device dev is not a good bdb backup from ACSLS release.Please try again specifying a valid bdb backup

解释：rdb.acsss 实用程序无法验证指定的备份文件是否有效。

变量：

- dev 是您指定的备份设备。

- release 是您正在运行的 ACSLS 发行版。

用户响应：您必须从与您正在运行的 ACSLS（发行版）相同的版本通过由 bdb.acsss 实用程序创建的备份恢复数据库。重新运行恢复操作，指定有效的设备以及 bdb.acsss 实用程序发行版创建的有效备份文件。

1918 N

Too many processes.With the current settings specified through acsss_config, ACSLS requires no_req_pro processes to be running simultaneously.Currently, your system limit allows only sys_limit_no_pro_user processes per user.Either lower the number of mount processes, persistent query processes or transient processes, or else raise this system limit.

解释：消息不言自明。

变量：

- no_req_pro 是所需进程数。

- sys_limit_no_pro_user 是每个用户进程数的系统限制。

用户响应：执行以下一项或多项操作：

- 通过 acsss_config 减少持久查询进程数。

- 通过 acsss_config 减少挂载进程数。

- 通过 acsss_config 减少最大瞬态进程数。

- 提高每个用户允许的最大进程数。（这与系统有关。）

1951 W

<this_mem> is insufficient memory. <recommended_mem> is recommended.

解释：在安装 ACSLS 期间检查了是否有足够的内存空间。如果服务器没有足够的内存，则该消息将与实际（安装的）物理内存量以及建议的物理内存量一起显示。

变量：

- this_mem 是安装的实际物理内存。

- recommended_mem 是针对本版 ACSLS 建议的内存量。

用户响应：要避免 ACSLS 行为缓慢以及出现其他操作困难，您应该为计算机配备建议的最小物理内存量。

1952 W

<current_swap> is insufficient swap. <min_swap> is recommended.

解释：在安装 ACSLS 期间检查了是否有足够的交换空间。如果服务器没有足够的交换空间，则该消息将与当前配置的交换空间量以及建议的交换空间量一起显示。

变量：

- current_swap 是当前配置的交换空间量。

- min_swap 是针对本版 ACSLS 建议的交换空间量。

用户响应：要避免 ACSLS 行为缓慢以及出现许多操作困难，您应该为系统配置建议的交换空间量。

1970 W

RPtimeout value for keyword is not numeric.

解释：在 $ACS_HOME/data/internal/RPtimeout 文件中，keyword 的值不是纯数字数据。该消息将后跟消息 1974。

变量：keyword 表示具有相应超时值的操作。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1971 W

RPtimeout value for keyword is not in range。

解释：在 $ACS_HOME/data/internal/RPtimeout 文件中，keyword 的值不在 1 秒到 24 小时的范围内。该消息将后跟消息 1974。将使用 keyword 的默认值。

变量：keyword 表示具有相应超时值的操作。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1972 W

Unable to find keyword in RPtimeout file.

解释：在文件中，ACSLS 找不到 keyword。该消息后跟消息 1974，消息 1974 将提供 keyword。

变量：keyword 表示具有相应超时值的操作。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1973 W

Unable to open RPtimeout file.

解释：ACSLS 尝试打开 $ACS_HOME/data/internal/RPtimeout，但是无法执行该操作。将使用默认值。该消息后跟提供 keyword 的消息 1974。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

1974 W

Using default timeout value for keyword.

解释：该消息跟在消息 1970、1971、1972 或 1973 后面，告知您针对 LH 请求类型 keyword 使用了默认超时值。

变量：keyword 表示具有相应超时值的操作。

用户响应：无。操作适用于该消息前面的消息。

2000 E

Failed to get queue member.

解释：从消息队列中未检索到要删除的消息。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2001 E

Do not have read permission.

解释：CSI 对 csi_ip_switch.dat 文件没有读取权限。

变量：无。

用户响应：使用 chmod 设置用户对 csc_ip_switch.dat 文件的读取和写入访问权限。

2002 E

Cannot open file errno=error_no.

解释：尝试打开 csi_ip_switch.dat 文件时，发生了 errno 类型的故障。

变量：error_no 是与打开该文件关联的系统错误编号。

用户响应：检查文件 csc_ip_switch.dat 是否存在以及是否在适当的位置：$ACSLS_HOME/data/internal/client_config/。如果这两个条件都已满足并且问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并联系 Oracle 支持。有关管理双 LAN 客户机配置的更多信息，请参见 ACSLS Administrator’s Guide 的 "Library Management" 一章中的 "Managing a Dual-Lan Client Configuration"。

2003 E

Invalid entry displayed_line - line ignored.

解释：显示的行是无效条目，因此已忽略该行。

变量：displayed_line 是需要更正的无效行。

用户响应：更正显示的行，然后重新启动 ACSLS。

2004 E

Duplicate addresses displayed_line - line ignored.

解释：在 csc_ip_switch.dat 文件中输入了重复的主要地址和次要地址。

变量：displayed_line 是需要更正的无效行。

用户响应：更正显示的行，然后重新启动 ACSLS。

2005 E

Max number of (max_no_allowed) dual clients exceeded.

解释：在 csc_ip_switch.dat 文件中输入的双客户机数超过了允许的最大数量。双客户机数不得超过最大数量。

变量：max_no_allowed 是在 csc_ip_switch.dat 文件中输入的允许的最大双客户机数。

用户响应：不超过 csc_ip_switch.dat 文件中允许的最大双客户机数。如果您需要更多客户机，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2006 E

Bad primary addr - bad conversion: displayed_addr.

解释：在 csc_ip_switch.dat 文件中输入的主要地址未采用 IP 地址格式。

变量：displayed_addr 是显示的错误主要地址。

用户响应：更正 csc_ip_switch.dat 文件中显示的地址，然后重新启动 ACSLS。

2007 E

Bad primary addr - not digital: displayed_addr.

解释：在 csc_ip_switch.dat 文件中输入的主要地址未采用 IP 地址格式。

变量：displayed_addr 是显示的错误主要地址。

用户响应：更正 csc_ip_switch.dat 文件中显示的地址，然后重新启动 ACSLS。

2008 E

Bad secondary addr - bad conversion: displayed_addr.

解释：在 csc_ip_switch.dat 文件中输入的次要地址未采用 IP 地址格式。

变量：displayed_addr 是显示的错误次要地址。

用户响应：更正 csc_ip_switch.dat 文件中显示的地址，然后重新启动 ACSLS。

2009 E

Bad secondary addr - not digital: displayed_addr.

解释：在 csc_ip_switch.dat 文件中输入的次要地址未采用 IP 地址格式。该地址不是数字。

变量：displayed_addr 是显示的错误次要地址。

用户响应：更正 csc_ip_switch.dat 文件中显示的地址，然后重新启动 ACSLS。

2010 I

path opened - DUAL PATH OPTION ACTIVATED.

解释：已成功打开并读取文件 (csc_ip_switch.dat)。已激活双路径功能。

变量：path 是 csc_ip_switch.dat 文件的完整路径。

用户响应：无。

2011 E

path opened - Dual Option Process Failure.

解释：尝试取消主要地址包排队时发生了严重进程故障。

变量：path 是 csc_ip_switch.dat 文件的完整路径。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2012 N

LMU error: ACS: acs_id Invalid value found in transmission, value = character.

解释：ACSLS（磁带库处理程序进程）在从 LMU 接收的传输数据中检测到了无效字符。

变量：

- acs_id 是 ACS 标识符。

- character 是在传输数据中检测到的无效字符。

用户响应：如果请求失败，请重新发出请求。

2014 N

LMU error: ACS: acs_id Invalid lmu_mode lmu_mode.

解释：ACSLS（磁带库处理程序进程）从 LMU 接收了一个响应包，但在 lmu_mode 中指定了无法识别的 LMU 代码。

变量：

- acs_id 是 ACS 标识符。

- lmu_mode 是从其接收响应的 LMU 模式。该模式为以下几项之一：活动、备用或独立。

用户响应：无。

2018 N

LMU error: ACS: acs_id Invalid compatibility level compat_level line = line_number.

解释：检测到了无效的 LMU 兼容性级别。

变量：

- acs_id 是 ACS 标识符。

- compat_level 是检测到的无效兼容性级别。

- line_number 是在 ACSLS 代码中检测到错误的位置。

用户响应：无。

2027 N

ACS: acs_id Library Recovery Complete.

解释：ACSLH（磁带库处理程序进程）已完成受切换 LMU、磁带库 IPL 的影响或者当与磁带库的通信失去后再重新建立时受影响的磁带库请求的处理。

变量：acs_id 标识 ACS。

用户响应：无。该消息仅供参考。

2028 N

ACS: acs_id New Active LMU.

解释：ACSLS（磁带库处理程序进程）从 LMU 接收了一条未经请求的消息，该消息指明存在一个新的活动 LMU。

变量：acs_id 是 ACS 标识符。

用户响应：无。

2029 N

LMU error: ACS: acs_id Invalid lmu_name lmu_name.

解释：ACSLS（磁带库处理程序进程）从 LMU 接收了一个包，但在该包的 lmu_name 部分中指定了无法识别的 LMU 名称。

变量：

- acs_id 是 ACS 标识符。

- lmu_name 是从其接收包的 LMU 的名称：A、B 或独立。

用户响应：无。

2030 N

LMU error: ACS: acs_id Invalid standby_status standby_status.

解释：在 query lmu 请求的响应中返回了意外的备用 LMU 状态。

变量：

- acs_id 是 ACS 标识符。

- standby_status 是接收的意外值。

用户响应：检查 ACSLS 与指定 ACS 的备用 LMU 进行通信时所用端口的状态。vary port 命令或许能够更正 LMU 的状态。如果错误仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2031 N

ACS: acs_id Standby LMU now communicating.

解释：备用 LMU 正在与指定的 ACS 进行通信。

变量：acs_id 是 ACS 标识符。

用户响应：无。

2032 N

ACS: acs_id Standby LMU not communicating.

解释：ACSLH 从 LMU 接收了一条未经请求的消息，该消息指明备用 LMU 未在与 ACSLS 服务器进行通信。

变量：acs_id 是 ACS 标识符。

用户响应：无。

2034 N

ACSLH: Request Recoverer: message.

解释：通常，在双 LMU 切换恢复期间或者在独立 LMU IPL 后恢复期间发生软件错误时，会显示该消息。

变量：message 对错误进行了详细说明。

用户响应：准备好消息中的错误说明，并收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2035 N

status = port_status: Cannot vary last Active port offline, leaving port online.

解释：不允许向最后一个联机的活动端口发出 vary port offline 命令。

变量：port_status 是端口的状态。

用户响应：无。

2036 N

Standalone LMU, cannot initiate switch.

解释：不允许向独立 LMU 发出 switch LMU 命令。

变量：无。

用户响应：无。

2037 N

Standby LMU not communicating, cannot initiate switch.

解释：不允许在备用 LMU 未进行通信时发出 switch LMU 命令。

变量：无。

用户响应：无。

2038 N

ACS acs_id has no LSMs configured; you may want to verify hardware configuration.

解释：可能会在以下任一情况下显示该消息：

- 如果 ACS 配置有实际连接到其他 ACS 的端口

- 如果您具有双 LMU 配置并且在 acsss_config 期间发生了切换，则当在 acsss_config 期间一个 LMU IPL 时，可能会收到该消息。

变量：acs_id 是未配置 LSM 的 ACS。

用户响应：

- 如果在产品配置期间看到该消息，请验证所有硬件配置和所有硬件连接。这些连接包括到服务器的连接、从 LMU 到 LSM 的连接，以及双 LMU 配置中 LMU 之间的连接。

- 如果所有硬件连接均正确但 acsss_config 仍检测到空的 ACS，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

- 如果在 acsss_config 期间执行 LMU 切换时出现该消息，请重新运行 acsss_config。

2041 W

Could not find text text in file filename.

解释：在指定的文件中未找到某些预期文本。该文件可能已损坏。

变量：

- text 是预期在该文件中的文本。

- filename 是该文件。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2050 W

Error processing command: command - error.

解释：在 ACSLS 中处理接收的命令出错时，会出现该消息。

变量：

- command 是导致错误的命令。

- error 是发生的特定错误。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2051 W

Ipc error reading command: error.

解释：尝试读取一个命令以进行处理时，发生了内部通信错误。

变量：error 是 IPC 期间遇到的错误。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2052 W

Unable to get value for TRACE_VOLUME dynamic variable.

解释：检索 TRACE_VOLUME 动态变量的值时出错。这可能会导致关于卷跟踪的不一致行为。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2053 W

Error trying to create volume statistics entry.error_desc.

解释：尝试在 LIB_VOL_STSTS 文件中创建条目时出现了问题。

变量：error_desc 是对问题进行说明的详细错误消息。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2054 W

Move to cell_id failed cartridge recovery needed.Volume vol_id may be stuck intransit.

解释：卷在 LSM 内其原始源与目标之间的某个位置滞留。

变量：

- cell_id 是目标单元地址。

- vol_id 是卡住的卷的卷标识符。

用户响应：执行以下任一操作：

- 从 LSM 中手动移除磁带，然后审计单元并装入磁带。

- 执行 vary 命令以强制卷所在的 LSM 变为脱机；然后使该 LSM 变为联机以强制执行中转恢复。

2055 W

Error updating cell cell_id state to full.

解释：将一个单元的状态设置为全满时出错。这可能已导致 ACSLS 数据库不一致。

变量：cell_id 是发生错误的单元地址。

用户响应：对指明的单元执行子面板审计，以尝试使数据库一致。

2056 W

Error updating cell cell_id state to empty.

解释：将一个单元的状态设置为空时出错。这可能已导致 ACSLS 数据库不一致。

变量：cell_id 是发生错误的单元地址。

用户响应：对指示的单元执行子面板审计，以尝试使数据库一致。

2057 W

Error updating cell cell_id state to reserved.

解释：将一个单元的状态设置为已保留时出错。这可能已导致 ACSLS 数据库不一致。

变量：cell_id 是发生错误的单元地址。

用户响应：对指明的单元执行子面板审计，以尝试使数据库一致。

2058 W

Idle command failed information.

解释：尝试使 ACSLS 服务器的一部分处于闲置状态失败。

变量：information 是有关故障的详细信息。

用户响应：服务器将仍正常运行，但是您应该报告该问题，因为它可能是更大问题的症状。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2059 W

Failed to close accept socket.Error: error.

解释：尝试关闭一个内部 ACSLS 通信机制时出错。

变量：error 是导致故障的特定错误。

用户响应：该错误可能表明一次性异常，也可能是更大根本问题的症状。如果该消息出现一次而没有其他错误消息，则可以将其忽略。如果该消息出现多次或与其他错误消息一起出现，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2060 W

Database Error: error.

解释：使用 ACSLS 所用数据库处理一项事务时出错。

变量：error 是数据库发生的特定错误。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2061 W

Invalid data found in command: information.

解释：ACSLS 在一个内部命令结构中检测到了一些无效数据。

变量：information 是对无效数据的详细说明。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2062 W

Unexpected ACSLH result received by move: information.

解释：在 ACSLS 组件之间的通信中发生了内部错误。

变量：information 是有关错误的详细信息。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2063 E

Internal error in processing the move command: information.

解释：处理移动请求时发生了内部错误。

变量：information 是有关错误的详细信息。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2064 E

Error getting LIB_VOL_STATS value: explanation.

解释：ACSLS 无法读取 LIB_VOL_STATS 动态变量的值。这可能会导致无法记录卷统计信息条目。

变量：explanation 是有关错误的详细信息。

用户响应：重新运行 acsss_config 以尝试启用 LIB_VOL_STATS，然后重新尝试该请求。如果错误仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2065 E

Error creating record for Volume vol_id: information.

解释：尝试更新给定 vol_id 的 ACSLS 内部数据库记录时发生了内部错误。

变量：

- vol_id 是未能创建的卷的卷标识符。

- information 是有关错误的详细信息。

用户响应：尝试审计卷的预期位置。如果该操作失败，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2066 E

Unable to update status for Volume vol_id: information.

解释：尝试更新给定 vol_id 的 ACSLS 内部数据库记录时发生了内部错误。

变量：

- vol_id 是未能创建的卷的卷标识符。

- information 是有关错误的详细信息。

用户响应：尝试审计卷的预期位置。如果该操作失败，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2068 N

move: volume (vol_id) not found in cell (cell_id), deleted.

解释：尝试移动某个卷时，在该卷的起始单元中未找到该卷。已从数据库中删除卷记录。

变量：

- vol_id 是未找到的卷的卷标识符。

- cell_id 是单元位置。

用户响应：审计 LSM 以使 ACSLS 数据库与 LSM 的内容一致。

2069 N

cl_vol_write failed: vol_id.

解释：进程未能更新数据库中的卷记录。

变量：vol_id 是未能在数据库中更新的卷记录的卷 ID。

用户响应：显示该卷。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2077 N

Attempting to log an invalid message (message_number) from a client thread.

解释：一个 CSI 客户机线程将不受支持的消息编号返回到了主 CSI 线程。已忽略该消息。

变量：message_number 是不受支持的消息编号。

用户响应：无。继续进行 CSI 处理，而不会出现问题。如果需要，可将该消息报告给 Oracle 支持。

2078 E

XDR translation failed.

解释：响应的 XDR 转换失败。之前的消息或许准确地指出了确切问题。CSI 无法将该响应发送到网络客户机。

变量：无。

用户响应：收集相关的日志，尤其是 acsss_event.log，并将该问题报告给 Oracle 支持

2079 I

Sending first response to client ip_address.

解释：将第一个响应发送到网络客户机时，会报告该消息。

变量：ip_address 是网络客户机的 IP 地址。

用户响应：无。

2080 E

Unable to allocate shared queue for client ip_address.

解释：CSI 无法将响应的共享队列分配给指定的网络客户机。在更正该问题之前，不会向该客户机返回任何响应。

变量：ip_address 是网络客户机的 IP 地址。

用户响应：确定 ACSLS 服务器是否内存不足。使用 vmstat 或 vmstat –s 并查找换出的页面数。如果 ACSLS 服务器并非内存不足，请收集诊断信息并与 Oracle 支持联系。

2081 I

Unable to add entry to shared queue for client ip_address.

解释：CSI 无法为指定的网络客户机将响应添加到共享队列中。将丢弃该响应。

变量：ip_address 是网络客户机的 IP 地址。

用户响应：确定 ACSLS 服务器是否内存不足。使用 vmstat 或 vmstat –s 并查找换出的页面数。如果 ACSLS 服务器并非内存不足，请收集诊断信息并与 Oracle 支持联系。

2082 E

Unable to create thread for client ip_address.

解释：CSI 无法创建一个线程以将响应发送到指定的网络客户机。在更正该问题之前，不会向该客户机返回任何响应。

变量：ip_address 是网络客户机的 IP 地址。

用户响应：确定 ACSLS 服务器是否内存不足。使用 vmstat 或 vmstat –s 并查找换出的页面数。如果 ACSLS 服务器并非内存不足，请收集诊断信息并与 Oracle 支持联系。

2083 E

Unable to create clients queue.

解释：CSI 无法创建所有网络客户机的列表，并且在可以创建该列表之前无法将响应返回到客户机。

变量：无。

用户响应：确定 ACSLS 服务器是否内存不足。使用 vmstat 或 vmstat –s 并查找换出的页面数。如果 ACSLS 服务器并非内存不足，请收集诊断信息并与 Oracle 支持联系。

2084 E

Unable to create response queue.

解释：CSI 无法创建从客户机线程到主 CSI 线程的响应的队列。在可以创建响应队列之前，CSI 可能无法将响应返回到客户机。

变量：无。

用户响应：确定 ACSLS 服务器是否内存不足。使用 vmstat 或 vmstat –s 并查找换出的页面数。如果 ACSLS 服务器并非内存不足，请收集诊断信息并与 Oracle 支持联系。

2085 N

Discarding packet for client ip_address with SSI identifier of request_id.

解释：已放弃对来自网络客户机的请求的响应。该响应是对来自客户机的请求的确认或者对请求的响应。可能是因为网络问题或者 ACSLS 关闭而导致未发送该响应。如果 ACSLS 未关闭，则 CSI 将继续尝试返回其他响应。

变量：

- ip_address 是网络客户机的 IP 地址。

- request_id 唯一标识由 SSI 分配（在网络客户机上）的该请求。

用户响应：有关详细信息，请查看关联的消息。如果 ACSLS 未关闭，请确定客户机与 ACSLS 服务器之间是否存在网络问题。

2086 E

Pthread function failed with return code return_code.

解释：指示的线程函数失败，并显示了给定的返回代码。ACSLS CSI 未在正常运行。

变量：return_code 唯一标识分配的请求。

用户响应：收集相关的日志，尤其是 acsss_event.log，并将该问题报告给 Oracle 支持。

2087 N

Resetting bad RPC file descriptor rpc_fd.

解释：该消息记录从 RPC 错误执行的恢复。CSI 将自动重置 RPC 文件描述符，并继续进行处理。

变量：rpc_fd 是重置的 RPC 文件描述符。

用户响应：无。CSI 将自动重置 RPC 文件描述符，并继续进行处理。

2088 E

Unable to shift transaction log file on secondary disk.

解释：辅助磁盘管理器无法在辅助磁盘上创建事务日志文件。这是数据库错误。

用户响应：重新运行辅助磁盘管理器 (sd_mgr.sh)。

2107 N

Cannot allocate environment handle.

解释：对分配环境句柄的 ODBC 调用失败。

变量：无。

用户响应：必须重新启动应用程序。请与系统管理员联系。

2108 N

Cannot allocate database handle.

解释：对分配数据库句柄的 ODBC 调用失败。

变量：无。

用户响应：必须重新启动应用程序。请与系统管理员联系。

2109 N

Cannot allocate statement handle.

解释：对分配 SQL 语句句柄的 ODBC 调用失败。

变量：无。

用户响应：必须重新启动应用程序。请与系统管理员联系。

2111 N

Cannot free connection handle.

解释：对释放数据库连接句柄的 ODBC 调用失败。

变量：无。

用户响应：无。

2112 N

Cannot free environment handle

解释：对释放环境句柄的 ODBC 调用失败。

变量：无。

用户响应：无。

2113 N

Cannot fetch.Return code return_code

解释：对从查询结果集中获取行的 ODBC 调用失败。

变量：return_code 是 ODBC 返回的错误代码编号。

用户响应：必须重新运行应用程序。请与系统管理员联系。

2114 N

Error in preparing statement.

解释：对准备用于执行的 SQL 语句的 ODBC 调用失败。

变量：无。

用户响应：必须重新运行应用程序。请与系统管理员联系。

2115 N

Cannot reset auto commit option.

解释：对为所有数据库事务设置或重置自动提交选项的 ODBC 调用失败。

变量：无。

用户响应：必须重新运行应用程序。请与系统管理员联系。

2116 N

Attempt to database recovery was aborted by the user.

解释：在数据库恢复期间，系统发出了一条警告消息，提示用户将要覆盖当前的数据库。数据库恢复一旦开始便不能中断。看到该消息后，用户已选择停止数据库恢复过程。

变量：无。

用户响应：无。

2118 E

Could not create the filename file.

解释：文件创建命令失败。当安装程序无法创建 odbc.ini 文件时，将会记录该消息。未设置以下任何一个环境变量时，安装程序将无法创建该文件：$ACS_HOME、$INFORMIXDIR 或 $HW_PLATFORM

变量：filename 是 odbc.ini 文件。

用户响应：检查是否设置了上述变量。如果未设置这些变量，请重新安装 ACSLS。

2125 E

ACSLS database gentle shutdown did not succeed.

解释：正常关闭数据库失败。命令重试 10 次后失败时，将会记录该错误。

变量：无。

用户响应：

- 如果在初始安装期间发生了该错误，请重新安装产品并重试。

- 如果现有数据库已损坏，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2126 E

ACSLS database forced shutdown did not succeed.

解释：强制关闭失败。

用户响应：

- 如果在初始安装期间发生了该错误，请重新安装产品并重试。

- 如果现有数据库已损坏，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2128 E

ACSLS database fast shutdown did not succeed.

解释：快速关闭失败。

用户响应：

- 如果在初始安装期间发生了该错误，请重新安装产品并重试。

- 如果现有数据库已损坏，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2130 N

There remains only % MB of free space for ACSLS database space.

解释：ACSLS 数据库空间不足。

变量：% 是空闲空间的百分比。

用户响应：请与 Oracle 支持联系。

2131 N

ACS: acs_id Standby LMU now communicating with active.

解释：指定 ACS 的备用 LMU 已恢复通过内部连接与该 ACS 的活动 LMU 进行通信。您将看到 ACSLS 与备用 LMU 之间的通信状态是单独跟踪的，并可以使用 query lmu 命令进行显示。

变量：acs_id 是 ACS 标识符。

用户响应：无。该消息仅供参考，取代了消息 2031。

2132 N

ACS: acs_id Standby LMU not communicating with active.

解释：指定 ACS 的备用 LMU 已停止通过内部连接与该 ACS 的活动 LMU 进行通信。ACSLS 与备用 LMU 之间的通信状态是单独跟踪的，并可以使用 query lmu 命令进行显示。

变量：acs_id 是 ACS 标识符。

用户响应：无需对 ACSLS 执行任何操作，它将继续与活动 LMU 进行通信。该消息仅供参考，取代了消息 2032。当执行备用 LMU 的 IPL 时，通常会看到该消息。IPL 完成后，预期会看到消息 2131，该消息表明已恢复 LMU 之间的内部通信。如果未发生上述情况，可能表明存在问题。请检查 LMU，验证两个是否都在正常运行，并且它们之间的 LAN 电缆连接正确。

2133 N

LMU error: ACS: acs_id Invalid active_status active_status.

解释：在 query lmu 请求的响应中返回了意外的活动 LMU 状态。

变量：

- acs_id 是 ACS 标识符。

- active_status 是接收的意外值。

用户响应：

- 检查 ACSLS 与指定 ACS 的活动 LMU 进行通信时所用端口的状态。vary port 命令或许能够更正 LMU 的状态。

- 如果错误仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2134 I

Module: Selecting another volume because scratch or cleaning volume vol_id may be in use.

解释：ACSLS 针对挂载暂存或自动清洗请求选择了一个磁带，并且正在更新数据库。但是，该磁带的起始单元已保留。ACSLS 可以调用磁带恢复来调查该单元和卷，也可以尝试选择不同的暂存或清洗磁带。

变量：

- Module 是显示该消息的 ACSLS 模块。

- vol_id 是 ACS 标识符。

用户响应：无。

2135 E

Cannot cancel automatic enter at CAP cap_id

解释：尝试取消一个自动装入请求，但不允许执行该操作。

变量：cap_id 是无法取消自动装入的 CAP 的标识符。

用户响应：无。

2136 E

Cannot cancel this request type: request_type

解释：尝试取消一个请求类型 request_type，但不允许执行该操作。

变量：request_type 是不允许取消的请求类型。

用户响应：无。

2137 E

CAP proc_id: CAP cap_id is in a partitioned library, but the CAP is not dedicated to this partition.Therefore, it cannot be set to automatic mode

解释：尝试将 CAP cap_id 设置为自动模式，但是在已分区磁带库中不允许自动模式，除非 CAP 专用于该分区。

变量：

- proc_id 是发出该错误消息的过程的名称。

- cap_id 标识 CAP。

用户响应：无。

2138 E

CAP cap_id is already reserved in partition partition_num by host host_id.

解释：尝试使用一个 CAP cap_id，但是该操作失败，因为其他分区之前已保留该 CAP。

变量：

- cap_id 是您尝试使用的 CAP。

- partition_num 是当前持有该 CAP 保留的分区。

- host_id 是使用保留了该 CAP 的分区的主机的标识符。

用户响应：为使该 CAP 操作完成，必须使该 CAP 可用。这应该通过结束正在使用该 CAP 的主机的处理来实现。如果无法实现，请参见用于覆盖 CAP 保留的磁带库过程。

2139 E

CAP cap_id received an unexpected CAP door opened message; ignoring.

解释：ACSLM 收到了一条与 CAP 门打开事件有关的意外消息。

变量：cap_id 是您尝试使用的 CAP。

用户响应：无。

2140 E

CAP cap_id received an unexpected CAP door closed message; ignoring.

解释：ACSLM 收到了一条与 CAP 门关闭事件有关的意外消息。

变量：cap_id 是您尝试使用的 CAP。

用户响应：无。

2141 I

CAP cap_id has been set to manual mode because the CAP is now shared; it is no longer dedicated to this partition.

解释：该 CAP 不再专用于该分区，因此不能在自动模式下；共享 CAP 时，它必须在手动模式下。

变量：cap_id 标识 CAP。

用户响应：无。

2142 W

CAP cap_id is in a partitioned library, and the CAP is dedicated to another partition.Please run Dynamic Config or acsss_config to remove the CAP from the configuration for this ACS.The CAP will be varied offline.

解释：该 CAP 不再可由该分区访问，因此应该从配置中删除。

变量：cap_id 标识 CAP。

用户响应：运行动态配置实用程序来更新 ACS 的配置 (config acs acs_id)，或者关闭 ACSLS 并运行 acsss_config 以重新配置 ACS。

2143 W

The library reports CAP cap_id as not installed.Please run Dynamic Config or acsss_config to remove the CAP from the configuration.The CAP will be varied offline.

解释：该 CAP 不再安装在磁带库中，因此应该从配置中删除。

变量：cap_id 标识 CAP。

用户响应：运行动态配置实用程序来更新 ACS 的配置 (config acs acs_id)，或者关闭 ACSLS 并运行 acsss_config 以重新配置 ACS。

2144 I

Intermediate dismount response not received when dismounting volume vol_id from drive drive_id.

解释：在执行卸载时 ACSLS 未从磁带库收到仅供参考的响应。

变量：

- vol_id 标识卷。

- drive_id 标识磁带机。

用户响应：无。

2145 E

proc_id: Maintenance required for component component_id.

解释：磁带库报告指定的组件存在问题。

变量：

- proc_id 是发出该错误消息的过程的名称。

- component 标识组件类型（卷或磁带机）。

- component_id 标识组件。

用户响应：请与 Oracle 支持联系，以检查该组件。

2146 I

Fault Symptom Code (FSC) fsc reported when dismounting volume vol_id from drive drive_id.

解释：在执行卸载时磁带机报告了故障症状代码 (Fault Symptom Code, FSC)。

变量：

- fsc 是四位数的故障症状代码。

- vol_id 标识卷。

- drive_id 标识磁带机。

用户响应：无。该消息仅供参考。如果您仍然遇到磁带机或磁带问题，请将该 FSC 提供给 Oracle 支持，以帮助他们诊断问题。

2147 E

Duplicate label vol_id, with media domain and type media_domain_type, reported in the library in component component_id.

解释：磁带库报告它包含的两个或多个磁带具有相同的标签。

变量：

- vol_id 标识重复的卷标签。

- media_domain_type 是介质域后面紧跟介质类型。

- component 标识组件类型（ACS、CAP、单元或磁带机）。

- component_id 标识组件。

用户响应：请查看消息 2148。

2148 E

Please eject the duplicate volumes with label vol_id via SLConsole and re-enter the correct volume.

解释：磁带库报告它包含的两个或多个磁带具有相同的标签。由于 ACSLS 仅支持唯一的标签（卷序列号），因此必须弹出重复的卷。

变量：vol_id 标识重复的卷标签。

用户响应：使用 SLConsole 的恢复移动功能弹出在消息 2147 中报告的所有卷。检查它们，然后重新装入正确的卷。

2149 E

proc_id: The configuration for ACS acs_id is out of date.The current configuration does not include component component_id with volume vol_id.Please update the configuration using Dynamic Config or acsss_config.

解释：ACS 的配置已过时，而一个卷在当前未在配置中的组件中，因此不再可以访问。

变量：

- proc_id 是发出该错误消息的过程的名称。

- acs_id 标识 ACS。

- component 标识组件类型（单元或磁带机）。

- component_id 标识组件。

- vol_id 标识卷。

用户响应：运行动态配置实用程序来更新 ACS 的配置 (config acs acs_id)，或者关闭 ACSLS 并运行 acsss_config 以重新配置 ACS。

2150 E

Lh error: proc_id: ACS acs_id configured to ACSLS with partition ID = partition_id, but the library is NOT partitioned.

解释：ACS 尝试连接到已分区磁带库，但是该磁带库未分区。

变量：

- proc_id 是发出该错误消息的过程的名称。

- acs_id 标识 ACS。

- partition_id 是将 ACS 配置到的分区。

用户响应：如果应该禁用分区，请运行 acsss_config 以将 ACS 重新配置到未分区磁带库或移除 ACS。否则，在该磁带库上启用分区并定义分区 partition_id，然后重新连接。

2151 E

Lh error: proc_id: ACS acs_id configured to ACSLS as NOT partitioned, but the library reports that this ACS is partitioned.

解释：ACS 尝试连接到未分区磁带库，但是该磁带库已分区。

变量：

- proc_id 是发出该错误消息的过程的名称。

- acs_id 标识 ACS。

用户响应：如果应该启用分区，请运行 acsss_config 以将 ACS 重新配置到定义的分区或移除 ACS。否则，在该磁带库上禁用分区，然后重新连接。

2152 E

Lh error: proc_id: ACS acs_id configured to ACSLS with partition ID = partition_id, but the library reports that this partition is not defined.

解释：ACS 的分区 ID 不是在磁带库中定义的分区 ID。

变量：

- proc_id 是发出该错误消息的过程的名称。

- acs_id 标识 ACS。

- partition_id 是将 ACS 配置到的分区。

用户响应：确保已启用分区并在磁带库中定义分区 ID。如果已启用分区但未定义分区 ID，请运行 acsss_config 以将 ACS 重新配置到正确的分区。

2153 E

Lh error: proc_id: HLI Transmission header invalid for host/library compatibility level = compat_level.

解释：在 ACSLS 服务器与磁带库之间发生了通信错误。当 ACSLS 通过主机/磁带库接口 (Host/Library Interface, HLI) 与磁带库进行通信时，传输必须与传输的兼容性级别匹配。HLI 磁带库包括 Sl3000 和 SL8500。

变量：

- proc_id 是发出该错误消息的过程的名称。

- compat_level 是传输的 HLI 兼容性级别。

用户响应：重新启动 ACSLS。如果错误再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2154 E

Lh error: proc_id: ACS acs_id already defined to partition defined_id; attempt to connect to partition new_id rejected.

解释：ACSLS 磁带库处理程序收到了一个连接请求，其中的分区 ID 不同于已经为 ACS 定义的分区 ID。

变量：

- proc_id 是发出该错误消息的过程的名称。

- acs_id 标识 ACS。

- defined_id 是已经为 ACS 的连接定义的分区 ID。

- new_id 是 ACS 的被拒绝的新分区 ID。

用户响应：如果问题会造成中断，请完成以下操作：

1. 使 ACS 变为脱机。

2. 使 ACS 的所有端口变为脱机。

3. 使 ACS 的所有端口变为重新联机。

4. 使 ACS 变为联机。

5. 如果问题仍然存在，请重新启动 ACSLS。

6. 如果问题再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2155 E

Lh error: proc_id: Port port_id already defined with port-name defined_name; attempt to connect to port-name new_name rejected.

解释：ACSLS 磁带库处理程序收到了一个连接请求，其中的端口名称不同于已经为端口定义的端口名称。

变量：

- proc_id 是发出该错误消息的过程的名称。

- port_id 标识端口。

- defined_name 是已经为端口定义的端口名称。

- new_name 是端口的被拒绝的新端口名称。

用户响应：

1. 使 ACS 变为脱机。

2. 使 ACS 的所有端口变为脱机。

3. 使 ACS 的所有端口变为重新联机。

4. 使 ACS 变为联机。

5. 如果问题仍然存在，请重新启动 ACSLS。

6. 如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2156

The reservation on CAP cap_id was overridden by the librarys’ CLI or SLConsole.

解释：ACSLS 从磁带库收到了一个通知，该通知指出，对于一个已分区磁带库中的 CAP，操作员覆盖了 ACSLS 持有的 CAP 保留。

变量：cap_id 标识 CAP。

用户响应：任何正在进行的装入或弹出操作都已终止，因为已覆盖 CAP 保留。如果该 CAP 中仍有磁带，必须先将其移除，然后其他分区才能使用该 CAP。请使用将磁带装入的分区或者从中弹出磁带的分区为这些磁带设置标签。

2157 I

ACS acs_id is affected by a configuration, capacity, or partition change.Please run dynamic config to update the configuration of this ACS, and audit it.

解释：ACSLS 从磁带库收到了一个通知，该通知指出，该 ACS 受到配置、容量或分区更改的影响。

变量：

- acs_id 标识 ACS。

- lsm_id 是 LSM 标识符。

用户响应：

1. 运行动态配置实用程序来更新配置。

2. 如果磁带库配置或容量发生了更改，请更新 ACS (config acs acs_id) 或 LSM (config lsm_id) 的配置。

3. 审计受影响的 ACS。

4. 如果在介质验证池中添加或移除了磁带机，请使用 config drive <panel_id> 更新磁带机配置。

2158 I

Re-trying the mount of volume vol_id on drive drive_id using the volumes’ new home cell.

解释：卷的原始挂载失败，因为该卷未在其起始单元中。但是，ACSLS 能够在其他单元中找到该卷，因而将重新尝试挂载。

变量：

- vol_id 标识卷。

- drive_id 标识磁带机。

用户响应：无。

2159 I

ACS acs_id: Library Recovery Started.

解释：ACSLH（磁带库处理程序进程）已开始受切换 LMU、磁带库 IPL 的影响或者当与磁带库的通信失去后再重新建立时受影响的磁带库请求的处理。

变量：acs_id 标识 ACS。

用户响应：无。

2160 W

Port port_id lost communication with the library and has been varied offline.If communication is reestablished, the port will automatically be varied online.

解释：ACSLS 无法通过该端口成功地与磁带库进行通信。该端口将不断尝试重新建立通信，当成功时，它将变为重新联机。

变量：port_id 标识端口。

用户响应：

1. 检查该端口使用的所有电缆是否都已插入且正常运行。

2. 检查该端口使用的所有集线器、交换机、路由器等是否正常运行。

3. 检查 ACSLS 和磁带库上的物理设备是否正常运行。

4. 如果执行所有检查后该端口并未自动重新联机，请使该端口变为脱机再重新联机。

如果该端口仍未联机，请执行以下操作：

1. 使 ACS 变为脱机。

2. 使 ACS 的所有端口变为脱机。

3. 使 ACS 的所有端口变为重新联机。

4. 使 ACS 变为重新联机。

5. 如果该端口仍脱机，请重新启动 ACSLS。

6. 如果该端口未联机，请重新启动磁带库。

7. 如果问题再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2161 W

ACS acs_id lost control of the library and has been varied offline.If control is reestablished, the ACS will automatically be varied to its previous state (previous_state).

解释：ACSLS 不能再控制磁带库。能够控制磁带库的所有端口（非备用端口）都已变为脱机或失去与磁带库的通信。当控制端口变为联机或重新建立通信时，ACS 将自动返回到之前的状态。在双 LMU 配置中，备用端口可能仍然联机并且进行通信。但是，由于备用端口无法控制磁带库，因此 ACS 已变为脱机。

变量：

- acs_id 标识 ACS。

- previous_state 是失去控制之前 ACS 的所需状态。

用户响应：如果一个控制端口已变为脱机，请使该端口变为联机。如果所有控制端口都要重新连接，请按照消息 2160 的“所需操作”部分重新连接端口。如果在一个控制端口联机后 ACS 未自动返回到之前的状态，请执行以下操作：

1. 使 ACS 变为脱机。

2. 使 ACS 的所有端口变为脱机。

3. 使 ACS 的所有端口变为重新联机。

4. 使 ACS 变为重新联机/诊断状态。

5. 如果 ACS 仍脱机，请重新启动 ACSLS。

6. 如果 ACS 未联机，请重新启动磁带库。

7. 如果问题再次发生，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2162 I

Port port_id has reestablished communication with the library and has been varied online.

解释：ACSLS 已通过该端口成功地与磁带库重新建立通信。该端口现已联机且正常运行。

变量：port_id 标识端口。

用户响应：无。

2163 I

ACS acs_id has reestablished control of the library and has been varied to its previous state (previous_state).

解释：ACSLS 已重新建立对磁带库的控制，并且 ACS 已变为失去控制之前的所需状态。发生这种情况是因为能够控制磁带库的一个端口（非备用端口）已成功地与磁带库重新建立通信或已变为联机。

变量：

- acs_id 标识 ACS。

- previous_state 是失去控制之前 ACS 的所需状态。

用户响应：无。

2164 E

Port port_id cannot be varied offline because the desired state for ACS acs_id is acs_state.Please vary ACS acs_id offline first.

解释：尝试使该端口变为脱机失败，因为该端口是最后一个联机的端口或者最后一个处于所需联机状态的端口，而 ACS 需要处于联机或诊断状态（之前的 acs_state）。当 ACS 仍然需要处于联机或诊断状态时，您无法使 ACS 的所有端口变为脱机。

变量：

- port_id 标识端口。

- acs_id 标识 ACS。

- acs_state 是 ACS 的所需状态。

用户响应：要使该端口变为脱机，请使 ACS 的另一个端口变为联机或使 ACS 变为脱机。

2165 E

Cannot vary ACS acs_id new_state because no ports for this ACS have a desired state of online.Please vary a port for ACS acs_id online first.

解释：尝试使 ACS 变为联机或诊断状态失败，因为 ACS 的任何端口都未处于联机状态。当任何端口都未联机时，您无法使 ACS 变为联机或诊断状态。

变量：

- acs_id 标识 ACS。

- new_state 是 ACS 的所请求状态。

用户响应：要使 ACS 变为联机或诊断状态，请使 ACS 的一个端口变为联机。

2166 I

Desired state for component component_id set to new_state.

解释：组件的所需状态已成功更新并在数据库中设置为 new_state。

变量：

- component 标识组件类型（ACS 或端口）。

- component_id 标识组件。

- new_state 是组件的所需状态。

用户响应：无。

2167 I

Module: CAP cap_id is an Access Expansion Module (AEM) and should not be used for small enters and ejects.Therefore maximum CAP priority is one.

解释：尝试将 AEM 的 CAP 优先级设置为大于一 (1) 的优先级。AEM 并非为装入或弹出较少的磁带而设计。为了帮助防止在 CAP ID 是带星号的通配符或指定了 LSM ID 时自动选择 AEM，不允许将 AEM 的优先级设置为大于 1。

变量：

- Module 是显示该消息的 ACSLS 模块。

- cap_id 是在 set cap priority 命令中指定的 AEM。

用户响应：只将 AEM 的优先级设置为零或一。请不要使用 AEM 装入或弹出较少的磁带。

2168 E

Limit of max_value variable_name exceeded.

解释：ACSLS 检测到一个值超过了某些程序设置或变量允许的最大值。ACSLS 处理将会继续。

变量：

- max_value 是允许的最大值。

- variable_name 是程序设置或变量。

用户响应：请通知 Oracle 支持。（尽管继续进行 ACSLS 处理，但是我们希望了解该事件。）

2169 W

operation of volser on drive drive_id failed due to component status, and the time of timeout minutes was exceeded.

解释：ACSLS 无法执行一项挂载或卸载操作，因为一个磁带库组件（ACS、LSM 或磁带机）不可用，并且超过了自动重试的时间限制。

变量：

- operation 是失败的请求类型（挂载或卸载）。

- drive_id 是磁带机标识符。

- component 是导致请求失败的磁带库组件。

- status 是磁带库组件的状态（当前脱机或在恢复中）。

- timeout 是超过的时间限制（分钟）。（请参见 MOUNT_RETRY_TIME_LIMIT 动态变量。）

用户响应：无。要重试操作，请确保使所有脱机磁带库组件（ACS、LSM 和磁带机）准备就绪、可用且联机。

2170 W

Volume vol_id, not in drive drive_id.ACSLS will recover cartridge automatically.

解释：尝试卸载一个卷，但是该卷未在磁带机中。ACSLS 将自动尝试在磁带库中查找该磁带。

变量：

- vol_id 是卷的卷标识符。

- drive_id 是磁带机标识符。

用户响应：无。

2171 W

switch lmu for ACS acs_id not allowed because more than one SL8500 in ACS.

解释：对 ACS 发出了 switch lmu 命令。但是，ACS 包括多个通过直通端口连接的 SL8500 磁带库。对于 SL8500 磁带库，只有单个独立 SL8500 支持 switch lmu 命令。

变量：acs_id 是对其发出 switch lmu 命令的 ACS。

用户响应：无。

2172 W

switch lmu for ACS acs_id not allowed because ACS is partitioned.

解释：一个已分区磁带库不支持来自主机（例如 ACSLS）的 switch lmu 请求，因为切换会导致其他分区发生中断。

变量：acs_id 是对其发出 switch lmu 命令的 ACS。

用户响应：如果需要切换该磁带库，请使用 SLConsole。

2173 E

More than max of max_drives_in_acsls drives in database, cannot re-configure.

解释：尝试使用 acsss_config 定义或更改磁带库硬件配置时，由该 ACSLS 系统管理的所有 ACS 中存在的磁带机超过了最大数目。acsss_config 终止，因为它无法支持如此多的磁带机。

变量：max_drives_in_acsls 是 acsss_config 支持的最大磁带机数。

用户响应：您可以通过以下任一选项支持这种硬件配置：

- 使用不同的 ACSLS 服务器管理单独的 ACS（复合磁带库）。max_drives_in_acsls 最少支持 1500 个磁带机（超过了可以在 20 多个 SL8500 磁带库中安装的磁带机数）。

- 使用 config acs new 实用程序配置新的 ACS，并使用 config acs acs_id 重新配置 ACS。

- 将该问题报告给 Oracle 支持，以便提高 max_drives_in_acsls 限制。

2174 I

Restarting auto-enter for CAP cap_id.

解释：针对指定的 CAP 重新启动了自动装入。

变量：cap_id 是为其重新启动自动装入的 CAP。

用户响应：您可以继续在自动装入模式下通过该 CAP 装入磁带。

2175 W

Volume vol_id too long for Volume Access Control.

解释：ACSLS 尝试检查一个卷是否由卷访问控制下的客户机拥有。但是，指定的卷的卷 ID 大于六个字符。卷访问控制仅支持 6 个字符的 vol_id。

变量：vol_id 是卷 ID 大于六个字符的卷。

用户响应：请搜集诊断信息并将该问题报告给 Oracle 支持。

2176 W

CAP cap_id: Not reserved for automatic enter.

解释：一个 CAP 关闭后，确定该 CAP 并非为自动装入而保留。自动装入请求已终止。

变量：cap_id 是为其启动自动装入的 CAP。

用户响应：使用 offline force 命令强制 CAP 变为脱机再重新联机，然后使用 set cap mode automatic 清除 CAP 模式和状态。

2177 W

CAP cap_id: cap_size db_cap_size invalid for automatic enter.

解释：一个 CAP 关闭后，确定在数据库中记录的该 CAP 的大小无效。自动装入请求已终止。

变量：

- cap_id 是为其启动自动装入的 CAP。

- db_cap_size 是在数据库中记录的该 CAP 的大小。它为零或更小，或者大于最大的 CAP。

用户响应：在数据库中更新 CAP 配置，以重置该 CAP 的大小。

1. 确保所有磁带库组件都已准备就绪且联机。

2. 在 ACSLS 正在运行时使用 dynamic config 实用程序，或者在停止 ACSLS 后使用 acsss_config。

3. 如果使用的是 dynamic config，请使用 config acs acs_id 重新配置 SL8500，并使用 config lsm lsm_id 重新配置 SL3000 或 9310。

2180 E

ACS acs_id: Called for circuit to standby or unknown LC.

解释：尝试针对连接到备用或未知 LC（Library Controller，磁带库控制器）的电路选择活动 LC 的请求。

变量：acs_id 标识涉及的 ACS。

用户响应：这是决不应该发生的内部错误。请收集诊断数据并将该错误报告给 Oracle 支持。

2181 E

Delete of current Xmit_active_q queue member failed.

解释：选择要传输到磁带库的一个请求后，无法从活动请求的队列中删除该请求。

变量：无。

用户响应：这是决不应该发生的内部错误。请收集诊断数据并将该错误报告给 Oracle 支持。

2182 E

Get of Xmit_active_q queue member_id queue_member_id failed.

解释：尝试从活动请求的队列中获取一个活动 LC（Library Controller，磁带库控制器）的请求，但是无法从队列中检索该队列成员。

变量：queue_member_id 标识内部队列成员 ID。

用户响应：这是决不应该发生的内部错误。请收集诊断数据并将该错误报告给 Oracle 支持。

2183 E

Delete of Xmit_active_q queue member_id queue_member_id failed.

解释：尝试从活动请求的队列中删除一个活动 LC（Library Controller，磁带库控制器）的请求，但是无法从队列中删除该队列成员。

变量：queue_member_id 标识内部队列成员 ID。

用户响应：这是决不应该发生的内部错误。请收集诊断数据并将该错误报告给 Oracle 支持。

2185 E

Module: Selected vol_type volume vol_id is an incompatible media type for drive drive_id.

解释：磁带库报告选择的清洗或暂存卷与磁带机不兼容。这不应该发生。ACSLS 将自动尝试选择其他清洗或暂存磁带并将其挂载。

变量：

- vol_type 是清洗或暂存。

- vol_id 是卷的卷标识符。

- drive_id 是磁带机标识符。

用户响应：弹出消息中报告的磁带，检查它是否存在问题。其中包括检查磁带的标签和条形码。确保磁带库固件支持该介质和磁带机。

2200E

Cannot create group acsdb.

解释：只有在 AIX 操作系统上安装产品时才会发生该错误。安装程序会创建名为 acsdb 的 Unix 组。它将调用 Unix 命令 mkgroup 来创建该组。如果 mkgroup 命令失败，将会记录该错误。组 ID 编号 106 应该可用。

变量：无。

用户响应：更正问题后重新安装 ACSLS。

2202 E

Cannot create acsdb user.

解释：只有在 AIX 操作系统上安装产品时才会发生该错误。安装程序会创建名为 acsdb 的 UNIX 用户。它将调用 UNIX 命令 mkuser 来创建组。如果 mkuser 命令失败，将会记录该错误。用户 ID 编号 11 应该可用。

变量：无。

用户响应：更正问题后重新安装 ACSLS。

2205 E

Group file update (acsdb) failed: updates discarded.

解释：只有在 Oracle 的 Solaris 操作系统上安装产品时才会发生该错误。安装程序会创建名为 acsdb 的 UNIX 组。如果该组名称已存在，它将尝试更新条目。如果更新失败，将会记录该错误。

变量：无。

用户响应：更正问题后重新安装 ACSLS。

2206 E

Group file move (acsdb) failed: updates discarded.

解释：只有在 Solaris 操作系统上安装产品时才会发生该错误。安装程序会创建名为 acsdb 的 UNIX 组。它将尝试移动以前版本的组文件。如果移动失败，将会记录该错误。

变量：无。

用户响应：更正问题后重新安装 ACSLS。

2207 E

Insufficient disk space available in disk.Need needed_space KB.Have available_space KB.You must make at least needed_space KB available in disk before installing ACSLS database.

解释：安装程序将在开始安装之前验证可用磁盘空间。如果安装 ACSLS 磁盘的位置没有足够的空间来安装 ACSLS 数据库软件，将会记录该消息。

变量：

- disk 是 ACSLS 产品安装到的磁盘。

- needed_space 是安装 ACSLS 数据库所需的磁盘空间。

- available_space 表示磁盘上的可用空间。

用户响应：通过删除文件在选择的目录中腾出空间。选择具有更多磁盘空间的其他目录，然后重新安装 ACSLS 或安装更大的磁盘。

2208 E

ACSLS database installation failed.

解释：当 ACSLS 数据库软件安装失败时，将会记录该错误。原因可能是以下一项或多项：

- 选择用来安装 acsdb 的目录不可写。

- 为备份指定的磁盘上空间不足。

- 共享内存初始化失败。

变量：无。

用户响应：

- 选择用来安装 ACSLS 数据库的目录不可写。请选择具有写入访问权限的目录，然后重新安装 ACSLS。

- 如果是使用磁带执行的安装，磁带损坏而提取失败。请更换介质，然后重新安装 ACSLS。

- 如果为备份指定的磁盘上空间不足，请增加可用磁盘空间，然后重新安装 ACSLS。

- 如果共享内存初始化失败，请重新安装 ACSLS。

变量：dev 是注册为备份设备的备份目录。

用户响应：检查该目录是否存在。如果不存在，则以相同的名称创建一个目录，然后重试安装。如果存在，则权限应该为 664。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2217 E

Error in labelling dev.

解释：在安装期间，安装程序创建备份卷。当该过程失败时，将会记录该消息。如果已存在使用相同名称的卷，将会发生该错误。

变量：dev 是与备份卷关联的备份目录。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2218 E

Error in mounting dev.

解释：在安装期间，安装程序创建并挂载备份卷。当挂载备份设备失败时，将会记录该消息。发生这种情况的原因如下：设备不存在或者与设备关联的备份卷不存在。

变量：dev 是正在挂载的目录。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2220 E

Error in creating new devices.

解释：在安装第二个磁盘期间，备份目录改为第二个磁盘中的目录。当该过程失败时，将会记录该消息。

变量：无。

用户响应：请参见 sd_event.log，查看在该错误编号之前记录的错误消息编号，以了解故障的确切原因。以下错误之一可能是故障原因。有关详细信息，请参见以下错误编号：1581、1516、1569、2227、2229、2230、2216、2217 和 2218。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2221 I

Secondary disk already installed.

解释：在安装第二个磁盘时，如果已安装辅助磁盘，将会记录该消息。

变量：无。

用户响应：如果发生该错误，则已安装第二个磁盘，因此无需执行任何操作。

2222 I

ACSLS control files backup successfully completed.

解释：ACSLS 控制文件备份成功。

变量：无。

用户响应：无。

2225 E

Error in turning mirror off for rootdbs.

解释：卸载第二个磁盘时，将会记录该消息。

变量：无。

用户响应：请与系统管理员联系或者收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

2226 I

Second disk de-installation completed successfully.

解释：当成功完成第二个磁盘卸载时，将会记录该消息。

变量：无。

用户响应：如果安装失败，则不会显示该消息。

2227 E

Error in unmounting dev.

解释：当安装或卸载第二个磁盘期间出错时，将会记录该消息。此外，如果备份设备正在由备份或恢复会话使用，卸载也会失败。

变量：dev 是正在卸载的目录。

用户响应：

- 检查是否有任何备份过程正在运行。如果有，请等到备份完成。

- 如果是在安装第二个磁盘选项时遇到了该错误，请重新安装 sd_mgr.sh。

- 如果是在卸载第二个磁盘选项时遇到了该错误，请重新安装 sd_mgr.sh。

2228 E

Unable to mirror dbspace on Secondary disk.

解释：在安装第二个磁盘的过程中，ACSLS 将数据库镜像到第二个磁盘上，以便为数据提供更强的安全性来应对故障。如果镜像过程失败，将会记录该消息。

变量：无。

用户响应：确保为第二个磁盘指定的路径是有效路径。确保为第二个磁盘上的镜像 dbspace 设置了适当的权限 (667)。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2230 E

Unable to remove the device dev.

解释：在安装第二个磁盘期间，备份目录改为第二个磁盘中的目录。在此过程中，将会移除与主磁盘一起使用的设备。当该过程失败时，将会记录该消息。

变量：dev 是正在移除的目录。

用户响应：

- 检查是否有任何备份过程正在运行。如果有，请等到备份完成。

- 如果是在安装第二个磁盘选项时遇到了该错误，请重新安装 sd_mgr.sh。

- 如果是在卸载第二个磁盘选项时遇到了该错误，请重新安装 sd_mgr.sh。

2233 N

program: Cannot set ODBC driver version.Status code (error_code).

解释：ACSLS 尝试连接到数据库时发生了内部错误。

变量：

- program 是遇到错误的源文件的名称。

- error_code 是应用程序在从 SQLSetEnvAttr ODBC 函数返回时遇到的错误代码。

用户响应：重新引导服务器并重试（怀疑内存是原因）。

2234 I

ACSLS database backup started.

解释：数据库备份过程已开始。

变量：无。

用户响应：无。

2236 I

ACSLS database backup successfully completed.

解释：已成功完成数据库备份。

变量：无。

用户响应：无。

2237 E

EXEC SQL delete from audittable.

解释：尝试从审计表中删除行失败。

变量：无。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2240 E

Unable to configure volume backup data_volume.

解释：在手动备份过程中，会将备份文件归档到一个 tar 文件中。在此过程中，备份设备配置为在归档完成之前不允许备份。当配置备份设备期间出错时，将会记录该消息。

变量：备份 data_volume 是无法配置的备份卷。以 pri_ 为前缀的卷名称表明它们是主磁盘卷。同样，以 sec_ 为前缀的卷名称表明它们是辅助磁盘卷。

用户响应：请注销再以 acsss 用户身份登录，然后重试第二个磁盘安装或卸载。

2243 E

Cannot remove the directory directory.

解释：删除目录可能因为访问权限问题而失败。

变量：directory 是正在删除的目录。

用户响应：确保以正确的用户身份登录来执行该实用程序。检查对目录的 access 权限。

2246 E

Failed to add necessary CRON entry for automatic backup.

解释：自动备份配置脚本会向操作系统调度程序注册定期备份事件。当注册失败时，将会记录该错误。

变量：无。

用户响应：请与系统管理员联系或者收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2250 I

ACSLS database recovery successfully completed.Database has been restored to the point of the specified backup.

解释：从之前的本地磁盘备份成功还原后，将会记录该消息。

变量：无。

用户响应：无。

2255 I

ACSLS control files backup failed.

解释：ACSLS 控制文件的备份失败。

变量：无。

用户响应：无。

2256 I

Disk is percentage full, please decrease the database backup retention period to free disk space.

解释：用于备份的磁盘空间不足。如果不移除过期的卷，备份磁盘极有可能溢出。因此，自动备份可能无法备份数据。

变量：percentage 是表明已用磁盘空间量的百分比。

用户响应：

1. 运行 acsss_config 脚本，并选择选项 "5: Set automatic backup parameters"。

2. 在 Would you like to modify the automatic backup settings? (y or n): 提示符下，回复 n

3. 使用下一个提示符，将保留期设置为较低的值。该设置将自动删除过期的备份，从而释放锁定的磁盘空间。

2257 E

Unexpected error occurred in automatic configuration settings.

解释：允许用户配置自动备份参数的脚本失败。失败可能是由于以下原因：

- 变量 $ACS_HOME 指向错误的目录。

- 该脚本依赖于另一个脚本 $ACS_HOME/.acsss_env，但缺少后面这个脚本。

- 找不到脚本 fix_autobkup_cron.sh。

- 配置程序向操作系统调度程序注册自动备份设置，但该过程失败。

变量：无。

用户响应：请从会话注销，然后再次登录。ACSLS 将重新加载所有变量。如果由于环境变量意外更改而发生了该错误，重新加载会将其改正过来。如果缺少任何产品文件，请重新安装 ACSLS。执行脚本 acsss_config 以配置自动备份参数。

2258 E

Expired backup files could not be removed.

解释：ACSLS 会在启动备份之前删除过期的备份文件，以避免备份磁盘溢出。该消息表明过期文件的回收无法成功完成。

在以下条件下，将会发生这种情况：

- 找不到环境文件 $ACS_HOME/.acsss_env。

- 未设置环境变量 RETENTION_PERIOD。

- 变量 $ACSDB_BACKUP_DIR 已更改或已擦除。

- 变量 $ACSDB_BACKUP_DIR 指向错误的目录。

- 没有权限删除 $ACSDB_BACKUP_DIR 指向的目录中的文件。

用户响应：

- 从会话注销，然后使用正确的用户 ID 再次登录。ACSLS 将重新加载所有变量。如果由于环境变量意外更改而发生了该错误，重新加载会将其改正过来。

- 如果缺少任何产品文件，请重新安装 ACSLS。

- 请与系统管理员联系或者收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2259 I

Recycle of expired files completed.

解释：在启动备份之前，为了避免备份磁盘溢出，ACSLS 会删除过期的备份文件。该消息表明已成功完成过期文件的回收。

变量：无。

用户响应：无。

2260 I

ACSLS backup completed successfully.

解释：已成功完成 ACSLS 备份。

变量：无。

用户响应：无。

2261 I

ACSLS control files backup started.

解释：ACSLS 产品所用控制文件的备份正在开始。

变量：无。

用户响应：无。

2262 W

Failed to recycle expired files.

解释：尝试回收过期的备份文件时发生了内部错误。

变量：无。

用户响应：无。

2264 I

Writing ACSLS backup file to target location.

解释：正在为备份创建最终的 tar。

变量：无。

用户响应：无。

2270 E

Cartridge stuck in the in-transit cell.Please vary LSM lsm_id offline and back online again to recover the cartridge.

解释：一个磁带卡在了标识符为 lsm_id 的 LSM 的中转单元中。

变量：lsm_id 是 LSM 标识符。

用户响应：使消息中指定的 LSM 变为脱机再重新联机以恢复该磁带。

2271 E

LSM lsm_id in maintenance mode.

解释：标识符为指定的 lsm_id 的 LSM 在维护模式下。

变量：lsm_id 是 LSM 标识符。

用户响应：记录在磁带库中显示的任何状态信息。对 LSM 执行 IPL。在 ACSLS 中，使 LSM 变为联机。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2272 I

Micro-code had been changed in LSM lsm_id.

解释：LSM（标识符为 lsm_id）的微代码级别已更改

变量：lsm_id 是 LSM 标识符。

用户响应：无。

2273 E

Pass-thru port inoperative in LSM lsm_id.

解释：标识符为 lsm_id 的 LSM 中的直通端口不起作用。

变量：lsm_id 是 LSM 标识符。

用户响应：记录在磁带库中显示的任何状态信息。对 LSM 执行 IPL。在 ACSLS 中，使 LSM 变为联机。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2274 E

LSM lsm_id Not Ready.Manual Intervention Required.

解释：标识符为 lsm_id 的 LSM 未准备就绪。可能的原因是打开了一个门或者一个磁带卡在了 LSM 手中。

变量：lsm_id 是 LSM 标识符。

用户响应：检查 LSM 手，并手动移除磁带。确保 LSM 门已关闭。

2275 E

Cartridge stuck in pass-thru port.Please vary any LSM in ACS acs_id offline and back online again to recover the cartridge.

解释：一个磁带卡在了 ACS acs_id 的直通端口中。使消息中指定的 ACS 中的任何 LSM 变为脱机再重新联机以恢复该磁带。

变量：acs_id 是 ACS 标识符。

用户响应：使消息中指定的 ACS 中的任何 LSM 变为脱机再重新联机以恢复该磁带。

2276 W

LSM lsm_id could not recover volume vol_id.

解释：一个 LSM 无法恢复磁带。

变量：

- lsm_id 是 LSM 标识符。

- vol_id 是磁带的卷标识符。

用户响应：无。当联机时，该磁带或许会由 L700e 对中的另一个 LSM 恢复。

2777 I

LSM lsm_id received Unit Attention Sense: sense_code (sense_desc).

解释：SCSI 设备返回了 LSM lsm_id 的检测代码。

变量：

- lsm_id 是 LSM 标识符。

- sense_code 是 SCSI 设备返回的检测代码。

- sense_desc 是对返回的检测代码的简短说明。

用户响应：无。

2278 W

LSM lsm_id received Sense: sense_code (sense_desc).

解释：SCSI 设备返回了 LSM lsm_id 的检测代码。

变量：

- lsm_id 是 LSM 标识符。

- sense_code 是 SCSI 设备返回的检测代码。

- sense_desc 是对返回的检测代码的简短说明。

用户响应：记录在磁带库中显示的任何状态信息。对 LSM 执行 IPL。在 ACSLS 中，使 LSM 变为联机。如果问题仍然存在，请与 Oracle 支持联系

2280 E

DB status [err_num] detected on delete from clienttable.

解释：尝试从数据库中删除客户机记录失败。

变量：err_num 是错误编号。

用户响应：重新启动应用程序服务器，查看问题是否仍然存在。如果存在，请重新启动数据库，查看问题是否仍然存在。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2281 E

Exec SQL lock timeout on delete from clienttable.

解释：尝试从数据库中删除锁定的客户机记录失败。

变量：无。

用户响应：重新启动应用程序服务器，查看问题是否仍然存在。如果存在，请重新启动数据库，查看问题是否仍然存在。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2283 E

Unexpected resource type rsc_type and resource status rsc_status.

解释：检测到了意外匹配的资源类型和资源状态。

变量：

- rsc_type 是资源类型的值。

- rsc_status 是资源状态的值。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2284 I

Status of lib_cmpnt cmpnt_id is changed to status.

解释：标识符为 cmpnt_id（例如 0,0(lsm_id)、0,0,0(cap_id) 或 0,0,7,1(drive_id)）的 LSM、CAP 或 DRIVE 等磁带库组件的状态已更改为 status。

变量：

- lib_cmpnt 是磁带库组件类型，例如以下组件类型：LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lsm_id)、0,0,0(cap_id) 或 0,0,7,1(drive_id)。

- status 是新状态值。

用户响应：无。

2285 E

Invalid lib_cmpnt cmpnt_id received in a message from module_type; dropping message.

解释：该消息表明 acsmon 收到了一条消息，其中包含无效的组件标识符。已丢弃该消息，并继续进行正常处理。

变量：

- lib_cmpnt 是磁带库组件类型，例如以下组件类型：LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lsm_id)、0,0,0(cap_id) 或 0,0,7,1(drive_id)。

- module_type 是发送该消息的模块的名称

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2287 I

Serial number of lib_cmpnt cmpnt_id changed to serial_num.

解释：该消息表明标识符为 cmpnt_id（例如 0,0(lsm_id) 或 0,0,7,1(drive_id)）的 LSM 或 DRIVE 等磁带库组件的序列号已更改。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lsm_id) 或 0,0,7,1(drive_id)。

- serial_num 是新序列号。

用户响应：无。

2288 E

EXEC SQL failed to create table_name, error = err_num

解释：对准备用于创建表格 table_name 的 SQL 语句的 ODBC 调用失败。

变量：

- table_name 是要创建的表名。

- err_num 是 ODBC 返回的错误编号。

用户响应：重新启动数据库，查看问题是否仍然存在。如果仍然存在，请与系统管理员联系。

2289 E

DB status [err_num] detected on delete for client id client_id

解释：尝试从数据库中删除客户机记录失败。

变量：

- err_num 是错误编号。

- client_id 是要删除的客户机的标识符。

用户响应：重新启动应用程序服务器，查看问题是否仍然存在。如果仍然存在，请重新启动数据库，查看问题是否仍然存在。如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2290 E

EXEC SQL lock timeout on delete from clienttable where client_id = clnt_id

解释：对准备用于从 clienttable 中删除客户机记录的 SQL 语句的 ODBC 调用失败。

变量：clnt_id 是要删除的客户机的标识符。

用户响应：重新启动应用程序服务器，查看问题是否仍然存在。如果仍然存在，请重新启动数据库，查看问题是否仍然存在。如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2291 E

EXEC SQL delete from clienttable failed, where client_id = clnt_id

解释：尝试从 clienttable 中删除锁定的客户机记录失败。

变量：clnt_id 是要删除的客户机的标识符。

用户响应：重新启动应用程序服务器，查看问题是否仍然存在。如果仍然存在，请重新启动数据库，查看问题是否仍然存在。如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2292 E

EXEC SQL select client_id clnt_id from clienttable failed.

解释：对准备用于从 clienttable 中选择客户机记录的 SQL 语句的 ODBC 调用失败。

变量：clnt_id 是要选择的客户机的标识符。

用户响应：重新启动应用程序服务器，查看问题是否仍然存在。如果仍然存在，请重新启动数据库，查看问题是否仍然存在。如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2293 E

EXEC SQL failed to open cursor.

解释：对准备用于打开游标的 SQL 语句的 ODBC 调用失败。

变量：cursor 是用于执行 SQL 语句的数据库句柄。

用户响应：必须重新启动应用程序。请与系统管理员联系。

2295 I

Starting automatic backup to local disk.

解释：如果您选择在从 rdb.acsss 中退出时不备份到磁带上，将会显示该消息。在这种情况下，将会触发自动备份到本地磁盘。

变量：无。

用户响应：无。

2297 I

ACSSS services are running.To restore the database you must first shutdown ACSLS by running 'acsss db'.

解释：数据库恢复实用程序发现 ACSSS 服务正在运行。

变量：无。

用户响应：您必须先关闭除 acsdb 之外的所有 ACSLS 服务，然后才能恢复 ACSLS 数据库。要执行该操作，请运行 acsss db。

2298 W

ACSLS is running.To stop the database, ACSLS must first be shutdown using 'idle' and 'kill.acsss'.Exiting.

解释：当您在 ACSLS 运行的同时尝试停止数据库时，将会记录该错误。不允许执行该操作，因为应用程序广泛地与数据库进行通信。在关闭数据库之前，必须先关闭 ACSLS 应用程序。

变量：无。

用户响应：通过执行命令 idle 和 kill.acsss 停止 ACSLS。使用 db_command stop 关闭数据库服务器。

2299 W

ACSLS is running.To run rdb.acsss, ACSLS must first be shutdown using 'idle' and 'kill.acsss'.Exiting.

解释：当您在 ACSLS 应用程序运行的同时尝试使用 rdb.acsss 恢复数据库时，将会记录该消息。

变量：无。

用户响应：通过执行命令 idle 和 kill.acsss 停止 ACSLS。使用 db_command stop 关闭数据库服务器。

2303 E

getenv failed for \"LSPID_FILE\" in mod_id at line line_number.

解释：尝试获取环境变量 LSPID_FILE（表明 ACSLS 正在运行）失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- line_number 是在 ACSLS 代码中检测到错误的位置。

用户响应：无。发出该消息后，程序将会退出。

2304 E

stat failed for ${LSPID_FILE} in mod_id at line line_number. errno is error_no: error

解释：尝试查找 /tmp/acsss.pid 文件失败。如果没有该进程，ACSLS 将无法正常运行。

变量：

- mod_id 是发出该错误消息的模块的名称。

- line_number 是在 ACSLS 代码中检测到错误的位置。

- error_no 是 /tmp/acsss.pid 文件不存在时返回的错误编号

- error 是 error_no 错误消息的文本。

用户响应：无。发出该消息后，程序将会退出。

2305 I

ACSLS must be running to execute command

解释：如果没有活动的 ACSLS 会话，输入的命令将无法运行。

变量：command 是用户输入的命令。

用户响应：无。发出该消息后，程序将会退出。

2306 I

Volume found in the library.Unable to delete, use EJECT.

解释：手动删除卷请求失败，因为磁带恢复组件找到了要删除的卷。手动删除卷不能用于删除活动 LSM 中能证明存在的卷。在这种情况下，应使用 EJECT 将磁带从 LSM 中移除。

变量：无。

用户响应：无。发出该消息后，程序将会退出。

2307 W

Cartridge Recovery could not examine all recorded locations for this volume.

解释：磁带恢复组件无法为请求的卷可能位于的磁带库位置编制目录。这可能是因为 LSM 脱机或磁带机未在通信。需要经用户确认才能删除这些卷。此消息将与下方的消息 2308 一起发出。如果原始手动删除卷消息中包含 -n（no_confirm 标志），将禁止该消息并假定已确认。

变量：无。

用户响应：无。发出该消息后，程序将会退出。

2308 I

Do you really want to delete volume vol_id from the database? [yes|no]

解释：每当磁带恢复组件无法为卷检查所有可能的磁带库位置时（请参见消息 2307），都会发出让用户确认的请求。如果原始手动删除卷消息中包含 -n（无需确认标志），将禁止该消息并假定已确认。

变量：vol_id 是请求删除的卷序列号。

用户响应：无。

2309 E

md_proc_init failure: status = status.

解释：注册该进程以记录错误的函数失败。

变量：

- mod_proc_init 是发出该错误消息的模块的名称。

- status 是从 cl_ipc_create() 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2310 E

mod_id: atexit failure: errno = error_no: error_msg.

解释：尝试注册要在手动删除卷进程退出时执行的数据库断开连接或 ipc 销毁包装函数失败时，将会发出该消息。

变量：

- mod_id 是发出该错误消息的模块的名称。

- error_no 是 /tmp/acsss.pid 文件不存在时返回的错误编号。

- error_msg 是与 error_no 对应的错误消息的文本。

用户响应：无。发出该消息后，程序将会退出。

2311 E

mod_id: cl_db_connect failure: status = status.

解释：程序未成功连接到数据库。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_db_connect() 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2312 E

mod_id: cl_vol_read failure: status = status

解释：尝试从数据库中读取卷记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_vol_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2313 E

mod_id: cl_cel_read failure: status = status.

解释：尝试从数据库中读取单元记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_cel_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2314 E

mod_id: cl_lsm_read failure: status = status

解释：尝试从数据库中读取 LSM 记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_lsm_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2315 E

mod_id: cl_drv_read failure: status = status.

解释：尝试从数据库中读取磁带机记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_drv_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2316 E

mod_id: cl_loc_read failure: status = status.

解释：尝试从数据库中读取锁定记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_loc_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2317 E

mod_id: cl_vac_read failure: status = status.

解释：尝试从数据库中读取卷访问控制记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_vac_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2318 E

mod_id: cl_cel_destroy failure: status = status.

解释：尝试从数据库中删除卷记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_cel_destroy 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2319 E

mod_id: cl_cel_write failure: status = status.

解释：尝试在数据库中更新单元记录失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_cel_write 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2320 E

mod_id: cl_db_disconnect failure: status = status.

解释：尝试与数据库断开连接失败。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_db_disconnect 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2321 E

mod_id: Cartridge Recovery failure: status = status

解释：磁带恢复组件 (ACSCR) 返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从磁带恢复组件 (ACSCR) 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2322 E

mod_id: cl_ipc_write failure: status = status.

解释：cl_ipc_write 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_ipc_write 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2323 E

mod_id: cl_ipc_read failure: status = status.

解释：cl_ipc_read 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_ipc_read 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2324 E

mod_id: cl_ipc_destroy failure: status = status.

解释：cl_ipc_destroy 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_ipc_destroy 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2325 E

mod_id: cl_qm_init failure: status = status.

解释：cl_qm_init 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- status 是从 cl_qm_init 返回的状态值的文本。

用户响应：无。发出该消息后，程序将会退出。

2326 E

mod_id: cl_qm_qcreate failure: queue = queue_name

解释：cl_qm_create 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- queue_name 是发生故障的内部队列的名称。

用户响应：无。发出该消息后，程序将会退出。

2327 E

mod_id: cl_qm_mcreate failure: queue = queue_name

解释：cl_qm_mcreate 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- queue_name 是发生故障的内部队列的名称。

用户响应：无。发出该消息后，程序将会退出。

2328 E

mod_id: cl_qm_maccess failure: member = member_id

解释：cl_qm_maccess 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- member_id 是发生故障的队列成员的标识符。

用户响应：无。发出该消息后，程序将会退出。

2329 E

mod_id: cl_qm_mlocate failure: member = member_id

解释：cl_qm_mlocate 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- member_id 是发生故障的队列成员的标识符。

用户响应：无。发出该消息后，程序将会退出。

2330 E

mod_id: cl_qm_mdelete failure: member = member_id.

解释：cl_qm_delete 函数返回了错误。

变量：

- mod_id 是发出该错误消息的模块的名称。

- member_id 是发生故障的队列成员的标识符。

用户响应：无。发出该消息后，程序将会退出。

2331 I

Unreadable label found in location_type location_id: logged as vol_id

解释：在执行磁带恢复的过程中，发现了一个带有不可读标签的磁带。在该位置未记录任何带有虚拟标签的磁带。

变量：

- location_type 是从中检测到不可读标签的位置的类型（单元或磁带机）。

- location_id 是位置（cell_id 或 drive_id）的特定标识符。

- vol_id 是生成的卷标识符，格式为 UL@nnn，其中 nnn 从 001 开始（磁带恢复初始化时），每当报告一个不可读磁带，该值都会增加。如果位置是一个磁带机，则该卷标识符记录在磁带机记录中。

用户响应：不可读磁带不会由磁带恢复弹出。如果位置是一个磁带机，将在卸载期间处理磁带。如果位置是一个单元，可能需要以物理方式移除不可读磁带。审计可用于检查该单元，进而使磁带弹出。

2332 I

Duplicate label found in location_type location_id: label=vol_id logged as dup_id

解释：在执行磁带恢复的过程中，遇到了一个似乎重复的磁带。在查找其他某个磁带时意外找到了该磁带，当检查为该意外磁带记录的起始单元时，起始单元包含推定是原始磁带的磁带。

变量：

- location_type 是从中检测到不可读标签的位置的类型（单元或磁带机）。

- location_id 是位置（cell_id 或 drive_id）的特定标识符。

- vol_id 是为其找到重复磁带的磁带的卷标识符。如果遇到的标签不可读，表明这可能是虚拟标签。

- dup_id 是生成的卷标识符，格式为 DL@nnn，其中 nnn 从 001 开始（磁带恢复初始化时），每当报告一个重复磁带，该值都会增加。如果位置是一个磁带机，则该卷标识符记录在磁带机记录中。

用户响应：重复磁带不会由磁带恢复弹出。如果位置是一个磁带机，将在卸载期间处理磁带。如果位置是一个单元，可能需要以物理方式移除重复磁带。

注:
eject 命令不能用于移除磁带，因为它将弹出原始磁带而非重复磁带，并且生成的卷标识符不存在记录。

2334 I

Found volume vol_id in location will check home_cell_id when lsm lsm_id comes online.

解释：在执行磁带恢复的过程中，在一个存储单元中意外遇到了一个磁带。当尝试检查为该磁带记录的起始单元时，发现起始 LSM 脱机或不可访问。它可能是一个重复磁带，但是此时无法确定。记录的起始单元标记为已保留，这将导致在 LSM 联机时对其进行检查。卷记录将更新以反映从中找到该磁带的新位置。

变量：

- vol_id 是磁带的卷标识符。

- location 是从中找到该磁带的位置。

- home_cell_id 是为该磁带记录的起始单元。

- lsm_id 是包含已记录起始单元的 LSM 的标识符。

用户响应：无。当包含之前起始单元的 LSM 恢复联机状态时，将检查该单元并纠正其状态。

2335 I

Volume vol_id missing, home cell was cell_id, drive was drive_id, unable to examine location

解释：在 ACSLS 预期的位置未找到该磁带，但是在恢复过程中无法检查起始单元或磁带机。卷记录在 ACSLS 可以检查所有记录的位置之前，将以缺失状态保留在数据库中。

变量：

- vol_id 是缺少的磁带的卷标识符。

- cell_id 是为磁带记录的起始单元。

- drive_id 是为磁带记录的磁带机。

- location 是 ACSLS 无法检查的位置（可以是单元、磁带机或者单元和磁带机）。

用户响应：至少一个记录的位置无法检查。ACSLS 在 LSM 恢复联机状态时将自动尝试恢复磁带。缺失状态将在以下情况下得到解决：

- 磁带恢复进程在其中一个记录的位置中找到了磁带。卷记录将得到更新以反映磁带的位置。

- 磁带恢复进程能够检查所有已记录的位置，但未找到磁带。在这种情况下，将删除卷记录。

- 使用手动卷删除从数据库中删除了卷记录。

2336 I

Volume vol_id was not found and will be deleted.

解释：在 ACSLS 记录的所有位置中均找不到此磁带。将从数据库中删除卷记录。此消息后面将跟有 1054 I 消息，后者指定为此卷记录的起始单元和磁带机 ID。

变量：vol_id 是将要删除的磁带的卷标识符。

用户响应：无。

2338 E

mod_id: Invalid volume id vol_id

解释：此消息在输入无效卷 ID 时发出。

变量：

- mod_id 是发出该错误消息的模块的名称。

- vol_id 是找到的卷的标识符。

用户响应：使用正确的卷 ID 重新输入命令。

2339 E

Volume vol_id: Media type mismatch, recorded as media_type, read as media_type.

解释：指定卷在数据库中记录的介质类型不同于该卷位置的物理目录返回的介质类型。这可能意味着某个标签已滑落。

变量：

- vol_id 是磁带恢复进程找到的卷序列号。

- media_type 是卷的介质类型指示符。

用户响应：磁带可能需要重新设置标签。可能需要操作员干预。

2340 E

surr_main (PID #####): Unable to set SO_REUSEADDR on SURROGATE LISTENER socket NNNNN

解释：代理主例程无法使用 setsockopt() 系统调用在套接字上设置 SO_REUSEADDR 选项。此选项允许重复使用位于该端口号的套接字（如果它仍然存在），例如 ACSLS 在停止之后立即重新启动。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试在其上设置该选项的端口号。

用户响应：

1. 查找可以表明 setsockopt 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2341 E

surr_main (PID #####): Unable to bind SURROGATE LISTENER socket NNNNN

解释：代理主例程无法使用 bind() 系统调用绑定用于接受网关请求的主监听程序套接字。每个代理都有尝试绑定至的唯一端口号。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试 bind() 的端口号。

用户响应：

1. 查找可以表明 bind() 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2342 E

surr_main (PID #####): Listen error on SURROGATE LISTENER socket NNNNN

解释：代理主例程无法在用于接受网关请求的主监听程序套接字上完成 listen() 系统调用。每个代理都有尝试执行 listen() 的唯一端口号。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试 listen() 的端口号。

用户响应：

1. 查找可以表明 listen() 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2343 I

PID ##### surr_main (PID #####): Surrogate listening on port NNNNN SURROGATE_QUEUE_AGE is set to NN minutes SURROGATE_TIMEOUT is set to NNN seconds TRACING is <ON/OFF> QUEUE currently has NN active requests.

解释：此消息指示代理正在监听哪个套接字端口以接收来自磁带库管理网关系统的 ACSLS 请求。它在代理启动并已成功创建、绑定且主动在套接字上监听时发出。还显示程序用于 SURROGATE_QUEUE_AGE 和 SURROGATE_TIMEOUT 的当前值。这两个变量和 SURROGATE_PORT 是 acsss_config 程序中设置的动态环境变量。还显示程序跟踪设置为“打开”还是“关闭”。最后显示的是队列中当前的请求数。此消息在程序收到 SIGHUP 信号（例如 kill -hup #####）时也会显示。代理继续运行。

变量：

- ##### 是发出消息的代理的进程 ID。

- NNNNN 是代理监听的端口号。

- NN 是为 SURROGATE_QUEUE_AGE 设置的分钟数。

- NNN 是 SURROGATE_TIMEOUT 生效前的秒数。

- NN 是 QUEUE 中的活动请求数

用户响应：无。

2344 E

surr_main (PID #####): Socket initialization failed for SURROGATE LISTENER socket NNNNN; rc=XX

解释：代理主例程无法在用于接受磁带库管理网关请求的主监听程序套接字上完成 listen() 系统调用。每个代理都有尝试执行 listen() 的唯一端口号。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试监听的端口号。

- XX 是 listen() 调用的返回代码。

用户响应：这可能是硬件或网络故障。

1. 查找可以表明 listen() 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2345 W

surr_handler (PID #####): Due to above error, packet is dropped & GATEWAY CONNECTED socket (NNNNN) closed.

解释：代理处理程序例程之前遭遇了错误，该错误使当前 ACSLS 请求无法完成运行。结果，代理被迫中止该特定请求包并关闭它用于与磁带库管理网关 servlet 通信的套接字（即 GATEWAY CONNECTED 套接字）。此错误对于代理来说不算一个致命错误。PC 代理关闭套接字，删除队列条目，然后继续运行。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理关闭的套接字编号。

用户响应：

1. 查找此消息前面导致包被丢弃和套接字被关闭的错误消息。

2. 查找网关、适配器和客户机计算机的其他相关错误。

3. 尝试找出源客户机系统发出的 ACSLS 命令。

4. 如果可以，在代理、网关和适配器打开跟踪的情况下重新发送违例命令。

5. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2346 E

surr_handler (PID #####): Write of ipc data to GATEWAY CONNECTED socket NNNNN failed..

解释：代理处理程序例程在尝试将数据写入连接至磁带库管理网关 servlet 的套接字（即 GATEWAY CONNECTED 套接字）时遭遇错误。write() 系统调用失败。当套接字在写入所有数据之前永久关闭时，可能会发生这种情况。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试写入的套接字编号。

用户响应：这可能是硬件或网络故障。

1. 查找此消息前面可以表明原因的相关错误消息。

2. 查找网关、适配器和客户机计算机的其他相关错误。

3. 尝试找出源客户机系统发出的 ACSLS 命令。

4. 如果可以，在代理、网关和适配器打开跟踪的情况下重新发送违例命令。

5. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2347 E

surr_handler (PID #####): Wrote XX rather than YY bytes of data to GATEWAY CONNECTED socket NNNNN.

解释：代理处理程序例程在尝试将数据写入连接至磁带库管理网关 servlet 的套接字（即 GATEWAY CONNECTED 套接字）时遭遇错误。write() 系统调用无法将预期数量的字节写入套接字。这可能是因为套接字的永久关闭。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- XX 是 write() 系统调用返回的字节数。

- YY 是代理程序尝试写入套接字的字节数。

- NNNNN 是代理尝试写入的套接字编号。

用户响应：

1. 查找此消息前面可以表明原因的相关错误消息。

2. 查找网关、适配器和客户机计算机的其他相关错误。

3. 尝试找出源客户机系统发出的 ACSLS 命令。

4. 如果可以，在代理、网关和适配器打开跟踪的情况下重新发送违例命令。

5. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2348 E

surr_handler (PID #####): Unable to create a GATEWAY CONNECTED socket via ACCEPT (SURROGATE LISTENER NNNNN).

解释：代理处理程序例程无法在用于接受网关 servlet 请求的主监听程序套接字上完成 accept() 系统调用。每个代理都有尝试执行 listen() 的唯一端口号。如果可以成功完成 accept() 调用（称为 GATEWAY CONNECTED 套接字），将为网关 servlet 创建一个新套接字连接。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试监听的端口号。

用户响应：这可能是硬件或网络故障。

1. 查找可以表明 accept() 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）并 kill -9 相应 ID。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2349 E

surr_read_socket (PID #####): Read failed on GATEWAY CONNECTED socket NNNNN

解释：代理读取套接字例程无法在用于接受磁带库管理网关 servlet 请求的套接字上完成 read() 系统调用。每个代理都有尝试执行 listen() 的唯一端口号。如果可以成功完成 accept() 调用（称为 GATEWAY CONNECTED 套接字），将为网关 servlet 创建一个新套接字连接。GATEWAY CONNECTED 套接字关闭，而 IPC 代理继续运行。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试读取的端口号。

用户响应：

1. 查找可以表明 read() 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）并 kill -9 相应 ID。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。这可能是因为命令超时，增大网络超时参数可以让状况得到缓解。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2350 E

surr_read_socket (PID #####): Read X bytes from GATEWAY CONNECTED socket (NNNNN) but expected Y

解释：代理读取套接字例程无法在用于接受磁带库管理网关 servlet 请求的套接字上完成 read() 系统调用。每个代理都有尝试执行 listen() 的唯一端口号。如果可以成功完成 accept() 调用（称为 GATEWAY CONNECTED 套接字），将为网关 servlet 创建一个新套接字连接。它尝试读取 Y 字节，但是仅读取了 X 字节。代理继续运行。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是代理尝试读取的端口号。

- X 是成功读取的字节数。

- Y 是尝试读取的字节数。

用户响应：

1. 查找可以表明 read() 调用为什么失败的相关错误。

2. 使用 kill.acsss 命令中止 ACSLS 系统。

3. 然后，中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）并 kill -9 相应 ID。

4. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

5. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。这可能是因为命令超时，增大网络超时参数可以让状况得到缓解。

6. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2351 E

surr_read_socket (PID #####): select() call failed GATEWAY CONNECTED socket (NNNNN)

解释：代理处理程序例程在执行 select() 系统调用时失败。此例程在用于接受磁带库管理网关 servlet 请求的套接字上以及在用于与 acslm 进程通信的套接字上阻塞。每个代理都有尝试执行 listen() 的唯一端口号。如果可以成功完成 accept() 调用（称为 GATEWAY CONNECTED 套接字），将为磁带库管理网关 servlet 创建一个新套接字连接。IPC 代理将终止。

变量：

- ##### 是发出错误的代理的进程 ID。

- NNNNN 是连接至代理的代理端口号。

用户响应：

1. 查找可以表明 select() 调用为什么失败的相关错误。

2. 查看 acslm 进程是否失败。

3. 使用 netstat -a | grep NNNNN 检查网关端口。

4. 使用 kill.acsss 命令中止 ACSLS 系统。

5. 中止任何其他 ACSLS 僵进程（使用 a ps | grep acs）并 kill -9 相应 ID。

6. 使用 netstat -a | grep NNNNN 查看套接字是否在使用中（可能是其他进程在使用），其中 NNNNN 是错误消息中显示的套接字编号。

7. 如果套接字在使用中，则等待几分钟的时间，看看套接字最终是否会超时。然后使用 rc.acsss 命令重新启动 ACSLS。可能有必要重新引导 ACSLS 主机以释放任何挂起的套接字。

8. 查找套接字、文件描述符或其他网络资源超出 UNIX 系统限制的情况。

9. 如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2352 W

surr_handler (PID #####): COMMAND (ACK | INTERMEDIATE | FINAL) response discarded because original socket connection is no longer on the queue.Advise increasing SURROGATE_QUEUE_AGE.

解释：ACSLS 磁带库管理器针对所示的 COMMAND 向代理处理程序例程返回了一个响应，但是代理在其队列上找不到该未处理的请求和套接字连接，因此它只能选择报告问题并放弃（忽略）磁带库管理器的响应。这可能是因为磁带库执行命令所花的时间太长。例如，挂载和卸载可能因为硬件错误、在挂载之前清洁磁带机、磁带离请求的磁带机太远（例如不同的 LSM）或其他情况而花费大量的时间。在几分钟过去之后 (SURROGATE_QUEUE_AGE)，队列中的请求视为过时并从队列中删除。最后，当磁带库最终挂载或卸载磁带时，队列中再也找不到磁带库管理器的 FINAL 响应包，无法将其传输至客户机。代理继续运行。

变量：

- ##### 是发出错误的代理的进程 ID。

- COMMAND 是代理找不到其未处理请求和套接字连接的 ACS 命令。

- SURROGATE_QUEUE_AGE 是控制代理在其队列中保留请求多长时间的动态环境变量。

用户响应：

1. 查找任何可能导致 ACS 命令延迟的异常情况（请参见上面的说明）。

2. 确定硬件是否工作不正常或者配置不正确。

3. 要增大代理在其队列中保留请求的时间，请使用 acsss_config 程序增大 SURROGATE_QUEUE_AGE 动态环境变量。

4. 重新启动代理以使更改生效。

2353 E

surr_query_server (PID #####): Surrogate process unable to issue query server (NN seconds)

解释：代理在开始运行时向磁带库管理器发出 query server 请求以确保磁带库管理器已准备就绪，可以接收请求，随后代理开始接受来自磁带库管理网关套接字的请求。代理希望服务器处于 RUN 或 RECOVERY 模式。在等待显示的秒数之后，代理确定 query server 无法完成并放弃。代理异常终止并由 acsss_daemon 自动重新启动（最多 10 次）。

变量：

- ##### 是发出错误的代理的进程 ID。

- NN 是秒数。

用户响应：

1. 查找 acsss_event.log 中可以解释 query server 请求为什么无法完成的错误。

2. 在 cmd_proc 中尝试 query server 请求。

2354 W

surr_query_server (PID #####): Surrogate waiting for ACSLS to come up

解释：代理在开始运行时向磁带库管理器发出 query server 请求以确保磁带库管理器已准备就绪，可以接收请求，随后代理打开磁带库管理网关监听套接字以开始接受请求。代理希望服务器处于 RUN 或 RECOVERY 模式。代理每 30 秒发出一次此消息（最长持续 10 分钟），直到查询服务器返回它处于 RUN 或 RECOVERY 模式。当它处于 RUN 或 RECOVERY 模式时，代理继续运行。如果 10 分钟过去，则代理异常终止，并发生错误 2353。如果系统以 IDLE 模式启动，则可能发生这种情况。

变量：##### 是发出错误的代理的进程 ID。

用户响应：

1. 查找 acsss_event.log 中可以解释查询服务器为什么不处于 RUN 或 RECOVERY 模式的错误。

2. 在 cmd_proc 中尝试 query server 请求。

3. 使用 acsss_config 程序检查 ACSLS 是否设置为以 IDLE 模式自动启动。

4. 如果系统处于 IDLE 模式，则发出 START 命令。

2355 E

ss_main: Too many SURROGATE processes specified through acsss_config.The maximum is 10 SURROGATE_Processes.

解释：acsss_daemon 读取 SURROGATE_PROCESSES 动态环境变量以了解要启动的代理进程有多少。数量超过允许的最大值十 (10)。ACSLS 终止。

变量：SURROGATE_PROCESSES 是控制运行中代理进程数量的动态环境变量。

用户响应：动态环境变量 SURROGATE_PROCESSES 的范围设置为大于代理程序当前支持的范围。使用 acsss_config 程序将 SURROGATE_PROCESSES 变量定义为小于 10 的数字。

2356 W

surr_handler (PID #####): NN surrogate requests (open socket) being processed; cannot accept more until some finish.Advise reducing SURROGATE_QUEUE_AGE.

解释：代理处理程序例程无法在用于接受磁带库管理网关 servlet 请求的主监听程序套接字上完成 accept() 系统调用。每个 SURROGATE 都有尝试执行 listen() 的唯一端口号。如果可以成功完成 accept() 调用（称为 GATEWAY CONNECTED 套接字），将为网关 servlet 创建新套接字连接。accept() 系统调用返回的错误代码 (errno) 和消息为 24 - TOO MANY OPEN FILES。

SURROGATE 将忽略磁带库管理网关将其 servlet 连接至 SURROGATE 套接字的尝试。随着请求完成以及打开的套接字连接关闭，后面的连接尝试将成功完成。SURROGATE 不会因该错误而中止。由于磁带库管理网关可能会继续连接尝试（并填写 acsss_event.log），因此该错误消息不超过五 (5) 分钟就会在 acsss_event.log 中显示一次。SURROGATE 继续运行。

变量：

- ##### 是发出错误的 SURROGATE 的进程 ID。

- NN 是打开套接字的数量。

- SURROGATE_QUEUE_AGE 是控制请求在队列中保留多长时间的动态环境变量。

用户响应：通常问题是磁带库管理网关发送的请求数量超过了 ACSLS 系统的处理能力（或发送请求的频率太快）或者 ACSLS 磁带库系统处理请求的速度太慢。因此，SURROGATE 达到了打开文件（套接字）的最大限制。

1. 查找 acsss_event.log 中表明存在硬件或配置错误的错误。

2. 在 cmd_proc 中尝试 query request all 命令以查看有多少请求 ACSLS 未处理。

3. 检查客户机软件以了解是否正在发送很多挂载和卸载请求。

4. 另外还需要缩短 SURROGATE 在其队列中保留未处理请求的时间。使用 acsss_config 程序减小 SURROGATE_QUEUE_AGE 动态环境变量。

5. 重新启动 SURROGATE 以便更改生效。

2361 N

Volume vol_id: Media type incompatible with L5500.Not entered.

解释：此消息仅与 L5500 LSM 相关；它指示有人尝试在 L5500 CAP 中装入不兼容的磁带。仅 LTO 和 9840/9940 磁带与 L5500 LSM 兼容。装入不兼容介质的请求遭拒。

变量：vol_id 是装入 CAP 的卷。

用户响应：从 CAP 中移除磁带。使用 LTO 或 9840/9940 磁带替代。

2362 N

Cell cell_id contains incompatible media: must be manually removed.

解释：此消息仅与 L5500 LSM 相关。此消息指示审计在 L5500 面板中找到既非 LTO 也非 StorageTek 9840 或 9940 的磁带。仅 LTO 和 9840/9940 磁带与 L5500 LSM 兼容。（这种情况可能是因为某人实际进入 LSM 并手动在面板中放入了磁带。）

变量：cell_id 是 L5500 中包含不兼容磁带的单元。

用户响应：实际进入 L5500 并手动移除不兼容的磁带。

2364 W

Dropping remaining responses for command command, request sequence number request_seq_nbr from client client_IP_address because unable to return intermediate responses.

解释：某个 ACSAPI 客户机发出了导致 ACSLS 返回多个响应的请求。因为网络问题或者因为客户机没有收到响应，ACSLS CSI 无法将其中的一个响应返回到客户机应用程序。对此请求的部分响应将不完整，因此 CSI 将丢弃对此请求的所有剩余响应。这可以避免因为尝试向未响应的客户机重新发送剩余的响应而阻塞 CSI。

当此请求的所有响应都已处理时，此消息后跟一条具有相同 request_seq_nbr 的 2366 或 2367 消息。

将处理来自客户机的任何新请求并且会将响应返回到客户机。只会丢弃对指定请求的响应。

变量：

- command 是已被丢弃的请求，例如 MOUNT 或 QUERY。

- request_seq_nbr 是由客户机系统上的 SSI 分配的用来标识请求的请求序号。

- client_IP_address 是发送请求的客户机系统的 IP 地址。

用户响应：不对 ACSLS 服务器做任何响应。CSI 会继续处理来自所有客户机应用程序的新请求。

确定位于指定 IP 地址的客户机为何无法收到响应。客户机的服务器可能已重新引导、客户机的 SSI 可能已终止或者可能存在网络问题。如果已经解决了客户机应用程序或网络的任何问题，则不需要执行进一步的操作。ACSLS 会继续处理来自客户机的新请求。

2365 W

Dropping remaining responses for command command, request sequence number request_seq_nbr from client client_IP_address.First response failed at time_response_failed, and unable to return response_count responses since.

解释：某个 ACSAPI 客户机发出了导致 ACSLS 返回多个响应的审计、装入、弹出或事件通知请求。因为网络问题或者因为客户机没有收到响应，ACSLS CSI 无法将其中的一个响应返回到客户机应用程序。ACSLS CSI 已继续尝试返回响应，但超出了重新发送响应的最大尝试次数。CSI 将丢弃对此请求的所有剩余响应。这可以避免因为尝试向未响应的客户机重新发送剩余的响应而阻塞 CSI。

当此请求的所有响应都已处理时，此消息后跟一条具有相同 request_seq_nbr 的 2366 或 2367 消息。

将处理来自客户机的任何新请求并且会将响应返回到客户机。只会丢弃对指定请求的响应。

变量：

- command 是已被丢弃的请求，例如 AUDIT 或 REGISTER。

- request_seq_nbr 是由客户机系统上的 SSI 分配的用来标识请求的请求序号。

- client_IP_address 是发送请求的客户机系统的 IP 地址。

- time_response_failed 是尝试发送响应首次失败的时间。

- response_count 是在丢弃剩余响应之前，ACSLS 无法返回到客户机的响应总数。

用户响应：不对 ACSLS 服务器做任何响应。CSI 会继续处理来自所有客户机应用程序的新请求。

确定位于指定 IP 地址的客户机为何无法收到响应。客户机的服务器可能已重新引导、客户机的 SSI 可能已终止或者可能存在网络问题。

如果已经解决了客户机应用程序或网络的任何问题，则不需要执行进一步的操作。ACSLS 会继续处理来自客户机的新请求。

2366 W

Unable to return response_count responses for command command, request sequence number request_seq_nbr from client client_IP_address.First response failed at time_response_failed

解释：某个 ACSAPI 客户机发出了导致 ACSLS 返回多个响应的请求。因为网络问题或者因为客户机没有收到响应，ACSLS CSI 无法将其中的一个或多个响应返回到客户机应用程序。ACSLS CSI 最终丢弃了对此请求的剩余响应以避免因为尝试向未响应的客户机重新发送剩余的响应而阻塞 CSI。

当 CSI 开始删除对请求的响应时，报告了消息 2364 或 2365。此消息在对请求的最终响应得以处理后显示，并且提供了丢弃的请求总数。您可以通过 request_seq_nbr 查找前一条消息。

将处理来自客户机的任何新请求并且会将响应返回到客户机。只会丢弃对指定请求的响应。

变量：

- response_count 是 ACSLS 无法返回到客户机的响应总数。

- command 是已被丢弃的请求，例如 DISPLAY 或 QUERY。

- request_seq_nbr 是由客户机系统上的 SSI 分配的用来标识请求的请求序号。

- client_IP_address 是发送请求的客户机系统的 IP 地址。

- time_response_failed 是尝试发送响应首次失败的时间。

用户响应：不对 ACSLS 服务器做任何响应。CSI 会继续处理来自所有客户机应用程序的新请求。

确定位于指定 IP 地址的客户机为何无法收到响应。客户机的服务器可能已重新引导、客户机的 SSI 可能已终止或者可能存在网络问题。

如果已经解决了客户机应用程序或网络的任何问题，则不需要执行进一步的操作。ACSLS 会继续处理来自客户机的新请求。

2367 W

Unable to return response_count responses for command command, request sequence number request_seq_nbr from client client_IP_address.First response failed at time_response_failed.Final response never received and entry aged off queue.

解释：某个 ACSAPI 客户机发出了导致 ACSLS 返回多个响应的请求。因为网络问题或者因为客户机没有收到响应，ACSLS CSI 无法将其中的一个或多个响应返回到客户机应用程序。ACSLS CSI 最终丢弃了对此请求的剩余响应以避免因为尝试向未响应的客户机重新发送剩余的响应而阻塞 CSI。

当 CSI 开始删除对请求的响应时，报告了消息 2364 或 2365。之所以显示此消息，是因为从未向 CSI 传递对请求的最终响应。它提供了丢弃的响应总数。您可以通过 request_seq_nbr 查找前一条消息。

将处理来自客户机的任何新请求并且会将响应返回到客户机。只会丢弃对指定请求的响应。

变量：

- response_count 是 ACSLS 无法返回到客户机的响应总数。

- command 是已被丢弃的请求，例如 AUDIT 或 QUERY。

- request_seq_nbr 是由客户机系统上的 SSI 分配的用来标识请求的请求序号。

- client_IP_address 是发送请求的客户机系统的 IP 地址。

- time_response_failed 是尝试发送响应首次失败的时间。

用户响应：不对 ACSLS 服务器做任何响应。CSI 会继续处理来自所有客户机应用程序的新请求。

确定位于指定 IP 地址的客户机为何无法收到响应。客户机的服务器可能已重新引导、客户机的 SSI 可能已终止或者可能存在网络问题。

如果已经解决了客户机应用程序或网络的任何问题，则不需要执行进一步的操作。ACSLS 会继续处理来自客户机的新请求。

2377 N

ACS: acs_id; LMU error: Co_4400:st_parse_error: Request: request_type Error: error_code - error_explanation

解释：当不涉及磁带移动的 ACSLS 请求失败时，此消息描述原始请求并解释失败的原因。此消息仅报告 HLI 连接的磁带库（例如 SL8500、SL3000 和 9310）中失败的请求。为了避免经常失败的请求在事件日志中泛滥，此消息不报告以下失败：

- 0310－无法在执行释放请求时取消装入

- 0416－请求已取消（当正在执行的请求被取消时）

变量：

- acs_id 是发生错误的 ACS

- request_type 是非移动请求的类型

- error_code 是内部四位数字的错误代码（两个数字的错误类别，后跟两个数字的错误代码）。

- error_explanation 解释错误。

用户响应：ACSLS 可能自动从失败的请求中恢复，也可能将失败返回至客户机应用程序。此消息帮助您了解发生了什么情况以及如何解决所有问题。请求了磁带库操作的 ACSLS 组件当收到失败响应时可能会在此消息之后发出相关消息。

示例：

在下面的编制目录（审计）失败中：

ACS:1

尝试的请求：编制单元目录－编制目录是发送到磁带库以检查特定位置（某个单元、磁带机或 CAP 单元）的请求。

2012-05-03 21:43:35 ACSLH[0]:
2377 N Co_ProcessResponses.C 1 609
ACS: 1; LMU error: Co_4400:st_parse_error:
Request: Catalog Cell
Error: 0401 - General procedure error: LSM is not ready

2378 N

ACS: acs_id; LMU error: Co_4400:st_parse_error: Error: error_code - error_explanation Request: request_type volser; vol_id, media domain: media_domain, media_type: media_type source: source_type source_location destination:destination_type destination_location stuck in location: stuck_location.

解释：当 ACSLS 磁带移动请求失败时，此消息描述原始请求并解释失败的原因。ACSLS 磁带移动请求包括挂载、卸载、移动、装入和弹出。此消息仅报告 HLI 连接的磁带库（例如 SL8500、SL3000 和 9310）中失败的移动请求。为了避免经常失败的请求在事件日志中泛滥，此消息不报告以下失败：

- 0416－请求已取消（当正在执行的请求被取消时）

- 0424－磁带机为空（卸载时）

- 0426－磁带机未重绕（卸载时返回。要卸载磁带，请指定 force 选项。）

变量：

- acs_id 是发生错误的 ACS。

- error_code 是内部四位数字的错误代码（两个数字的错误类别，后跟两个数字的错误代码）。

- error_explanation 解释错误。

- request_type 是移动请求的类型（挂载、卸载、移动、装入或弹出）。

- vol_id 是将移动的磁带的卷 ID。

- media_domain 是磁带的介质域（例如 T 代表 T10000 数据磁带，而 L 代表 LTO 数据磁带）。

- media_type 是磁带的介质类型（例如 1 代表 T10000 数据磁带，而 4 代表 LTO 第 4 代数据磁带）。

- source_type 是移动操作的起始位置。源类型可以是 cell、drive 或 cap。

- source_location 是移动操作的源位置。源位置可以是：cell (acs,lsm,panel,row,column)；drive (acs,lsm,panel,drive)；或 CAP cell (acs,lsm,cap,row,column)。

- destination_type 是移动操作的结束位置。目标类型可以是 cell、drive 或 cap。

- destination_location 是移动操作的目标位置。目标位置可以是：cell (acs,lsm,panel,row,column)；drive (acs,lsm,panel,drive)；drive w write protect (acs,lsm,panel,drive)；CAP cell (acs,lsm,cap,row,column)。

- 在 stuck_location 中，如果磁带在移动失败后未返回至源，则显示 stuck in location: 行。通常，磁带库能够将磁带返回至源位置。可能显示以下卡住位置：LSM (acs,lsm) Hand hand_nbr；LSM(acs,lsm) PTP Panel panel_nbr；或 drive (acs,lsm,panel,drive)。

用户响应：可能 ACSLS 自动从失败的移动请求中恢复，也可能将失败返回至客户机应用程序。此消息帮助您了解发生了什么情况以及如何解决所有问题。请求了磁带移动的 ACSLS 组件当收到失败响应时可能会在此消息之后发出相关消息。

示例：在下面的磁带移动失败中：

ACS：0

错误：卸载时（下一行），无法卸载磁带机。

尝试的移动操作：卸载、强制（强制意味着向磁带机发送了重绕和卸载命令）。

涉及的磁带 (LA9922)，介质域和类型

源位置（尝试的移动操作的起始位置）－drive 0,0,1,8。

尝试的移动操作的目标－cell 0,0,2,30,0

磁带卡在磁带机中（因为磁带机无法卸载磁带）。

2378 N Co_ProcessResponses.C 1 1389
ACS: 0; LMU error: Co_4400:st_parse_error:
Error: 0977 - LSM logical error: Unable to unload drive
Request: Dismount, forced rewind and unload
Volser: LA9922, media domain: 0, media type: P
Source: Drive 0,0,1,8
Destination: Cell 0,0,2,30,0
Stuck in location: Drive 0,0,1,8

2380 E

Error di_status on SQL select * from logical_acs_table where logical_acs = logical_acs_id.

解释：尝试读取指定的 logical_acs 失败，并返回意外的错误代码。

变量：

- di_status 是针对 logical_acs_table 执行 SQL select 时返回的数据库接口错误状态。

- logical_acs_id 是执行 SQL select 失败的 logical_acs。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2381 E

Error di_status on SQL select * from logical_drive_table where physical drive = drive_id.

解释：尝试读取与指定物理驱动器关联的 logical_drive 失败，并返回意外的错误代码。

变量：

- di_status 是针对 logical_acs_table 执行 SQL select 时返回的数据库接口错误状态。

- drive_id 是与执行 SQL select 失败的 logical_drive 关联的物理驱动器 ID。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2382 E

Error di_status on SQL select * from logical_drive_table where vol_id = vol_id.

解释：尝试读取指定的逻辑卷失败，并返回意外的错误代码。

变量：

- di_status 是针对 logical_acs_table 执行 SQL select 时返回的数据库接口错误状态。

- vol_id 是执行 SQL select 失败的卷 ID。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2383 E

Unexpected di_status: di_status received on update of logical_volume_table for volume vol_id

解释：尝试更新指定的逻辑卷失败，并返回意外的错误代码。

变量：

- di_status 是针对 logical_acs_table 执行 SQL select 时返回的数据库接口错误状态。

- vol_id 是执行 SQL select 失败的卷 ID。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2384 W

EXEC SQL Lock timeout on update of logical_volume_table * where volid = vol_id

解释：尝试更新指定的逻辑卷失败，尝试获取数据库记录的锁超时。

变量：vol_id 是执行 SQL update 失败的卷 ID。

用户响应：重试操作。数据库记录的锁现在应已释放。

2385 E

Error di_status on SQL update of logical_volume_table where vol_id = vol_id.

解释：尝试更新指定的逻辑卷失败，并返回意外的错误代码。

变量：

- di_status 是针对 logical_acs_table 执行 SQL select 时返回的数据库接口错误状态。

- vol_id 是执行 SQL select 失败的卷 ID。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2386 W

No unassigned home cell locations in logical library logical_acs_id.

解释：此逻辑磁带库中没有未分配的起始地址。除非增加容量或者取消分配或弹出其他逻辑卷，否则无法向逻辑磁带库分配更多的卷。如果分配给逻辑磁带库的卷被弹出，后来又重新装入物理 ACS，则除非增加容量或者弹出或取消分配其他逻辑卷，否则这些卷不可用。

变量：logical_acs_id 是没有未分配起始单元位置的 logical_acs。

用户响应：您可以通过编辑逻辑磁带库并调大逻辑磁带库的单元容量来增加逻辑磁带库的容量。您可以通过弹出逻辑和/或物理磁带库中的逻辑卷，或者通过取消分配逻辑磁带库中的卷来释放逻辑卷起始地址。

2387 E

SQL select generate series for unassigned home address in logical_volume_table for logical library logical_acs_id, failed with di_status = di_status

解释：尝试确定指定逻辑磁带库中逻辑卷未分配的起始地址失败，并返回意外的错误代码。

变量：

- logical_acs_id 是尝试确定其未分配起始地址失败的 logical_acs。

- di_status 是 SQL 语句返回的数据库接口错误状态。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2400 E

EXEC SQL select failed on table table_name.

解释：用于准备 SQL 语句以从表 table_name 中选择记录的 ODBC 调用失败。

变量：table_name 是要从其选择记录的表名称。

用户响应：重新启动应用程序服务器。如果问题仍然存在，则重新启动数据库。如果问题仍然存在，请与您的系统管理员联系。

2401 E

XML Error (error_message) with error code (code).

解释：发生了 XML 异常。

变量：

- error_message 是 XML 异常消息

- code 是 XML 异常的错误代码。

用户响应：检查请求中 XML 的有效性。

2402 E

XML Parsing Error (error_message).

解释：解析 XML 时发生了 SAX 异常。

变量：error_message 是 SAX 异常消息。

用户响应：检查请求中 XML 的有效性。

2403 E

Invalid DISPLAY type detected.

解释：显示响应包中的类型无效。

变量：无。

用户响应：保留请求 XML 和显示处理器的响应。如果问题仍然存在，请与 Oracle 支持联系。

2404 I

Display tables could not be loaded.

解释：配置期间无法将显示参考表加载至数据库中。

变量：无。

用户响应：重新启动数据库。如果问题仍然存在，请与您的系统管理员联系。

2405 E

EXEC SQL Cannot create database handle.

解释：用于指定变量以存储数据库记录的 ODBC 调用失败。

变量：无。

用户响应：重新启动应用程序服务器。如果问题仍然存在，则重新启动数据库。如果问题仍然存在，请与您的系统管理员联系。

2406 E

EXEC SQL Cannot register variables

解释：用于指定变量以存储数据库记录的 ODBC 调用失败。

变量：无。

用户响应：

1. 请重新启动应用程序服务器。

2. 如果问题仍然存在，则重新启动数据库。

3. 如果问题仍然存在，请与您的系统管理员联系。

2407 E

Unexpected XML parsing error occurred.

解释：XML4c API 中发生了意外的解析错误。

变量：无。

用户响应：重新启动应用程序服务器。如果问题仍然存在，请与您的系统管理员联系。如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2408 I

acsdisp failed, database query string too long.

解释：数据库查询太长，无法通过 ODBC 解析以查询数据库。

变量：无。

用户响应：请输入较短的查询。

2409 E

Error while loading Module module_name.

解释：您尝试在设备处于使用状态时运行 install_scsi_Linux.sh 脚本。

变量：module_name 是模块的名称。

用户响应：

1. 等待所有设备操作完成。

2. 从 cmd_proc 中让 ACSLS 服务器处于闲置状态。

3. 使用 kill.acsss 中止 ACSLS 服务器。

4. 运行 install_scsi_Linux.sh。

2410 I

Module module_name successfully loaded.

解释：模块已装入并且可以连接设备。

变量：module_name 是模块的名称。

用户响应：无。

2411 I

No SCSI medium changers are attached.

解释：此问题可能的原因有：

- 无 SCSI 设备连接至服务器。

- SCSI 设备已连接且模块已装入，但是未检测到任何介质转换器设备。

变量：无。

用户响应：如果您希望连接 SCSI 介质转换器：

- 关闭服务器电源。

- 连接 SCSI 介质转换器，然后引导服务器。

- 运行 install_scsi_Linux.sh 脚本。

2412 E

ould not generate major number for SCSI device.

解释：GNU/Linux 存在 256 个主要编号的限制（从 0 至 255）。它们已全部被其他设备驱动程序所占用。

变量：无。

用户响应：使用 rmmod 移除不需要的设备驱动程序模块。运行 install_scsi_Linux.sh。

2413 I

Node node_name assigned for Model-model_name Channel-channel_num Id-id_num.

解释：此信息性消息描述硬件如何映射至 GNU/Linux OS 文件系统。它显示在文件系统上为通过指定 channel_num 和 id_num 连接至服务器的 SCSI 介质转换器分配的节点名称。您可以通过 acsss_config 使用此信息配置 SCSI 磁带库。

变量：

- node_name 是文件系统上节点的名称。

- model_name 是连接至服务器的 SCSI 设备型号的名称。

- channel_num 标识连接至 SCSI 总线的通道。

- id_num 代表分配给 SCSI 设备的标识符。

用户响应：无。

2414 E

Failed to create the node_name.

解释：脚本未能为 SCSI 设备创建特殊文件。

变量：module_name 是模块的名称。

用户响应：

1. 使用 rm 移除不需要的节点。

2. 运行 install_scsi_Linux.sh

2415 E

Failed to remove the Module module_name.

解释：脚本尝试在设备处于使用状态时移除模块。

变量：module_name 是模块的名称。

用户响应：

1. 等待所有设备操作完成。

2. 从 cmd_proc 中让 ACSLS 服务器处于闲置状态。

3. 使用 kill.acsss 中止 ACSLS 服务器。

4. 运行 install_scsi_Linux.sh。

2416 E

Device information file module_info_file not found.

解释：加载模块时找不到或已删除 module_info_file。

变量：module_info_file 是包含连接至服务器的 SCSI 设备相关信息的文件名。

用户响应：

1. 重新运行 install_scsi_Linux.sh。

2. 重新引导服务器。

2420 E

EXEC SQL failed to fetch from cursor.

解释：用于准备 SQL 语句以使用 cursor 从数据库获取某行数据的 ODBC 调用失败。

变量：cursor 是用于执行 SQL 语句的数据库句柄。

用户响应：应用程序服务器必须重新启动。请与系统管理员联系。

2421 W

DB status [err_num] detected on update for client id client_id.

解释：尝试更新数据库中客户机记录失败。

变量：

- err_num 是错误编号。

- client_id 是要更新的客户机的标识符。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2422 W

DB status [err_num] detected on insert for client id clnt_id.

解释：尝试将客户机记录插入数据库失败。

变量：

- err_num 是错误编号。

- clnt_id 是要插入的客户机的标识符。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系

2423 E

EXEC SQL failed to insert client_id clnt_id into clienttable.

解释：用于准备 SQL 语句以将客户机记录插入数据库的 ODBC 调用失败。

变量：clnt_id 是要插入的客户机的标识符。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2424 E

EXEC SQL lock timeout on update of clienttable where client_id = clnt_id

解释：尝试更新客户机表中锁定的客户机记录失败。

变量：clnt_id 是要更新的客户机的标识符。

用户响应：

1. 如果存在，请重新启动数据库，查看问题是否仍然存在。

2. 重新启动应用程序服务器，看看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2425 E

EXEC SQL failed to update clienttable where client_id = clnt_id

解释：用于准备 SQL 语句以更新客户机记录的 ODBC 调用失败。

变量：clnt_id 是要更新的客户机的标识符。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2426 E

DB status [err_num] detected on operation for lib_cmpnt cmpnt_id

解释：尝试执行数据库操作失败，例如，对标识符为 cmpnt_id（例如 0,0(lmu_id)、0,0,0(panel_id、ptp_id) 或 0,0,0,0(hand_id)）的磁带库组件 lib_cmpnt（例如 LMU、PTP、HAND 或 PANEL）执行插入、删除或更新。

变量：

- err_num 是错误编号。

- lib_cmpnt 是磁带库组件类型，例如 LMU、PTP、HAND 或 PANEL。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2427 E

EXEC SQL lock timeout on delete from table_name where lib_cmpnt = cmpnt_id

解释：尝试从 table_name（如 lmutable、ptptable 或 handtable）中删除标识符为 cmpnt_id（例如 0,0(lmu_id)、0,0,0(ptp_id) 或 0,0,0,0(hand_id)）的磁带库组件 lib_cmpnt（例如 LMU、PTP 或 HAND）的锁定记录失败。

变量：

- table_name 是要从中删除行的数据库表的名称。

- lib_cmpnt 是磁带库组件类型，例如 LMU、PTP 或 HAND。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lmu_id)、0,0,0(ptp_id) 或 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2428 E

EXEC SQL delete from table_name failed, where lib_cmpnt = cmpnt_id

解释：用于准备 SQL 语句以从 table_name（如 lmutable、ptptable 或 handtable）中删除以下组件记录的 ODBC 调用失败：标识符为 cmpnt_id（如 0,0(lmu_id)、0,0,0(ptp_id) 或 0,0,0,0(hand_id)）的磁带库组件（如 LMU、PTP 或 HAND）。

变量：

- table_name 是要从中删除行的数据库表的名称。

- lib_cmpnt 是磁带库组件类型，例如 LMU、PTP 或 HAND。

- cmpnt_name 是要从中删除行的数据库表的名称。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2429 E

EXEC SQL select from table_name failed, where lib_cmpnt = cmpnt_id

解释：用于准备 SQL 语句以从 table_name（如 lmutable、ptptable 或 handtable）中选择以下组件记录的 ODBC 调用失败：标识符为 cmpnt_id（如 0,0(lmu_id)、0,0,0(ptp_id) 或 0,0,0,0(hand_id)）的磁带库组件 LMU、PTP 或 HAND。

变量：table_name 是访问控制临时数据库表的名称。

选项包括：

- clientinfo.temp：此选项将 IP 地址映射至客户机 user_name。它从 internet.addresses 文件加载。

- lib_cmpnt 是磁带库组件类型，例如 LMU、PTP 或 HAND。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lmu_id)、0,0,0(ptp_id) 或 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。

2430 E

Table table_name loading failed.

解释：ACSLS 在重建访问控制数据库表之前将访问控制数据文件加载至临时数据库表中。尝试将访问控制数据文件加载至指定的临时访问控制数据库表失败。

变量：table_name 是访问控制临时数据库表的名称。

选项包括：

- clientinfo.temp：此选项将 IP 地址映射至客户机 user_name。它从 internet.addresses 文件加载。

- cmdaccess.temp：对于命令访问控制，此选项授予用户对命令的访问权限。它从 command.COMMAND.allow 和 command.COMMAND.disallow 文件加载。

- volaccess.temp：对于卷访问控制，此选项控制其他用户对于某用户卷的访问权限。它从 users.COMMAND.allow 文件加载。

- volownership.temp：此选项定义设置卷所有权的策略。它从 ownership.assignments 文件加载。

用户响应：

1. 如果 ACSLS 正在运行，则执行 acsss_config（以用户 acsss 的身份）并选择重建访问控制表的选项。

2. 如果 ACSLS 未运行，则执行 acsss enable（以用户 acsss 的身份）。

3. 如果问题仍然存在，则您正在尝试加载的访问控制表存在重复键。重复键始终是两个字段的组合键。要查找重复键：

1. 查看 /tmp/ac_err.log 中标识特定加载错误的消息。

2. 在受影响的文件中查找重复键。
•clientinfo.temp：组合键由 internet.addresses 文件中的 IP 地址和用户名 (ID) 组成。在处理 internet_addresses 文件以准备将其加载至数据库时应该已经确定重复的 IP 地址和客户机名称。

•clientinfo.temp：组合键由 internet.addresses 文件中的 IP 地址和用户名 (ID) 组成。在处理 internet_addresses 文件以准备将其加载至数据库时应该已经确定重复的 IP 地址和客户机名称。

•cmdaccess.temp：组合键由 command.ALL.allow 和 command.ALL.disallow 以及 command.COMMAND.allow 和 command.COMMAND.disallow 文件中每行的命令名称和用户 ID 组成

注:
allow 和 disallow 是一种属性，不是该键的一部分。allow 和 disallow 文件中相同的命令和用户组合将形成一个重复键。

•volaccess.temp：组合键由 users.ALL.allow & users.ALL.allow 和 users.COMMAND.allow & users.COMMAND.disallow 文件中的所有者 ID 和每个用户 ID 组成。

注:
allow 和 disallow 是一种属性，不是该键的一部分。allow 和 disallow 文件中相同的所有者和用户组合将形成一个重复键。为某个所有者指定同一用户两次也会形成重复键。

•volownership.temp：某行在 ownership.assignments 文件中可能重复出现。处理该文件以准备将其加载至数据库时应该已经遇到问题。

4. 如果您无法确定重复键，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）。请与 Oracle 支持联系。
您可以通过使用 acsss_config 将 AC_CMD_ACCESS 和 AC_VOL_ACCESS 设置为 FALSE 来临时禁用访问控制。这会让您在诊断问题时启用 ACSLS。

2431 E

Table table_name rebuilding failed.

解释：为了确保重建访问控制数据库表时它们处于锁定状态，ACSLS 将访问控制数据文件加载至临时的数据库表并使用临时表重建访问控制数据库表。此消息指示尝试重建指定的访问控制数据库表失败。

变量：table_name 是 ACSLS 重建失败的访问控制数据库表的名称。

用户响应：

1. 如果 ACSLS 正在运行，则执行 acsss_config（以用户 acsss 的身份）并选择重建访问控制表的选项。

2. 如果问题仍然存在，请参见消息 2430 的信息以了解有关如何解决该问题的详细信息。

3. 如果您仍然无法解决问题，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2432 I

Access Control tables have been rebuilt.

解释：ACSLS 已成功重建访问控制表。

变量：无。

用户响应：无。

2440 E

EXEC SQL lock timeout: on insert into table_name, where identifier = id.

解释：尝试将记录插入锁定的表 table_name（如 clienttable、lmutable、ptptable、paneltable 或 handtable）失败，其中 identifier 为标识符（例如 client_id、lmu_id、ptp_id、panel_id 或 hand_id）并带有 id 值（例如 client1 (client_id)、0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)）。

变量：

- table_name 是应当为其插入行的数据库表的名称。

- identifier 是一个标识符，例如 client_id、lmu_id、ptp_id、panel_id 或 hand_id。

- id 是标识符的值，例如 client1(client_id)、0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2441 E

EXEC SQL failed lock to insert into table_name, where identifier = id.

解释：用于准备 SQL 语句以将记录插入表 table_name（如 lmutable、ptptable、paneltable 或 handtable）的 ODBC 调用失败，其中 identifier 为标识符（例如 lmu_id、ptp_id、panel_id 或 hand_id）并带有 id 值（例如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)）。

变量：

- table_name 是要从中删除行的数据库表的名称。

- identifier 是一个标识符，例如 ptp_id、panel_id 或 hand_id。

- id 是标识符的值，例如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2442 E

EXEC SQL lock timeout: on update table_name, where identifier = id.

解释：尝试为锁定的表 table_name（例如 Imutable、ptptable、paneltable 或 handtable）更新数据库中的记录失败，其中 identifier 为标识符（例如 Imu_id、ptp_id、panel_id 或 hand_id）并带有 id 值（如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)）。

变量：

- table_name 是要从中删除行的数据库表的名称。

- identifier 是一个标识符，例如 lmu_id、ptp_id、panel_id 或 hand_id。

- id 是标识符的值，例如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2443 E

EXEC SQL update of table_name failed, where identifier = id.

解释：用于准备 SQL 语句以为表 table_name（如 lmutable、ptptable、paneltable 或 handtable）更新数据库中记录的 ODBC 调用失败，其中 identifier 为标识符 lmu_id、ptp_id、panel_id 或 hand_id 并带有 id 值（如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)）。

变量：

- table_name 是要从中删除行的数据库表的名称。

- identifier 是一个标识符，例如 lmu_id、ptp_id、panel_id 或 hand_id。

- id 是标识符的值，例如 0,0(lmu_id)、0,0,0(ptp_id 或 panel_id) 或者 0,0,0,0(hand_id)。

用户响应：

1. 重新启动应用程序服务器，看看问题是否仍然存在。

2. 如果存在，请重新启动数据库，查看问题是否仍然存在。

3. 如果问题仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2444 E

EXEC SQL fetch from handtable failed.

解释：用于准备 SQL 语句以从 handtable 获取记录的 ODBC 调用失败。

变量：无。

用户响应：

1. 重新启动应用程序，查看问题是否仍然存在。

2. 如果仍然存在，则重新启动数据库。

3. 如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）。然后与 Oracle 支持联系。

2445 E

PTP ptp_id, configuration failed to verify

解释：ACSLS 在恢复期间发现硬件和数据库不匹配。需要向数据库中添加或者从中删除 PTP 信息。

变量：PTP 标识符为 ptp_id。

用户响应：在恢复处理终止之后，重新运行磁带库服务器 acsss_config 程序以重新定义数据库中的磁带库配置（请参见适用于您平台的管理员指南）。

2446 E

Hand hand_id, configuration failed to verify

解释：ACSLS 在恢复期间发现硬件和数据库不匹配。需要向数据库中添加或者从中删除 Hand 信息。

变量：HAND 标识符为 hand_id。

用户响应：在恢复处理终止之后，重新运行磁带库服务器 acsss_config 程序以重新定义数据库中的磁带库配置（请参见适用于您平台的管理员指南）。

2447 I

lib_cmpnt cmpnt_id is operative.

变量：

- lib_cmpnt 是磁带库组件类型，例如 PTP、HAND、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 0,0,0(ptp_id)、0,0,0,0(hand_id)、0,0,0(cap_id) 或 0,0,7,1(drive_id)。

用户响应：无。

2448 W

lib_cmpnt cmpnt_id is inoperative.

解释：此消息在标识符为 cmpnt_id（如 0,0,0(ptp_id)、0,0,0,0(hand_id)、0,0,0(cap_id) 或 0,0,7,1(drive_id)）的磁带库组件 lib_cmpnt（如 PTP、HAND、DRIVE 或 CAP）变为无法运行时发出。

变量：

- lib_cmpnt 是磁带库组件类型，例如 PTP、HAND、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 0,0,0(ptp_id)、0,0,0,0(hand_id)、0,0,0(cap_id) 或 0,0,7,1(drive_id)。

用户响应：无。

2449 I

CAP CAP_id: CAP closed.

解释：值为 CAP_id 的 CAP 已关闭。

变量：CAP_id 是已关闭的 CAP。

用户响应：无。

2450 I

lib_cmpnt cmpnt_id serial number changed.

解释：此消息指示标识符为 cmpnt_id（例如 0,0(lsm_id) 或 0,0,7,1(drive_id)）的磁带库组件（如 LSM 或 DRIVE）的序列号发生更改。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM 或 DRIVE。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lsm_id) 或 0,0,7,1(drive_id)。

用户响应：无。

2451 I

Drive drive_id type changed.

解释：值为 drive_id 的 DRIVE 标识符的类型发生了更改。

变量：drive_id 是 DRIVE 标识符的值。

用户响应：无。

2452 I

LMU lmu_id type changed.

解释：值为 lmu_id 的 LMU 标识符的类型发生了更改。

变量：lmu_id 是 LMU 标识符的值。

用户响应：无。

2453 I

LSM lsm_id type changed.

解释：值为 lsm_id 的 LSM 标识符的类型发生了更改。

变量：lsm_id 是 LSM 标识符的值

用户响应：无。

2454 I

lib_cmpnt cmpnt_id added.

解释：向数据库添加了标识符为 cmpnt_id（如 0,0,7,1(drive_id)）的磁带库组件，例如 DRIVE。

变量：

- lib_cmpnt 是磁带库组件类型，例如 DRIVE。

- cmpnt_id 是磁带库组件的标识符，例如 0,0,7,1(drive_id)。

用户响应：无。

2455 I

lib_cmpnt cmpnt_id removed.

解释：已移除标识符为 cmpnt_id（如 0,0,7,1(drive_id)）的磁带库组件，例如 DRIVE。

变量：

- lib_cmpnt 是磁带库组件类型，例如 DRIVE。

- cmpnt_id 是磁带库组件的标识符，例如 0,0,7,1(drive_id)。

用户响应：无。

2456 W

lib_cmpnt cmpnt_id maintenance required.

解释：标识符为 cmpnt_id（如 0,0(lsm_id)）的磁带库组件（如 LSM）处于维护模式。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM。

- cmpnt_id 是磁带库组件的标识符，例如 0,0(lsm_id)。

用户响应：收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与技术支持联系。

2457 I

lib_cmpnt cmpnt_id HLI Compatibility Level changed.

解释：标识符为 cmpnt_id（例如 0(acs_id) 或 0,0(lmu_id)）的磁带库组件（例如 ACS 或 LMU）的 HLI 兼容性级别发生了更改。

变量：

- lib_cmpnt 是磁带库组件类型，例如 ACS 或 LMU。

- cmpnt_id 是磁带库组件标识符，例如 acs_id 或 lmu_id。

用户响应：无。

2458 I

LMU lmu_id is now standalone.

解释：值为 lmu_id 的 LMU 的状态为独立 LMU。

变量：lmu_id 是 LMU 标识符的值。

用户响应：无。

2459 I

LMU lmu_id is now active.

解释：值为 lmu_id 的 LMU 的状态为活动 LMU。

变量：lmu_id 是 LMU 标识符的值。

用户响应：无。

2460 I

LMU lmu_id is now standby.

解释：值为 lmu_id 的 LMU 的状态为备用 LMU。

变量：lmu_id 是 LMU 标识符的值。

用户响应：无。

2461 I

Server system configuration changed.

解释：此消息在服务器系统配置更改时发出。

用户响应：无。

2462 I

Volume vol_id entered.

解释：此消息在值为 vol_id 的 VOLUME 装入磁带库时发出。

变量：vol_id 是 VOLUME 标识符。

用户响应：无。

2463 I

Volume vol_id reactivated.

解释：此消息在重新激活值为 vol_id 的已标记为缺失的 VOLUME 时发出。

变量：vol_id 是 VOLUME 标识符。

用户响应：无。

2464 I

Volume vol_id ejected.

解释：此消息在值为 vol_id 的 VOLUME 从磁带库中弹出时发出。

变量：vol_id 是 VOLUME 标识符。

用户响应：无。

2465 I

Volume vol_id absent.

解释：此消息在值为 vol_id 的 VOLUME 被标记为缺失时发出。

变量：vol_id 是 VOLUME 标识符。

用户响应：无。

2466 W

Cleaning cartridge vol_id usage limit exceeded.

解释：值为 vol_id 的清洗磁带已超出其最大使用限制。

变量：vol_id 是 VOLUME 标识符。

用户响应：无。

2467 I

Cleaning cartridge vol_id is spent.

解释：值为 vol_id 的清洗磁带的清洗能力已耗尽。清洗磁带的使用次数将更新为高于其最大使用次数，清洗磁带将被标记为已耗尽的清洗磁带。

变量：vol_id 是该清洗磁带的标识符。

用户响应：弹出该清洗磁带。

2468 E

lib_cmpnt cmpnt_id reported a Unit Attention.

解释：针对磁带库组件报告了一个错误。此消息来自事件通知组件。请参见前面的消息以了解有关该问题的详细信息。磁带库组件在报告单元注意状态后仍然可以运行，但是它可能处于降级模式。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 lsm_id、cap_id 或 drive_id。

用户响应：查看之前消息中报告的具体状态并响应报告的问题。如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2469 E

lib_cmpnt cmpnt_id reported a hardware error.

解释：LSM 报告了一个硬件错误。此消息来自事件通知组件。查找 ACSLH scsilh 中前面报告该特定硬件错误的消息。磁带库在报告硬件错误之后仍然可以运行，但是它可能处于降级模式。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 lsm_id、cap_id 或 drive_id。

用户响应：查看之前报告的具体状态并响应报告的问题。如果这样未能修复问题，则收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2470 I

LSM lsm_id access door closed..

解释：值为 lsm_id 的 LSM 的检修门已关闭。

变量：lsm_id 是 LSM 标识符的值。

用户响应：无。

2471 I

LSM lsm_id access door opened.

解释：值为 lsm_id 的 LSM 的检修门已打开。

变量：lsm_id 是 LSM 标识符的值。

用户响应：无。

2473 E

Failed to add lib_cmpnt cmpnt_id into the examine list.

解释：ACSLS 在检查磁带库组件（例如 LSM、CAP 或 DRIVE）时发现了内部错误。为了避免反复循环检查，系统会将要检查的每个组件添加至一个列表中。当内存分配错误阻止将某个组件添加至列表中时将报告此错误。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 lsm_id、cap_id 或 drive_id。

用户响应：

- 重新启动 ACSLS－如果继续报告该错误，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2474 E

Failed to delete lib_cmpnt cmpnt_id from the examine list.

解释：ACSLS 在检查磁带库组件（例如 LSM、CAP 或 DRIVE）时发现了内部错误。该组件在检查完成时将从检查列表中删除。此错误消息指示该组件尚未从列表中删除。

变量：

- lib_cmpnt 是磁带库组件类型，例如 LSM、DRIVE 或 CAP。

- cmpnt_id 是磁带库组件的标识符，例如 lsm_id、cap_id 或 drive_id。

用户响应：检查指出的组件，以确定 vary 是否可以解决该问题。如果错误仍然存在，请收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2475 I

Volume vol_id found in location_type location_id, reactivated with type=vol_type access_count=access_count pool=pool_id owner=owner_id.

解释：指定的卷在数据库中标记为缺失或已弹出，但是 ACSLS 发现它仍在磁带库中。该卷已重新激活，并且保留了其重要信息。

变量：

- vol_id 是缺失或已弹出的卷。

- location_type 是在其中发现磁带的位置类型（磁带机或单元）。

- location_id 是 ACSLS 在其中发现磁带的具体 drive_id 或 cell_id。

- vol_type 是卷类型（数据、暂存或清洗）。

- access_count 是标记为缺失之前卷的访问计数。

- pool_id 是标记为缺失之前卷所属的 pool_id。

- owner_id 是标记为缺失之前卷的所有者。

用户响应：无。

2476 W

Volume vol_id, not found in location_type location_id and was marked absent.

解释：每个卷都有一个起始单元，并且在磁带机上挂载时 ACSLS 可以记录它。ACSLS 在记录的位置中找不到指定的卷，已在数据库中将其标记为缺失以保留其重要信息。

变量：

- vol_id 是缺失的卷。

- location_type 是记录卷但 ACSLS 在其中找不到该卷的位置类型（磁带机或单元）。

- location_id 是记录卷但在其中找不到该卷的具体 drive_id 或 cell_id。

用户响应：无。ACS 或 LSM 审计可能会找到该缺失的卷。

2477 W

LSM lsm_id is full; volume vol_id cannot be recovered and is marked absent.

解释：恢复某个 LSM 时，ACSLS 发现该卷在活动场/中转单元中或者在 PCP 单元中。它尝试通过将该卷移至该 LSM 中的新起始单元来恢复该卷。但是，由于 LSM 已满，无法恢复该卷，于是在数据库中将该卷标记为缺失。

变量：

- lsm_id 标识正在恢复的 LSM。

- vol_id 标识缺失的卷。

用户响应：

1. 从 LSM 中弹出一个卷。

2. 使 LSM 变为脱机再重新联机以恢复该卷。

2478 W

LSM Misplaced cartridge detected, volume vol_id cannot be recovered and is marked absent.

解释：恢复某个 LSM 时，ACSLS 发现该卷在活动场/中转单元中或者在 PCP 单元中。它尝试通过将该卷移至该 LSM 中的新起始单元来恢复该卷。但是，移动失败，因为目标单元包含磁带。卷未恢复并在数据库中标记为缺失

变量：vol_id 标识缺失的卷。

用户响应：

1. 进行检查以确保问题不在于单个磁带放错位置。

2. 如果这不是问题所在，则审计 LSM 来更新 ACSLS 数据库，以查看磁带库的实际内容。

3. 将 LSM 变为脱机，然后重新联机以恢复卷。

2479 I

Volume identifer vol_id already found absent.

解释：针对数据库中已标记为缺失的卷运行了手动卷删除实用程序 (del_vol)，但是未指定删除选项 (-d)。该卷将保持缺失状态。

变量：vol_id 标识缺失的卷。

用户响应：无。

2480 E

EXEC SQL Unable to mark volume vol_id as absent because of a database error.

解释：ACSLS 在磁带库中找不到某个卷并尝试将其标记为缺失，但是 ACSLS 数据库接口针对 volumetable 更新返回了异常状态。数据库更新失败。

变量：vol_id 标识缺失的卷。

用户响应：

1. 停止 ACSLS (kill.acsss)。

2. 停止数据库 (db_command stop)。

3. 中止任何挂起的 ACSLS 进程。

4. 重新启动 ACSLS（一次）。

5. 如果问题仍然存在，您可能需要他人来帮助验证表 volumetable 是否存在，以及 acsss 用户是否具有适当的权限更新它。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2481 E

EXEC SQL Unable to mark volume vol_id as ejected because of a database error.

解释：ACSLS 弹出了某个卷并尝试将其标记为“已弹出”。ACSLS 数据库接口针对 volumetable 更新返回了异常状态。数据库更新失败。

变量：vol_id 标识弹出的卷。

用户响应：

1. 停止 ACSLS (kill.acsss)。

2. 停止数据库 (db_command stop)。

3. 中止任何挂起的 ACSLS 进程。

4. 重新启动 ACSLS（一次）。

5. 如果问题仍然存在，您可能需要他人来帮助验证表 volumetable 是否存在，以及 acsss 用户是否具有适当的权限更新它。请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

2482 E

Volume vol_id was not found and will be marked absent.

解释：ACSLS 在起始单元中未找到指定的卷。如果该卷记录为已在磁带机上挂载，但 ACSLS 在磁带机上未找到它。该卷将在数据库中标记为缺失。ACS 或 LSM 审计可能会找到该缺失的卷。

变量：vol_id 标识 ACSLS 未找到的卷。

用户响应：无。

2483 I

program: Will attempt to dismount volume vol_id from drive drive_id.

解释：当失败的挂载请求期间遇到磁带可能卡在磁带机中这一情况时发出此消息。卸载将尝试恢复磁带和磁带机。

变量：

- program 是从其发出消息的程序的名称。

- vol_id 是此挂载请求中卷的标识符。

- drive_id 是此挂载请求中磁带机的标识符。

用户响应：无。自动生成卸载强制请求以恢复磁带机。

2488 E

EXEC SQL lock timeout on delete from table.

解释：尝试从数据库删除锁定的记录失败。

变量：table 是锁定表的名称

用户响应：重新启动应用程序服务器。如果问题仍然存在，则重新启动数据库。

2489 E

EXEC SQL delete from table failed.

解释：尝试从 table 删除记录失败。

变量：table 是表的名称。

用户响应：重新启动应用程序服务器－如果问题仍然存在，则重新启动数据库。

2490 E

EXEC SQL select count(col_name) from table failed.

解释：尝试统计 table 的记录数失败。

变量：

- col_name 是表其中一列的名称。

- table 是表的名称。

用户响应：重新启动应用程序服务器。如果问题仍然存在，则重新启动数据库

2500 E

Illegal value illegal_port_number.Must be numeric.

解释：为端口号输入的编号不是数字。

变量：illegal_port_number 是输入的用作入站 ACSLS 客户机请求的固定端口（在 acsss_config 中）的无效端口号。

用户响应：输入有效的数字编号。

2501 E

Out-of-bounds value illegal_port_number:CSI_or SSI_INET_PORT.

解释：您输入的值位于 ACSLS CSI 或 SSI 网络组件端口的合法范围之外。

变量：illegal_port_number 是输入的用作入站 ACSLS 客户机请求的固定端口（在 acsss_config 中）的无效端口号。

用户响应：输入介于 1024 和 65535 之间的值。

2502 E

Unable to allocate socket for RPC TCP service.

解释：ACSLS 无法为网络通信分配套接字。原因通常与系统资源有关，例如，打开的描述符太多。

变量：无。

用户响应：咨询您的系统管理员。

2503 E

Unable to set SO_REUSEADDR on socket.

解释：ACSLS 无法更改套接字上允许该套接字重复用于通信的重要标记。这通常与系统资源详细信息有关。

变量：无。

用户响应：咨询您的系统管理员

2504 E

Unable to bind socket to port port_number.

解释：此消息指示端口未绑定至套接字。最可能的原因是该端口已在使用中。

变量：port_number 是输入的用作入站 ACSLS 客户机请求的固定端口（在 acsss_config 中）的端口号。

用户响应：尝试将 ACSLS 用于网络通信的端口号更改为其他（未使用的）端口。要获取帮助，请与系统管理员联系。

2505 E

Failed on attempt to get socket name.

解释：ACSLS 无法获取用于网络通信的套接字的名称。最可能的原因是内部系统错误。

变量：无。

用户响应：重新启动 ACSLS。

2522 E

ACSLS database backup area unavailable.

解释：请求的备份目录不可用。

变量：无。

用户响应：无。

2550 W

For volume vol_id, the home cell cell_id has an inconsistent cell status cell_status.ACSLS will recover the cartridge automatically.

解释：尝试挂载指定的卷，但是其起始单元具有不一致的状态。ACSLS 将自动恢复磁带。

变量：

- vol_id 标识尝试挂载的卷。

- cell_id 标识卷的起始单元。

用户响应：无。ACSLS 将尝试自动恢复卷和起始单元

2551 I

Checking for LSM lsm_id status.

解释：当磁带库处理程序在 ACSLS 启动或使 ACS、LSM 或磁带机联机期间将 LSM 状态请求发送至磁带库时报告此消息。

变量：lsm_id 标识从磁带库请求其状态的 LSM。

用户响应：无。此消息使客户可以跟踪 ACSLS 启动或让磁带库变为联机的进度。

2552 I

LSM lsm_id lsm_ready_status lsm_state access_door_status hand_n operative_status, full_empty_status.

变量：

- lsm_id 标识从磁带库请求其状态的 LSM。

- lsm_ready_status 描述 LSM 的准备就绪或未准备就绪状态。

- lsm_state 描述 LSM 的联机或脱机状态。

- access_door_status 描述检修门状态（打开或关闭）。

- hand_n 标识 LSM 中的各个机械手。

- operative_status 描述机械手的正常运行或无法运行状态。

- empty_full_status 描述机械手的空或满状态。

用户响应：无。此消息使客户可以跟踪 ACSLS 启动或让磁带库变为联机的进度。

2553 E

A drive in LSM acs_id,lsm_id is inoperative.Until this is corrected, the drives in this LSM cannot come online.

解释：SL8500 响应 ACSLS 的“LSM 传输状态（按面板）”请求时可能会发送“1002”错误（磁带机无法运行）。

变量：

- acs_id 是 ACS 标识符。

- lsm_id 是 LSM 标识符。

用户响应：

1. 安装最新的 SL8500 微代码。

2. 如果这样未能修复问题，则确定导致“1002”错误的磁带机并移除该磁带机或将该磁带机更换为正常运行的磁带机。

3. 如果无法移除或更换无法运行的磁带机，则不使用 acs_id lsm_id 中脱机的磁带机。

2554 W

LSM lsm_id not found in the configuration.

解释：在配置中未找到指定的 LSM。

变量：Module 是显示此消息的 ACSLS 模块。

- lsm_id 是在配置中未找到的 LSM。

用户响应：无。

2556 N

Module: config_command command canceled.

解释：您取消了动态配置实用程序 config_command。

变量：处理取消命令的模块。在这里是 cfg_main。

config_command 是您取消的特定动态配置请求。可以为以下任一项：

- config lsm lsm_id。

- config acs new。

- config acs acs_id。

- config acs acs_id delete。

- config port(s) acs_id。

用户响应：无。您可以再次重新输入动态配置命令。

2557 1

Module: Volume vol-id re-entered into library to cell location_id, reactivated with type=vol_type access_count=access_count pool=pool_id owner=owner_id..

解释：指定的卷在数据库中标记为缺失或已弹出，并且正在重新装入磁带库中。该卷已重新激活，并且保留了其重要信息。

变量：Module 是显示此消息的 ACSLS 模块

- vol_id 是缺失或已弹出的卷。

- module 是显示消息的 ACSLS 模块。

- location_id 是新的起始位置，ACSLS 将重新装入的磁带移到这个位置。

- vol_type 是卷类型（数据、暂存或清洗）。

- access_count 是标记为缺失之前卷的访问计数。

- pool_id 是标记为缺失之前卷所属的 pool_id。

- owner_id 是标记为缺失之前卷的所有者。

用户响应：无。

2558 N

Modifier: LSM READY received for LSM identifier lsm_id, Modifier modifer_number.

解释：已将 LSM 联机。

变量：Modifier 是显示此消息的 ACSLS 模块。

- lsm_id 是处于联机状态的 LSM 的 LSM 标识符。

- modifier_number 是 LSM READY 修饰器，可以具有以下值：

- 1 表示 LSM 准备正常。

- 2 表示 LSM 恢复中转磁带。

- 3 表示 LSM 准备就绪并且 CAP 已经打开。

用户响应：无。

2559 I

New robotic hand hand_id detected in LSM lsm_id; and added to the database.

解释：ACSLS 在 LSM 中检测到新的机械手并且已将该机械手添加到数据库的 handtable 中。

注:
当从磁带库中移除机械手时，不会从数据库中删除这些机械手的记录。

变量：lsm_id 是 LSM 标识符；hand_id 是机械手标识符。

用户响应：无。

2560 E

DB status [db_status] detected on cap mode update.

解释：尝试在 ACSLS 数据库中将 cap_mode 更新为手动失败。

变量：db_status 标识数据库返回的状态。

用户响应：重新启动应用程序服务器。如果问题仍然存在，则重新启动数据库。

2561 E

EXEC SQL Lock timeout on update captable.

解释：尝试在 ACSLS 数据库中将 cap_mode 更新为手动模式失败。

变量：无。

用户响应：重新启动应用程序服务器。如果问题仍然存在，则重新启动数据库。

2562 W

Additional Connect request received for port port_id that is already connected.Request ignored.

解释：SCSI 磁带库收到另一个连接请求时，该请求被忽略并且产品日志中记录了警告消息。

变量：port_id 是 ACSLS 至磁带库端口的标识符。

用户响应：无。

2563 E

LSM lsm_id type changed from lsm_type_db to lsm_type_lib; LSM remains offline.

解释：LSM 类型从 lsm_type_db 更改为 lsm_type_lib 并且报告的 LSM 状态为 NOT READY。LSM 将标记为脱机。

变量：

- lsm_id 是其类型发生了更改的 LSM 标识符。

- lsm_type_db 是数据库中显示的 LSM 类型。

- lsm_type_lib 是磁带库报告的 LSM 类型。

用户响应：确定 LSM 未准备就绪的原因并解决问题以让 LSM 联机。

2564 I

Please update your ACSLS library configuration using Dynamic Config or acsss_config.

解释：ACS acs_id 或 LSM lsm_id 的磁带库配置已更改。相关的 ACS 或 LSM 保持脱机 [诊断] 状态，直到 ACSLS 配置得到更新。

变量：无。

用户响应：使用 Dynamic Config 或 acsss_config 更新此 ACS 或 LSM 的 ACSLS 配置。

2565 E

Invalid ACSLS database version acsls_db_version.Must be less than or equal to max_supported_db_version.

解释：此 ACSLS 发行版不支持正在导入的 ACSLS 数据库版本。

变量：

- acsls_db_version 是 ACSLS 数据库导出至的版本号。

- max_supported_db_version 是可以导入此 ACSLS 发行版的最高数据库版本。

用户响应：

1. 以此 ACSLS 发行版支持的格式导出早期的 ACSLS 数据库。

2. 导入兼容的数据库版本。

2566 N

cl_ipc_read: Invalid packet parameters, host_id.

解释：收到带有无法识别参数的包。将忽略该包。

变量：无。

用户响应：查看相关的消息 2638。如果未知的 Internet 源正在尝试向此端口提交通信流量，请与本地网络安全管理员联系。

2567 N

lm_input: Invalid format of message received.Message ignored.

解释：此消息可能与消息 2566 一同显示。将删除此消息。

变量：无。

用户响应：查看消息 2566。

2611 E

%s Cannot connect to Library manager database.Status code (%d).

解释：无法连接至数据库。

变量：%s 是文件的名称。

用户响应：无。

2633 I

ACSLS recovery initiated.

解释：正在启动数据库恢复流程。

变量：无。

用户响应：无。

2634 I

ACSLS backup started.

解释：ACSLS 的备份已启动。

变量：无。

用户响应：无。

2635 I

ACSLS recovery started.

解释：已开始 ACSLS 的恢复。

变量：无。

用户响应：无。

2638 N

cl_ipc_read: Message from unknown Internet host ignored.

解释：ACSLS 收到来自未授权主机的包。由于无法识别 host-id，因此将忽略此包。

变量：无。

用户响应：如果此消息继续出现，请与本地网络安全管理员联系。您可以使用“snoop”提取有关侵扰包的更多信息。以“root”用户身份运行命令“snoop port 50003”。

2649 E

ACSLS recovery failed.

解释：ACSLS 的恢复失败。

变量：无。

用户响应：无。

2661 I

ACSLS recovery aborted.ACSLS database and control files are not restored.

解释：恢复由于某些信号干扰而中止。在启动 ACSLS 数据库或控制文件之前收到信号。

变量：无。

用户响应：无。

2662 E

ACSLS recovery aborted.ACSLS database and control files are in an inconsistent state.ACSLS startup may fail.Perform a fresh recovery to avoid unforeseen errors.

解释：恢复由于某些信号干扰而中止。当 ACSLS 数据库或控制文件恢复处于进行中状态时收到信号。ACSLS 无法使用，需要执行全新恢复。

变量：无。

用户响应：无。

2663 I

ACSLS database and control files recovery completed.

解释：成功恢复数据库和控制文件。

变量：无。

用户响应：无。

2664 E

ACSLS recovery aborted.ACSLS database is not restored.

解释：恢复由于某些信号干扰而中止。在启动 ACSLS 数据库恢复之前收到信号。

变量：无。

用户响应：无。

2665 E

ACSLS recovery aborted. ACSLS database is in an inconsistent state.ACSLS startup may fail.Perform a fresh recovery to avoid unforeseen errors.

解释：恢复由于某些信号干扰而中止。当 ACSLS 数据库恢复处于进行中状态时收到信号。ACSLS 无法使用，需要执行全新恢复。

变量：无。

用户响应：无。

2666 I

ACSLS recovery completed.

解释：恢复成功。

变量：无。

用户响应：无。

2667 E

ACSLS recovery aborted.ACSLS control files are not restored.

解释：恢复由于某些信号干扰而中止。在启动控制文件恢复之前收到信号。

变量：无。

用户响应：无。

2668 E

ACSLS recovery aborted.ACSLS control files are in an inconsistent state.ACSLS startup may fail.Perform a fresh recovery to avoid unforeseen errors.

解释：恢复由于某些信号干扰而中止。当控制文件恢复处于进行中状态时收到信号。ACSLS 无法使用，需要执行全新恢复。

变量：无。

用户响应：无。

2669 E

ACSLS backup aborted.ACSLS database and control files are not backed up.

解释：备份由于信号干扰而中止。当控制文件或数据库的备份处于进行中状态时收到信号。

变量：无。

用户响应：无。

2670 W

ACSLS backup aborted.ACSLS backup tape will not be usable.

解释：备份到磁带由于信号干扰而中止。当控制文件或数据库的备份处于进行中状态时收到信号。

变量：无。

用户响应：无。

2676 W

A fully qualified host name for hostname is not found in /etc/hosts.

解释：例程搜索了系统 /etc/hosts 文件，以查找本地主机计算机名称的全限定表达式。全限定表达式采用下面的形式：somehost.somedomain.com。

变量：无。

用户响应：PostgreSQL 数据库要求全限定本地计算机主机名显示在本地 /etc/hosts 文件中。通常，该表达式可以在 loghost 记录的第二个字段中找到。例如：

127.65.43.21 myhost.mydomain.com myhost loghost

2700 E

Java version %s is downlevel!Minimum java version version %s is required for ACSLS.

解释：ACSLS 无法与当前配置的 Java 版本配合使用。

变量：%s 是 Java 的版本级别。

用户响应：请参见 ACSLS 安装指南以确定正确的 Java 版本和安装它的过程。

2701 W

Java version %s is downlevel!Setting link /usr/java to %s.

解释：虽然配置的 Java 版本级别较低，但是脚本仍然能够在系统上找到兼容的版本。它自动更改 /usr/java 链接以指向 ACSLS 要求的 Java 版本。

变量：%s 是 Java 的版本级别。

用户响应：无需执行任何操作，除非您安装了使用低级别 Java 版本的其他应用程序。在此类情况下，您将需要通过升级冲突的应用程序、设置指向该应用程序所需 Java 版本的不同指针或者从系统中移除冲突的应用程序来消除不一致。

5002 E

Received incorrect byte count from input socket: byte_count.

解释：组件之间的内部通信失败。

变量：byte_count 是读取的字节计数。

用户响应：重试命令。

5003 E

Received invalid request type: req_type.

解释：组件之间的内部通信失败。

变量：req_type 是无效请求的值。

用户响应：重试命令。

5004 E

Received invalid Sense Code: sense_code.

解释：组件之间的内部通信失败。

变量：sense_code 是硬件发送的值。

用户响应：重试命令。

5005 E

Received invalid Status request type: req_type

解释：从硬件检测到意外响应。

变量：req_type 是无效状态请求的值。

用户响应：请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5006 E

Unexpected LH failure.Sense code is sense_code.

解释：从硬件检测到意外响应。

变量：sense_code 是硬件发送的值。

用户响应：验证硬件是否处于联机状态。有关更多信息，请查看 LSM 日志。

5007 E

Unexpected LSM failure.Sense code is sense_code.

解释：从硬件检测到意外响应。

变量：sense_code 是硬件发送的值。

用户响应：验证硬件是否处于联机状态。有关更多信息，请查看 LSM 日志

5008 E

Received 0 bytes from device: dev_name.

解释：SCSI 设备驱动程序可能安装不正确。

变量：dev_name 是正在打开的设备的名称，例如 /dev/mchanger4。

用户响应：验证硬件是否处于联机状态。有关更多信息，请查看 LSM 日志。

5009 E

No data received after forking process.

解释：scsiLh 无法与 scsiDP 通信。SCSI 设备驱动程序可能安装不正确。

变量：无。

用户响应：验证硬件是否处于联机状态。有关更多信息，请查看 LSM 日志。

5010 E

Failed to create UNIX process for device: dev_name.

解释：scsilh_im 无法与 scsiDP 通信。

变量：dev_name 是正在打开的设备的名称，例如 /dev/mchanger4。

用户响应：重新启动 ACSLS，如果问题仍然存在，则收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

5011 E

Failed to set up read/Wait for process.

解释：scsiLh 遇到了内部错误。

变量：无。

用户响应：重新启动 ACSLS，如果问题仍然存在，则收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系

5012 E

Starting new UNIX process dev_name

解释：scsiDP 关闭并且已经由 scsilh_im 重新启动。

变量：dev_name 是正在打开的设备的名称，例如 /dev/mchanger4。

用户响应：重试命令。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5013 E

Received incorrect byte count from shared memory: byte_count.

解释：组件之间的内部通信失败。

变量：byte_count 是读取的字节计数。

用户响应：重试命令。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5014 E

Error received from call to smc library: error_code.

解释：组件之间的内部通信失败。

变量：error_code 是 smc 磁带库返回的错误代码。

用户响应：重试命令。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5015 E

Failed to write to socket: socket_name.

解释：组件之间的内部通信失败。

变量：socket_name 是套接字的名称。

用户响应：重试命令。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5016 E

Timed out on request: req_name.

解释：硬件的响应时间比预期的长。

变量：req_name 是请求的名称。

用户响应：验证硬件是否处于联机状态。有关更多信息，请查看 LSM 日志。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5017 E

Received too many (nnn) bytes in response to internal command: req_name.

解释：组件之间的内部通信失败。

变量：

- nnn 是收到的字节数。

- req_name 是读取字节的计数。

用户响应：重试命令。如果问题仍然存在，请收集相关的 ACSLS 数据（请参见为 Oracle 支持搜集诊断信息），并与 Oracle 支持联系。

5018 E

Unexpected startup data received from process: aString.

解释：组件之间的内部通信失败。

变量：aString 是从硬件读取的字符串。

用户响应：验证硬件是否处于联机状态。有关更多信息，请查看 LSM 日志。重试命令，如果问题仍然存在，则收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与技术支持联系。

5019 E

Recovering scsiDP: aString.

解释：磁带库和 ACSLS 之间发生通信错误。

变量：aString 是 scsiDP 进程说明。

用户响应：无。如果您经常看到这些消息，则可能电缆有问题。

5020 E

Tried to access drive while cleaning cartridge installed.

解释：尝试在清洗磁带清洗磁带机的过程中挂载磁带。

注:
此消息针对 SCSI/光纤连接的磁带库发出，这样的磁带库自动清洗磁带机。

变量：无。

用户响应：无。ACSLS 应该自动重试挂载。如果超过挂载重试次数并且 ACSLS 自动重试失败，则重新发出挂载命令。

6001 I

Logical ACS logical_acs_id (name) added using physical ACS acs_id.

解释：管理员创建了一个逻辑磁带库。

变量：

- logical_acs_id 是分配给新逻辑磁带库的逻辑 ACS 编号。

- name 是为逻辑磁带库指定的名称。

- acs_id 是物理磁带库的 ACS 标识符。

用户响应：无。

6002 I

Logical ACS logical_acs_id removed.

解释：某个逻辑磁带库已从配置中删除并且不再可供客户机访问。该逻辑磁带库中的所有磁带机和卷都已取消分配并可供 ACSAPI 使用，或者可以分配给其他逻辑磁带库。

变量：logical_acs_id 标识删除的逻辑磁带库。

用户响应：无。

6021 I

Logical Drive logical_location (serial_number) added using physical Drive drive_id.

解释：某个磁带机已分配给一个逻辑磁带库。自动为该磁带机分配逻辑位置。该磁带机不再可供 ACSAPI 使用，或不能再分配给其他逻辑磁带库。

变量：

- logical_location 标识分配给该磁带机的逻辑位置。

- serial_number 标识该磁带机的序列号（如果有）。

- drive_id 标识物理磁带机。

用户响应：无。

6022 I

Logical Drive logical_location removed.

解释：已从逻辑磁带库中取消分配某个磁带机。这释放了磁带机插槽，现在可向其分配其他磁带机。该磁带机现在可供 ACSAPI 使用，或可以分配给其他逻辑磁带库。

变量：logical_location 标识分配给该磁带机的逻辑位置。

用户响应：无。

6032 I

Initiator initiator removed.

解释：管理员已从数据库中删除了连接至 ACSLS 服务器的 initiator（FC 客户机端口）。通过删除启动器功能，可以删除不再连接的客户机的废弃条目。

变量：initiator 是删除的 FC 客户机（由 WWN 和别名标识）。

用户响应：无。如果在任何配置的 ACSLS target 端口上检测到启动器，则 ACSLS 自动（重新）添加这些启动器。

6034 I

Target target removed.

解释：管理员已从数据库中删除了 ACSLS 服务器上配置为 target 模式运行的 FC 端口。通过删除目标功能，可以删除不再配置的废弃条目。

变量：target 是 WWN 及别名标识的 FC 目标端口。

用户响应：无。如果使用 getHba.sh 实用程序将目标配置为 target 模式运行，则 ACSLS 将自动（重新）添加这些目标。

6041 I

Mapping added to logical_acs_id for (initiator,target,lun).

解释：创建了映射以使逻辑磁带库对于 FC 客户机可见。映射定义客户机可以在其上看到逻辑磁带库的 target 端口和 LUN。

变量：

- logical_acs_id 是为其添加映射的逻辑 ACS 编号。

- initiator 是 WWN 及别名标识的 FC 客户机。

- target 是 WWN 及别名标识的 FC 目标端口。

- lun 是与此客户机连接关联的 LUN（logical unit number，逻辑单元号）。

用户响应：无。逻辑磁带库现在可供客户机使用（可能需要进行客户机系统配置以检测到该磁带库）。

6053 I

Logical Volume vol_id mounted from logical drive logical_location..

解释：FC 客户机执行了涉及卷和磁带机（都已分配给逻辑磁带库）的挂载操作。

变量：

- vol_id 标识挂载的卷。

- logical_location 标识磁带机的逻辑位置。

用户响应：无。

6054 I

Logical Volume vol_id dismounted from logical drive logical_location.

解释：FC 客户机执行了涉及卷和磁带机（都已分配给逻辑磁带库）的卸载操作。

变量：

- vol_id 标识卸载的卷。

- logical_location 标识磁带机的逻辑位置。

用户响应：无。

6055 I

Logical Volume vol_id moved to new home location logical_location.

解释：逻辑磁带库中的某个卷已通过 FC 客户机操作移至新的存储位置。

变量：

- vol_id 标识移动的卷。

- logical_location 标识卷的新逻辑位置。

用户响应：无。

6056 I

Logical Volume vol_id ejected from logical ACS logical_acs_id.

解释：逻辑磁带库中的某个卷已通过 FC 客户机操作移至导入/导出位置。该卷的逻辑状态进行更新以反映此操作，并且该卷不再可供该客户机访问。

注:
未执行物理弹出操作，并且卷未从逻辑磁带库取消分配。

变量：

- vol_id 标识移动的卷。

- logical_acs_id 是卷分配至的逻辑 ACS 编号。

用户响应：无。如果需要，卷可以通过物理方式弹出，但是仍然分配给逻辑磁带库。如果随后重新装入该卷，则该卷又可供客户机访问。

6070 I

Logical Volume vol_id corrected for eject.

解释：ACSLS 检测到执行了物理弹出操作，该操作涉及已分配给逻辑磁带库的卷。该卷的逻辑状态和位置进行更新以反映此操作。该卷仍然分配给逻辑磁带库，但是无法供客户机使用。

变量：vol_id 标识更新的卷。

用户响应：无。如果重新装入该卷，则该卷又可供客户机访问

6071 I

Logical Volume vol_id corrected for enter (new location is logical_location).

解释：ACSLS 检测到执行了物理装入操作，该操作涉及已分配给逻辑磁带库的卷。为该卷分配了新的逻辑位置，它现在可供 FC 客户机使用。

变量：

- vol_id 标识更新的卷。

- logical_location 标识卷的新逻辑位置。

用户响应：无。

6072 I

Logical Volume vol_id corrected for mount (new location is logical_location).

解释：ACSLS 检测到执行了物理挂载操作，该操作涉及已分配给逻辑磁带库的卷。该卷的逻辑状态和位置进行更新以反映此操作。

变量：

- vol_id 标识更新的卷。

- logical_location 标识卷的新逻辑位置。

用户响应：无。

6073 I

Logical Volume vol_id corrected for dismount (new location is logical_location).

解释：ACSLS 检测到执行了通过物理方式的卸载操作，该操作涉及已分配给逻辑磁带库的卷。该卷的逻辑状态和位置进行更新以反映此操作。

变量：

- vol_id 标识更新的卷。

- logical_location 标识卷的新逻辑位置。

用户响应：无。

6600 E

Response received but packet size too small (byte_count should be at least min_size); Dropping packet!

解释：ACSLS GUI 从 ACSLM 收到的消息太小。GUI 未尝试解释该消息，因为它不具有足够的信息。这可能是网络或软件的问题

变量：

- byte_count 是该消息中的字节数。

- min_size 是有效可读消息的最小大小。

用户响应：确保问题不是网络问题所致。如果不是网络问题所致，则收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

6601 E

Response received for unknown sequence number sequence_num; Dropping packet!

解释：ACSLS GUI 收到来自 ACSLS 的响应，但是序列号与任何现有的请求都无关联。将忽略该响应。

变量：sequence_num 是响应包中包含的序列号。

用户响应：无。

6650 I

Communication with ACSLM at internet_addr: port_num setup.

解释：在 ACSLS GUI 和 ACSLM 进程之间建立了 IPC 通信链路。此链路用来执行 GUI 操作员请求的磁带库操作。

变量：

- internet_addr 是运行 ACSLM 的服务器的地址。

- port_num 是用于标识 ACSLM 进程的端口号

用户响应：无。

7000 I

SMCE startup beginning.

解释：SMCE 子系统将开始其初始化处理。此子系统为 FC 客户机发出的命令提供支持。

变量：无。

用户响应：无。

7001 I

SMCE startup complete.

解释：SMCE 子系统已完成其初始化处理。现在可以接受来自 FC 客户机的命令。

变量：无。

用户响应：无。

7002 I

SMCE mapping: Initiator: initiator, Target: target, Lun: lun, acsID: logical_acs_id.

解释：发出了单元注意，以向任何可以访问逻辑磁带库的 FC 客户机发出启动事件信号（未准备就绪至准备就绪转换）。这将通知客户机，逻辑磁带库在一段时间不可用之后已恢复运行。

变量：

- initiator 是 WWN 及别名标识的 FC 客户机。

- target 是 WWN 及别名标识的 FC 目标端口。

- lun 是与此客户机连接关联的 LUN（logical unit number，逻辑单元号）。

- logical_acs_id 是逻辑磁带库的逻辑 ACS 编号。

用户响应：无。

7100 I

SMCE shutdown requested.

解释：SMCE 子系统将开始其关闭处理。如果此子系统关闭，则无法接受来自 FC 客户机的命令。

变量：无。

用户响应：无。要恢复 FC 客户机支持，请发出 acsss enable 命令

7101 I

SMCE shutdown complete.

解释：SMCE 子系统已完成其关闭处理。如果此子系统关闭，则无法接受来自 FC 客户机的命令。

变量：无。

用户响应：无。要恢复 FC 客户机支持，请发出 acsss enable 命令。

7900 E

SMCE terminated abnormally.

解释：SMCE 子系统在启动或执行期间发生了不可恢复的错误。必须有此子系统才能为 FC 客户机操作提供支持。

变量：无。

用户响应：SMCE 子系统应该自动由 Solaris 服务管理工具 (Service Management Facility, SMF) 重新启动。使用 acsss status 命令验证 smce 服务是否处于联机状态。如果该服务不处于联机状态，则检查服务日志文件中的错误或诊断信息。日志文件位置可以使用 acsss l-status 命令获取。

7901 E

SMCE command failed abnormally.

解释：从 FC 客户机收到的 SCSI 介质转换器命令在执行期间发生了错误。该命令可能未成功完成，或者已完成但是 SMCE 子系统无法向客户机提供最终响应。

变量：无。

用户响应：检查客户机系统以获得有关失败操作的信息。根据需要从客户机系统重试失败的操作。问题可能由客户机和 ACSLS 服务器之间的 FC 连接问题所致。验证客户机操作系统是否仍然能够看到逻辑磁带库设备。可能需要重新配置客户机软件。

如果客户机能够看到逻辑磁带库，但是尝试执行命令时问题仍然存在，则收集相关的 ACSLS 数据（参见为 Oracle 支持搜集诊断信息）并与 Oracle 支持联系。

2 状态代码

本章包括所有返回状态和组件状态信息。

以下是对所有 STATUS 代码的说明。STATUS 枚举类型在 db_defs_api.h 中进行了定义。为了帮助读者查找特定的 STATUS 值，该列表按字母顺序排列。

STATUS_ACS_FULL

解释：这种返回状态特定于卸载和装入请求函数

- 对于卸载请求，表明在要从中卸载磁带的数据库中找不到可用的单元位置。

- 对于卸载请求，表明在要从中卸载磁带的数据库中找不到可用的单元位置。

- 对于装入请求，如果 ACS 中没有单元可用于存放磁带，则不会装入磁带，磁带将留在 CAP 中。

STATUS_ACSLM_IDLE

解释：这是当 ACSLS 进入 STATE_IDLE 状态时发送的一条未经请求的消息。这条未经请求的消息特定于 idle 请求函数。

STATUS_ACS_NOT_IN_LIBRARY

解释：在请求中指定的 acs_id 语法有效，但是未在当前的配置中。

这种返回状态对于所有 ACSAPI 请求函数通用

STATUS_ACS_OFFLINE

解释：这是当 ACS 变为脱机时发送的一条未经请求的消息。

这条未经请求的消息特定于 idle 和 vary 请求函数。

STATUS_ACS_ONLINE

解释：带或不带 FORCE 选项的 vary OFFLINE 请求指定了联机 ACS 的最后一个联机端口。将针对指定的 port_id 返回这种状态。

这种返回状态特定于 idle 和 vary 请求函数。

STATUS_ACTIVITY_END

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_ACTIVITY_START

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_AUDIT_ACTIVITY

解释：这种返回状态特定于 audit 和 query 请求函数。

每当审计请求函数返回中间响应时，都会将使用相应状态填入了此 message_status 值和 audit_int_status 字段的 eject_enter 响应返回给请求发起者。

- 对于查询请求，表明正在审计 LSM。

- 对于查询请求，表明正在审计 CAP。

STATUS_AUDIT_FAILED

解释：每当 audit 请求函数由于某种错误情况而失败或终止，都会将使用相应状态填入此 message_status 值和 audit_int_status 字段的中间响应返回给请求发起者。

这种返回状态特定于 audit 请求函数。

STATUS_AUDIT_IN_PROGRESS

解释：一个请求尝试访问由当前的 audit 请求锁定的单元。当审计请求正在进行时，正在审计的单元位置暂时不可由其他请求进程进行访问。

对于装入请求，如果 ACS 磁带库中没有单元可用于存放磁带并且审计正在进行（可能会拒绝对可用的单元进行访问），则不会装入磁带，磁带将留在 CAP 中。

这种返回状态特定于所有 ACSAPI 请求函数。

STATUS_AUTOMATIC

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CANCELLED

解释：一个请求被取消请求过程取消。当前的进程已停止。这种状态对于可取消的所有 ACSAPI 请求函数通用。

- 对于装入请求，当收到 cancel 请求时，连续操作模式将终止。如果取消请求是针对某个暂挂的装入请求发出的，则该请求将被中止。如果针对当前的 enter 请求发出 cancel 请求，该请求的装入处理将停止，计数值反映最终响应中有效的卷标识符数。不会弹出装入的磁带。如果任何磁带留在 CAP 中，ACSLM 将向 ACSSA 发出 STATUS_REMOVE_CARTRIDGES 未经请求的消息，并等到操作员移除磁带后再返回最终响应。

- 对于锁定请求，不会锁定任何资源。组件状态设置为 STATUS_VALID。当锁定请求等待磁带或磁带库磁带机资源变为可用并且待定锁定由 clear_lock 请求清除时，ACSLM 将发出最终响应，就像已取消待定 lock 请求一样（返回状态设置为 STATUS_CANCELLED）。但是，清除的资源的组件状态设置为 STATUS_CANCELLED。

- 如果针对当前的 query 请求发出 cancel 请求，该请求的查询处理将停止。如果查询请求是当前的（未暂挂），则 count 表示在收到取消请求之前已处理的标识符的数量。

- 如果针对当前的 set_cap 请求发出取消请求，则 ACSLM (ACS Library Manager) 将停止设置 CAP 属性，并将计数设置为取消请求之前有效的 CAP 标识符数。

- 如果针对当前的 set_clean 请求发出 cancel 请求，该请求的 set_clean 处理将停止，计数反映有效的卷标识符数。不会重置已设置为清洗的磁带。

STATUS_CAP_AVAILABLE

解释：这种返回状态特定于 query 请求函数。

- 对于 query 请求，表明 LSM 可供使用。

- 对于 query 请求，表明 CAP 可供使用。

STATUS_CAP_DOOR_OPEN

解释：这是当 ACSLS 服务器收到 CAP_DOOR_OPEN 事件时发送的一条未经请求的消息。

这种状态为了在 ACS 存储服务器内部使用而保留。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CAP_FULL

解释：这是当 ACSLS 服务器收到 CAP FULL 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CAP_INOPERATIVE

解释：这是当 ACSLS 服务器收到 CAP INOPERATIVE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CAP_IN_USE

解释：这种返回状态特定于审计、弹出和装入请求函数。

- 对于审计操作，表明在 cap_id 中指定了 ANY_CAP，并且在 cap_id 中指定的 LSM 没有任何非零优先级 CAP。请求将被拒绝，不会审计任何单元

- 对于审计操作，表明在 cap_id 中指定了 ANY_ACS 或 ANY_LSM，并且指定的 acs_id 没有任何非零优先级 CAP。

- 对于审计、装入或其他弹出操作，表明显式指定的 CAP 标识符正在由其他请求使用。不会弹出或装入任何磁带。

- 对于弹出或装入请求，如果在 cap_id 中指定了 ANY_CAP，并且在 cap_id 中指定的 LSM 没有任何可用的非零优先级 CAP，则请求将被拒绝。不会弹出或装入任何磁带。

- 对于 eject 或 enter 请求，如果在 cap_id 中指定了 ANY_LSM，并且在 cap_id 中指定的 ACS 没有任何可用的非零优先级 CAP，则请求将被拒绝。不会弹出或装入任何磁带。

- 对于 eject 或 enter 请求，如果在 cap_id 中指定了 ANY_ACS，并且包含指定为弹出的磁带的 ACS 没有任何可用的非零优先级 CAP，则请求将被拒绝。不会弹出或装入任何磁带。

- 对于 eject 或 enter 请求，如果在 cap_id 中指定了 ALL_CAP，并且 LSM 中不存在任何可用的非零优先级 CAP，则请求将被拒绝。不会弹出或装入任何磁带。

STATUS_CAP_NOT_IN_LIBRARY

解释：在请求中指定的 cap_id 语法有效，但是未在当前的配置中。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_CAP_OFFLINE

解释：请求无法完成，因为指定的组件包含在处于 OFFLINE 或 OFFLINE_PENDING 状态的 ACS 或 LSM 中，或者指定的 CAP 处于 OFFLINE 或 OFFLINE-PENDING 状态。

对于 set_cap 请求，如果 CAP 的状态为 STATE_DIAGNOSTIC，则来自 CSI 的 set_cap 请求无法更改 CAP 的装入处理模式。如果 set_cap 尝试更改一个处于诊断状态的 CAP 的处理模式，则模式不会更改，并将在该 CAP 的组件状态中返回这种状态。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_CARTRIDGES_IN_CAP

解释：这是当 ACSLS 服务器收到 CARTRIDGES IN CAP 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CELL_EMPTY

解释：这是当 ACSLS 服务器收到 CELL EMPTY 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CELL_FULL

解释：这是当 ACSLS 服务器收到 CELL FULL 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CELL_INACCESSIBLE

解释：这是当 ACSLS 服务器收到 CELL INACCESSIBLE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CELL_RESERVED

解释：这是当 ACSLS 服务器收到 CELL RESERVED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CLEAN_DRIVE

解释：这是当 ACSLS 服务器收到 CLEAN DRIVE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CLEAN_DRIVE_COMPLETE

解释：这是当 ACSLS 服务器收到 CLEAN DRIVE COMPLETE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_COMMAND_ACCESS_DENIED

解释：不允许用户执行该命令。

这种返回状态是尝试调用命令但命令访问权限被拒绝的结果。

STATUS_COMMUNICATION_FAILED

解释：这是当 ACSLS 服务器收到 COMMUNICATION FAILED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_COMPLETE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_CONFIGURATION_ERROR

解释：ACSLM 检测到数据库与物理磁带库配置之间不一致。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_COUNT_TOO_LARGE

解释：message_header 中的计数字段大于该特定请求的预期最大计数。

不会返回任何确认响应。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_COUNT_TOO_SMALL

解释：message_header 中的计数字段小于该特定请求的预期最小计数。

不会返回任何确认响应。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_CURRENT

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DATABASE_DEADLOCK

解释：这是当 ACSLS 服务器收到 DATABASE DEADLOCK 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DATABASE_ERROR

解释：ACSLM 在处理请求时检测到了数据库一致性错误。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_DEADLOCK

解释：可能针对 lock_drive 或 lock_volume 返回该状态值。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DEGRADED_MODE

解释：这是当 ACSLS 服务器收到 DEGRADED MODE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DIAGNOSTIC

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DISK_FULL

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DISMOUNT_ACTIVITY

解释：这是当 ACSLS 服务器收到 DISMOUNT ACTIVITY 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DONE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DOOR_CLOSED

解释：这是当 ACSLS 服务器收到 DOOR CLOSED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DOOR_OPENED

解释：这是当 ACSLS 服务器收到 DOOR OPENED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DRIVE_AVAILABLE

解释：这种返回状态特定于 clear_lock、dismount、query 和 unlock 请求函数。

- 对于 dismount 请求，表明尝试从不包含磁带的磁带库磁带机中卸载磁带。

- 对于 query 请求，表明指定的磁带机不包含磁带或在卸载后已释放。

- 对于 query_lock 请求，表明指定的磁带机未锁定。

- 对于 unlock 请求，表明尝试释放未锁定的 drive_id 上的锁。

STATUS_DRIVE_IN_USE

解释：这种返回状态特定于 dismount、mount、mount_scratch、query 和 vary 请求函数。未在磁带库磁带机上卸载磁带。

- 尝试卸载锁定的磁带而未包括该磁带的正确锁定标识符，并且未使用 message_options FORCE。

- 尝试从锁定的磁带库磁带机中卸载磁带而未包括正确的锁定标识符。

- 对于挂载请求，当一个磁带库磁带机包含磁带时，对该磁带库磁带机的后续挂载请求将被拒绝。

- 对于挂载请求，当挂载请求尝试挂载一个锁定的磁带库磁带机而未包括该磁带库磁带机的锁定标识符时，请求将被拒绝。

- 对于 mount_scratch 请求，如果指定的磁带机已锁定而 lock_id 与在 mount_scratch 请求中指定的不同，mount_scratch 请求将被拒绝。

- 对于 query 响应，表明磁带机包含磁带或为挂载而保留。

- 对于 query_lock 响应，表明对锁定的组件发出了请求。

- 带或不带 FORCE 选项的 vary_OFFLINE 请求指定了当前正在使用的磁带库磁带机。

STATUS_DRIVE_NOT_IN_LIBRARY

解释：在请求中指定的 drive_id 语法有效，但是未在当前的配置中。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_DRIVE_OFFLINE

解释：请求无法完成，因为指定的 drive_id 处于 OFFLINE 或 OFFLINE-PENDING 状态。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_DRIVE_RESERVED

解释：这是当 ACSLS 服务器收到 DRIVE RESERVED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DUPLICATE_IDENTIFIER

解释：这是当 ACSLS 服务器收到 DUPLICATE IDENTIFIER 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_DUPLICATE_LABEL

解释：对于 enter 或 venter 请求，如果在 CAP 中找到了重复的磁带标签，则带有重复标签的磁带将留在 CAP 中，而不会装入 ACS 磁带库。

STATUS_EJECT_ACTIVITY

解释：这种返回状态特定于 query 请求函数。

- 对于 query 请求，表明正在从 LSM 中弹出磁带。

- 对于 query_cap 请求，表明正在从 CAP 中弹出磁带。

STATUS_ENTER_ACTIVITY

解释：这种返回状态特定于 query 请求函数。

- 对于 query 请求，表明正在将磁带装入 LSM。

- 对于 query 请求，表明正在将磁带装入 CAP。

STATUS_EVENT_LOG_FAILURE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_EVENT_LOG_FULL

解释：这是当 ACSLS 服务器收到 EVENT LOG FULL 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_IDLE_PENDING

解释：当发出 idle 请求而未使用 FORCE 选项并且 ACSLM 将当前的请求或待定请求置于未处理状态时，将会返回这种状态。

这种返回状态特定于 idle 请求函数。

STATUS_INCOMPATIBLE_MEDIA_TYPE

解释：在以下情况下，将会返回该状态代码：

- 对于 mount 请求，当给定卷的介质类型与给定磁带机不兼容时。

- 对于 mount_scratch 请求，当请求中给定的介质类型始终是清洗磁带时。

- 对于 set_clean 请求，当磁带从不是清洗磁带但尝试将磁带属性设置为清洗磁带时，或者当磁带始终是清洗磁带但尝试删除清洗属性时。

- 对于 set_scratch 请求，当磁带始终是清洗磁带但尝试将磁带设置为暂存磁带或从头对其进行重置时。

STATUS_INCORRECT_ATTRIBUTE

解释：这种返回状态特定于 define_pool、query、set_cap、set_clean 和 set_scratch 请求函数。

- 对于 define_pool 请求，表明指定了除 OVERFLOW 以外的池属性；或者 high_water_mark 不大于请求中的 low_water_mark。

- 对于 query (type clean) 请求，表明指定的磁带不是清洗磁带。

- 对于 set_cap 请求，如果未将 CAP 优先级设置为 NO_PRIORITY 到 MAX_PRIORITY 这一范围内的值，则请求将被拒绝。不会设置任何属性。

- 对于 set_cap 请求，如果 CAP 模式不是 MODE_SAME、MODE_AUTOMATIC 或 MODE_MANUAL，则请求将被拒绝。不会设置任何属性。

- 对于 set_clean 请求，当 set_clean 尝试更改暂存属性时，请求将被拒绝，并返回这种状态。

- 对于 set_scratch 请求，当请求的卷标记为是清洗磁带时，对该卷的 set_scratch 请求将被拒绝。该事件不影响对在请求中指定的其他卷执行 set_scratch 操作。

STATUS_INCORRECT_CAP_MODE

解释：如果显式装入请求（标准、连续或虚拟标签模式）指定了一个分配有自动装入模式的 CAP 标识符，则请求将被拒绝。不会装入任何磁带。

这种返回状态特定于装入请求函数。

STATUS_INCORRECT_LOCKID

解释：这种返回状态特定于 clear_lock、unlock 和 vary 请求函数。

- 尝试释放带有除 NO_LOCK_ID 以外的 lock_id 的资源上的锁，但是该资源当前未在指定的 lock_id 下锁定。

- 如果带或不带 FORCE 选项的 vary 请求指定了锁定的磁带库磁带机而未包括该磁带库磁带机的锁定标识符，则磁带机不会改变状态。

STATUS_INCORRECT_STATE

解释：这种返回状态特定于 vary 请求函数。

- 对于 vary acs 请求，将更改 ACS 状态的任何请求都解释为更改所有从属 LSM 和 CAP 状态的请求。如果任何 LSM 或 CAP 由于当前的状态而无法改变状态，则所有从属 LSM 和 CAP 都将留在原始状态，而针对该 ACS 返回这种状态。

- 对于 vary lsm 请求，将更改 LSM 状态的任何请求都解释为更改所有从属 CAP 状态的请求。如果任何 CAP 由于当前的状态而无法改变状态，则所有从属 CAP 都将留在原始状态，而针对该 LSM 返回这种状态。

STATUS_INPUT_CARTRIDGES

解释：这是当 ACSLS 服务器收到 INPUT CARTRIDGES 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_INSERT_MAGAZINES

解释：这是当 ACSLS 服务器收到 INPUT MAGAZINES 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_INVALID_ACS

解释：在请求中指定的 acs_id 语法错误。对于 vary 请求函数，在 cap_id 中指定了 ANY_ACS。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_CAP

解释：这种状态对于所有 ACSAPI 请求函数通用。

在请求中指定的 cap_id 的 CAP 编号部分超出了范围（必须介于 MIN_CAP 到 MAX_CAP 之间）；或者 ANY_CAP 用在错误的上下文中；或者 ALL_CAP 用在错误的上下文中。

- 对于弹出操作，如果在 cap_id 中指定了 ALL_CAP 并且也指定了 ANY_ACS 或 ANY_LSM，则请求将被拒绝。不会弹出任何磁带。

- 对于装入请求，如果在 cap_id 中指定了 ALL_CAP 并且也指定了 ANY_ACS 或 ANY_LSM，则请求将被拒绝。对于装入请求，如果在 cap_id 中指定了 ALL_CAP 而未在 extended_options 中指定 CONTINUOUS，则请求将被拒绝。不会装入任何磁带。

- 对于 vary 请求函数，在 CAP 标识符中指定了 ANY_CAP 或 ALL_CAP。

STATUS_INVALID_COLUMN

解释：在请求中指定的 subpanel_id 或 panel_id 中的 COLUMN 值超出了范围。它必须介于 MIN_COLUMN 到 MAX_COLUMN 之间。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_COMMAND

解释：这种状态对于所有 ACSAPI 请求函数通用。message_header 中的 COMMAND 字段不是以下有效命令之一：

COMMAND_AUDIT、COMMAND_CANCEL、COMMAND_CLEAR_LOCK、COMMAND_DEFINE_POOL、COMMAND_DELETE_POOL、COMMAND_DISMOUNT、COMMAND_EJECT、COMMAND_ENTER、COMMAND_IDLE、COMMAND_LOCK、COMMAND_MOUNT、COMMAND_MOUNT_SCRATCH、COMMAND_QUERY、COMMAND_QUERY_LOCK、COMMAND_SET_CAP、COMMAND_SET_CLEAN、COMMAND_SET_SCRATCH、COMMAND_START、COMMAND_UNLOCK 或 COMMAND_VARY。

不会返回任何确认响应。

STATUS_INVALID_COMM_SERVICE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_INVALID_DRIVE

解释：在请求中指定的 drive_id 语法错误。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_DRIVE_TYPE

解释：当发现系统未知的磁带机类型时，vary 请求将返回该状态值。在数据库中将该磁带机类型标记为 UNKNOWN_DRIVE_TYPE，并将磁带机的磁带机状态设置为脱机。

STATUS_INVALID_LOCKID

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

这种状态特定于 cmd_proc 和 ACSCP/ACSSA。

STATUS_INVALID_LSM

解释：在请求中指定的 lsm_id 语法错误。

对于 vary 请求函数，在 CAP 标识符中指定了 ANY_LSM。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_MEDIA_TYPE

解释：当在请求中给定了系统未知的介质类型时，mount_scratch 请求将会返回该状态值；当在请求中给定了 ANY_MEDIA_TYPE 或系统未知的介质类型时，query_mount_scratch 请求将会返回该状态值。

STATUS_INVALID_MESSAGE

解释：在请求中指定的 message_id 超出了范围。它必须介于 MIN_MESSAGE 到 MAX_MESSAGE 之间。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_OPTION

解释：message_header 中的 message_options 字段不是以下有效选项之一：ACKNOWLEDGE、EXTENDED、FORCE、INTERMEDIATE 或 READONLY，或者 message_header 中的 extended_options 字段不是以下有效的 extended_options 之一：CONTINUOUS、RANGE、RESET、VIRTUAL 或 WAIT。

对于 enter 请求，如果同时将 CONTINUOUS 和 VIRTUAL 指定为 extended_option 参数，则请求将被拒绝。不会装入任何磁带。连续和虚拟标签操作模式互斥。

不会返回任何确认响应。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_PANEL

解释：在请求中指定的 panel_id 语法错误。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_POOL

解释：这种返回状态特定于 define_pool、delete_pool、mount_scratch 和 set_scratch 请求函数。

在 define_pool 请求中指定了 pool_id SAME_POOL。

在 delete_pool 请求中指定了 pool_id COMMON_POOL 或 SAME_POOL。

对于 mount_scratch 请求，如果指定了池标识符 SAME_POOL，则 mount_scratch 请求将被拒绝。

如果在 set_scratch 请求中指定了 RESET 并且在请求中指定的池标识符（除 SAME_POOL 以外）与请求的卷的池标识符不匹配，则请求将被拒绝。

STATUS_INVALID_PORT

解释：在请求中指定的 port_id 语法错误。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_RANGE

解释：在请求中指定的卷范围标识符语法错误。它包含无效字符，或者开头和结尾 vol_id 的固定部分不匹配，亦或结尾 vol_id 的最右侧数字字段小于开头 vol_id 的最右侧数字字段。

对于 eject 请求，如果检测到了无效的 vol_range 标识符，则请求将被拒绝。不会弹出任何磁带。

对于 set_clean 和 set_scratch 请求，如果指定了无效的卷范围，则请求将被拒绝，并且不会修改任何卷属性。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_ROW

解释：在请求中指定的 subpanel_id 或 panel_id 中的 ROW 值超出了范围。它必须介于 MIN_ROW 到 MAX_ROW 之间。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_INVALID_STATE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

这种状态特定于 cmd_proc 和 ACSCP/ACSSA。

STATUS_INVALID_SUBPANEL

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

这种状态特定于 cmd_proc 和 ACSCP/ACSSA。

STATUS_INVALID_TYPE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

这种状态特定于 cmd_proc 和 ACSCP/ACSSA。

STATUS_INVALID_VALUE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

这种状态特定于 cmd_proc 和 ACSCP/ACSSA。

STATUS_INVALID_VERSION

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

这种状态特定于 cmd_proc 和 ACSCP/ACSSA。

STATUS_INVALID_VOLUME

解释：在请求中指定的 vol_id 语法错误。

对于 venter 请求，如果请求包含无效的卷标识符，则本该分配有这些标签的磁带将留在 CAP 中，而不会装入 ACS 磁带库。

这种状态对于所有 ACSAPI 请求函数通用

STATUS_IPC_FAILURE

解释：IPC 层发生了致命通信故障。很可能是两个内部组件无法通信。

STATUS_LAST

解释：这是一种非法状态。如果看到这种状态，表明 SSI 中存在错误。保留仅供内部使用。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_LIBRARY_BUSY

解释：在为特定请求分配的重试次数和超时期间（在配置中设置）过后，ACSLM 无法与 ACS 磁带库进行通信。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_LIBRARY_FAILURE

解释：要求获得 ACS 磁带库资源的请求失败，因为 ACS 磁带库组件发生了故障。

如果弹出操作在开始从一个 CAP 中弹出磁带之前检测到该 CAP 的门已打开或不起作用，将视情况向 ACSSA 发出 STATUS_CAP_DOOR_OPEN 或 STATUS_CAP_INOPERATIVE 未经请求的消息。不会再弹出任何磁带。

多个磁带库故障可能会导致弹出或装入处理终止。将在事件日志中报告遇到的所有磁带库故障，但是只在消息状态中返回一个故障。

对于 vary 请求，如果当 vary OFFLINE 请求尝试使指定的设备变为脱机时发生了磁带库故障，则设备的状态将在数据库中更改为 OFFLINE，并针对该设备返回这种组件状态。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_LIBRARY_NOT_AVAILABLE

解释：ACSLM 在处于 STATE_RECOVERY 状态时收到了除 acs_query_server() 或 acs_query_mm_info() 以外的请求，或者 ACSLM 在处于 STATE_IDLE 或 STATE_IDLE_PENDING 状态时收到了要求获得 ACS 磁带库资源的请求。

对于 idle 请求，如果发出时不带 FORCE 选项，将完成所有当前的请求和待定请求，但待定锁定请求除外。待定锁定请求将被拒绝。新请求（cancel、idle、query、query_lock、start 和 vary 除外）将被拒绝。会将 ACSLM 置于 IDLE 状态。当前的请求和待定请求将会中止。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_LOCATION_OCCUPIED

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_LOCK_FAILED

解释：这种返回状态特定于 lock 请求函数。

- 如果发出了 lock 请求并将 wait 选项设置为 TRUE 且指定的资源无效或未在磁带库中，将立即返回响应。组件状态数组中的条目指示指定的标识符存在错误。将针对有效的标识符返回组件状态 STATUS_VALID

- 如果发出了 lock 请求并将 wait 选项设置为 FALSE 且指定的资源不可用（例如，资源已锁定或正在使用中），则不会锁定资源。对于每个受影响的磁带库磁带机资源，会将组件状态设置为 STATUS_DRIVE_IN_USE；对于每个受影响的磁带资源，会将组件状态设置为 STATUS_VOLUME_IN_USE。对于每个可用的资源，会将组件状态设置为 STATUS_VALID。

- 当 lock 请求指定了强制死锁条件的资源时，请求将被拒绝。对于创建死锁的特定资源，将返回组件状态 STATUS_DEADLOCK。对于不会创建死锁的所有资源，将返回组件状态 STATUS_VALID；但是，不会锁定任何资源。在包含 STATUS_DEADLOCK 的组件状态记录中，会将类型和标识符设置为必须释放才能清除死锁的设备。

STATUS_LOCKID_NOT_FOUND

解释：当前没有为指定的 lock_id 分配任何资源。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_LSM_FULL

解释：这是当 ACSLS 服务器收到 LSM FULL 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_LSM_NOT_IN_LIBRARY

解释：在请求中指定的 lsm_id 语法有效，但是未在当前的配置中。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_LSM_OFFLINE

解释：请求无法完成，因为指定的组件包含在处于脱机或脱机待定状态的 LSM 中，或者指定的 LSM 处于 OFFLINE 或 OFFLINE-PENDING 状态。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_MANUAL

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_MAX_PORTS

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_MESSAGE_NOT_FOUND

解释：在请求中指定的 message_id 有效，但是未发现它与 ACSLM 中当前的请求或待定请求关联。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_MESSAGE_TOO_LARGE

解释：ACSLM 收到的请求包大于 ACSLM 计算的预期消息大小。如果看到这种状态，请检查实际请求包是否存在错误。

STATUS_MESSAGE_TOO_SMALL

解释：ACSLM 收到的请求包小于 ACSLM 计算的预期消息大小。如果看到这种状态，请检查实际请求包是否存在错误。

STATUS_MISPLACED_TAPE

解释：这种返回状态特定于卸载、弹出和挂载请求函数。

- 对于 dismount 请求，ACSLM 将比较磁带库磁带机中磁带的外部磁带标签与请求中磁带的 vol_id。如果标签不完全相同，则卸载请求将被拒绝。磁带库磁带机中磁带的 vol_id 与数据库中记录的 vol_id 不相同。将在数据库中更新为磁带库磁带机中磁带的 vol_id

- 对于弹出操作，如果不同的磁带在 ACSLM 数据库指定的位置上，将在数据库中更新为在该存储位置找到的磁带的外部磁带标签。

- 对于 mount 请求，ACSLM 可以使用请求中的卷标识符在 ACS 磁带库中找到磁带。ACSLM 将比较在磁带库中找到的磁带的外部磁带标签和介质类型与请求中的卷标识符。如果它们不完全相同，则挂载请求将被拒绝。

STATUS_MISSING_OPTION

解释：ACSLM 收到了一个请求包，在请求的 message_header 部分中缺少一个选项。如果看到这种状态，请检查实际请求包是否存在错误。

STATUS_MOUNT_ACTIVITY

解释：这是当 ACSLS 服务器收到 MOUNT ACTIVITY 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_MULTI_ACS_AUDIT

解释：标识符列表指定了多个 ACS，而 cap_id 未设置为 ANY_ACS。

这种返回状态特定于 audit 请求函数。

STATUS_NI_FAILURE

解释：ACSLM 已与 CSI 失去联系。请检查连接，并检查客户机是否仍处于活动状态。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_NI_TIMEDOUT

解释：CSI 等待来自客户机的响应已超时。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_NO_CAP_AVAILABLE

解释：这是当 ACSLS 服务器收到 NO CAP AVAILABLE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_NONE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_NO_PORTS_ONLINE

解释：vary ONLINE 请求指定了一个 ACS，但是连接到该 ACS 的任何端口都未联机。这种返回状态特定于 vary 请求函数。

STATUS_NORMAL

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_NOT_IN_SAME_ACS

解释：这种返回状态特定于 audit、eject 和 mount 请求函数。

- 对于 audit 请求，表明显式指定的 CAP 标识符和同一审计请求函数中的第二个标识符未指定同一个 ACS。

- 对于 eject 请求，表明显式指定的 CAP 标识符和卷标识符不在同一个 ACS 中。不会弹出磁带。

- 对于 eject 请求，如果在 CAP 标识符中显式指定的 ACS 和卷标识符不在同一个 ACS 中，则命令将被拒绝，并且不会弹出磁带。

- 对于 mount 请求，当磁带和磁带库磁带机不在同一个 ACS 中时，挂载请求将被拒绝。

STATUS_OFFLINE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_ONLINE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_PENDING

解释：当没有来自 SSI 的输入时，ACS 响应将返回这种状态。建议在这种情况下编写代码进行重试。

STATUS_POOL_HIGH_WATER

解释：这种返回状态特定于 define_pool、mount_scratch、query 和 set_scratch 请求函数。

- 对于 define_pool 请求，表明修改了现有暂存池的特征，使得暂存池中的卷数大于或等于 high_water_mark。

- 对于 mount_scratch 请求，如果在选择一个暂存卷后暂存池中剩余的卷数大于或等于该池的 high_water_mark，将会返回这种状态。选择的卷将挂载在指定的磁带库磁带机上。

- 对于 set_scratch 请求，如果在处理 set_scratch 请求后指定池中的暂存卷数大于或等于 define_pool 请求指定的 high_water_mark，将会返回这种状态。

STATUS_POOL_LOW_WATER

解释：这种返回状态特定于 define_pool、mount_scratch、query 和 set_scratch 请求函数。

- 对于 define_pool 请求，表明修改了现有暂存池的特征，使得暂存池中的卷数小于或等于 low_water_mark。

- 对于 mount_scratch 请求，如果在选择一个暂存卷后暂存池中剩余的卷数小于或等于该池的 low_water_mark，将会返回这种状态。选择的卷将挂载在指定的磁带库磁带机上。

- 对于 set_scratch 请求，如果在处理 set_scratch 请求后指定池中的暂存卷数小于或等于 define_pool 请求指定的 low_water_mark，将会返回这种状态。

STATUS_POOL_NOT_EMPTY

解释：指定的暂存池不为空。

这种返回状态特定于 delete_pool 请求函数。

STATUS_POOL_NOT_FOUND

解释：指定的暂存池不存在。

这种返回状态特定于 delete_pool、define_pool、mount_scratch 和 set_scratch 请求函数。

STATUS_PORT_ALREADY_OPEN

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_PORT_FAILURE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_PORT_NOT_IN_LIBRARY

解释：在请求中指定的 port_id 语法有效，但是未在当前的配置中。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_PROCESS_FAILURE

解释：ACSLM 无法派生请求或者 ACSLM 从派生的进程收到了进程故障。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_QUEUE_FAILURE

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_READABLE_LABEL

解释：这种返回状态特定于 venter 请求函数。

对于 venter 请求，如果任何外部标签可读，则带有可读标签的磁带将留在 CAP 中，而不会装入 ACS 磁带库。组件卷标识符包含外部标签的卷标识符。

STATUS_RECOVERY_COMPLETE

解释：这是当 ACSLS 服务器收到 RECOVERY COMPLETE 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_RECOVERY_FAILED

解释：这是当 ACSLS 服务器收到 RECOVERY FAILED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_RECOVERY_INCOMPLETE

解释：这种返回状态特定于 vary 请求函数。

- 对于 vary 请求，如果在使 LSM 变为联机或诊断状态的同时恢复中转磁带未成功，将针对 LSM 返回这种组件状态。LSM 将在数据库中更改为请求的状态；但是，未恢复的中转磁带可能限制直通端口的使用或者使机械手在发生系统故障后无法清空手中的磁带。如果 vary 请求指定了一个 ACS，则这种状态表明至少一个 LSM 未能成功恢复中转磁带。

- 对于 vary 请求，如果在恢复中转磁带期间无法为带标签的中转磁带找到任何可用的存储单元，会将该磁带移至 CAP。如果 CAP 已满或无法接受全部中转磁带，则恢复中转磁带未成功，将针对 LSM 返回这种组件状态。

- 对于 vary 请求，如果 vary online 或 diagnostic 请求指定了一个 ACS 并且它的一个或多个 LSM 未能处于联机或诊断状态或者中转磁带恢复失败，将针对 ACS 返回这种组件状态。

- 对于 vary 请求，如果 vary online 或 diagnostic 请求指定了一个 ACS、LSM 或 CAP，ACSLM 检测到 CAP 的门已打开或不起作用并且 LSM 中有要恢复的中转磁带，将返回这种组件状态。

STATUS_RECOVERY_STARTED

解释：这是当 ACSLS 服务器收到 RECOVERY STARTED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_REMOVE_CARTRIDGES

解释：这是当 ACSLS 服务器收到 REMOVE CARTRIDGES 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_RETRY

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_RPC_FAILURE

解释：ACSLM 已与 CSI/SSI 失去联系。请检查连接，并检查客户机是否仍处于活动状态。

注:
在 ACSLS 发行版 3.0 中对其进行了重新定义，使其与 STATUS_NI_FAILURE 相同。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_SCRATCH_NOT_AVAILABLE

解释：对于 mount_scratch 命令，如果没有暂存卷可满足 mount_scratch 请求，则请求将被拒绝。

这种返回状态特定于 mount_scratch 请求函数。

STATUS_STATE_UNCHANGED

解释：这是当 ACSLS 服务器收到 STATE UNCHANGED 事件时发送的一条未经请求的消息。

这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_SUCCESS

解释：成功完成后发出最终响应时，将会返回这种返回状态。

这种状态对于所有 ACSAPI 请求函数通用。

STATUS_TERMINATED

解释：这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_TRANSLATION_FAILURE

解释：这是一般 CSI 故障。它表明客户机与服务器之间可能存在 XDR 转换问题。这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 支持。不会返回任何确认响应。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_UNREADABLE_LABEL

解释：这种返回状态特定于 audit、dismount、enter、mount 和 venter 请求函数。

- 对于 audit 请求，如果存储单元中的一个磁带缺少标签或标签不可读并且尚未为其分配虚拟标签，会将该磁带从磁带库中弹出，并将这种状态填入发送回审计请求发起者的中间响应的 vol_status 部分。

- 对于 dismount 请求，如果一个磁带的外部标签不可读并且尚未为该磁带分配虚拟标签，则请求将被拒绝。

- 对于 enter 请求，如果外部磁带标签不可读并且未指定虚拟装入，则带有不可读标签的磁带将留在 CAP 中，而不会装入 ACS 磁带库。

- 对于 mount 请求，如果磁带标签不可读并且尚未为该磁带分配虚拟标签，则挂载请求将被拒绝。

- 对于 venter 请求，如果请求中包含的卷标识符少于 CAP 中的不可读磁带，则无法为其分配标签的不可读磁带将留在 CAP 中，而不会装入 ACS 磁带库。将针对不存在卷标识符的每个卷设置这种组件状态。

STATUS_UNSUPPORTED_COMMAND

解释：message_header 中的命令字段有效，但是该特定版本不支持。不会返回任何确认响应。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_UNSUPPORTED_OPTION

解释：message_header 中的 message_options 字段有效，但是该特定请求不支持，或者 message_header 中的 extended_options 字段有效，但是该特定请求不支持。不会返回任何确认响应。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_UNSUPPORTED_STATE

解释：message_header 中的状态字段有效，但是该特定请求不支持。不会返回任何确认响应。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_UNSUPPORTED_TYPE

解释：message_header 中的类型字段有效，但是该特定请求不支持。不会返回任何确认响应。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_VALID

解释：发送到 ACSLM 的请求有效，这种状态将随确认一起返回。这种状态对于所有 ACSAPI 请求函数通用。

STATUS_VALUE_UNCHANGED

解释：对于设置请求，表明指定的值与实际值相同。这种返回状态特定于所有设置请求函数。

STATUS_VARY_DISALLOWED

解释：vary 请求指定使 ACS、LSM、CAP 或磁带库磁带机置于或脱离 DIAGNOSTIC 状态，但发起者不是 ACSSA。这种返回状态特定于 vary 请求函数。

STATUS_VARY_IN_PROGRESS

解释：vary OFFLINE 请求指定了当前处于 RECOVERY 状态的 ACS、LSM 或 CAP。vary ONLINE 请求指定了当前处于 OFFLINE-PENDING 或 RECOVERY 状态的 ACS、LSM 或 CAP。这种返回状态特定于 vary 请求函数。

STATUS_VOLUME_ACCESS_DENIED

解释：不允许用户访问指定的卷。这种返回状态是尝试访问卷但访问权限被拒绝的结果。

STATUS_VOLUME_ADDED

解释：这是当 ACSLS 服务器收到 VOLUME ADDED 事件时发送的一条未经请求的消息。这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_VOLUME_AVAILABLE

解释：这种返回状态特定于 clear_lock、query_lock 和 unlock 请求函数。

- 对于 query_lock 请求，表明指定的卷未锁定。

- 对于 clear_lock 和 unlock 请求，表明尝试释放未锁定的 vol_id 上的锁。

STATUS_VOLUME_DELETED

解释：这是当 ACSLS 服务器收到 VOLUME DELETED 事件时发送的一条未经请求的消息。这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_VOLUME_EJECTED

解释：这是当 ACSLS 服务器收到 VOLUME EJECTED 事件时发送的一条未经请求的消息。这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_VOLUME_ENTERED

解释：这是当 ACSLS 服务器收到 VOLUME ENTERED 事件时发送的一条未经请求的消息。这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_VOLUME_FOUND

解释：这种返回状态特定于弹出和 venter 请求函数。

- 对于弹出操作，如果正在移动磁带，则磁带处于中转状态。不会弹出磁带。

- 对于 venter 请求，如果请求中包含的卷标识符多于 CAP 中的磁带，将针对指定的每个额外标签设置这种组件状态。

STATUS_VOLUME_HOME

解释：这种返回状态特定于 query 请求函数。对于查询请求，表明指定的磁带在一个存储单元中。

STATUS_VOLUME_IN_DRIVE

解释：这种返回状态特定于 eject、mount 和 query 请求函数。

- 对于弹出操作，如果磁带在磁带库磁带机中，则不会弹出磁带。

- 对于 mount 请求，挂载一个磁带后，要在任何磁带库磁带机上挂载该磁带的后续请求将被拒绝。返回的磁带机标识符是包含该卷的磁带库磁带机。

- 对于 query 请求，表明指定的磁带在一个磁带库磁带机中。

STATUS_VOLUME_IN_TRANSIT

解释：这种返回状态特定于 query 请求函数。对于 query 请求，表明指定的磁带处于中转状态（在起始位置与磁带机（或直通端口）中间）。

STATUS_VOLUME_IN_USE

解释：这种返回状态特定于 eject、mount、query、set_clean 和 set_scratch 请求函数。

- 如果 eject 请求尝试弹出一个锁定的磁带而未包括该磁带的锁定标识符，则不会弹出该磁带。

- 对于 mount 请求，当磁带在数据库中标记为中转而针对它发出挂载请求时，请求将被拒绝，并返回这种状态。

- 当 mount 请求尝试挂载一个锁定的磁带而未包括该磁带的锁定标识符时，请求将被拒绝。

- 对于 query 请求，表明指定的磁带在一个磁带库磁带机中或已锁定。

- 对于 query_lock 请求，表明对锁定的组件发出了请求。

- 对于 set_clean 请求，当 set_clean 尝试更改磁带的属性但是磁带由其他进程锁定或者磁带正在使用中时，将会返回这种状态。

- 对于 set_scratch 请求，当请求的卷标记为使用中时，对该卷的 set_scratch 请求将被拒绝。该事件不影响对在请求中指定的其他卷执行 set_scratch 操作。

- 对于 set_scratch 请求，当请求的卷由其他客户机锁定时，未指定该卷的正确锁定标识符的 set_scratch 请求将被拒绝。该事件不影响对在请求中指定的其他卷执行 set_scratch 操作。

STATUS_VOLUME_NOT_FOUND

解释：这是当 ACSLS 服务器收到 VOLUME NOT FOUND 事件时发送的一条未经请求的消息。这是为了在 ACS 存储服务器内部使用而保留的状态值。任何请求进程都不会将其返回给用户。如果看到该状态值，请通知 ACSLS 技术支持。

STATUS_VOLUME_NOT_IN_DRIVE

解释：这种返回状态特定于 dismount 请求函数。使用数据库，请求的 vol_id 与请求的 drive_id 匹配。如果数据库显示请求的 vol_id 不在请求的磁带机中，则卸载将会失败。

STATUS_VOLUME_NOT_IN_LIBRARY

解释：这种状态对于所有 ACSAPI 请求函数通用。在请求中指定的 vol_id 语法有效，但是在数据库中未找到。

- 在弹出操作期间，如果卷标识符列表包含一个或多个重复项，则卷标识符的第一个实例将导致 ACSLM 从 ACS 磁带库中弹出带有该卷标识符的磁带。卷标识符的其他实例将返回这种状态。

- 在弹出操作期间，如果没有磁带在数据库指定的位置上且卷未处于中转状态或在磁带库磁带机中，则将删除该数据库条目。

- 在 lock 请求期间，如果等待磁带资源变为可用而弹出或审计请求已将磁带从系统中移除，则锁定请求将会失败，并返回这种状态。对于失败的标识符，将组件状态设置为 STATUS_VOLUME_NOT_IN_LIBRARY；对于有效的标识符，将组件状态设置为 STATUS_VALID

Oracle 法律声明

版权声明

版权所有 (C) 1994-2016，Oracle 和/或其附属公司。保留所有权利。

许可证限制担保/间接损害免责声明

本软件和相关文档是根据许可证协议提供的，该许可证协议中规定了关于使用和公开本软件和相关文档的各种限制，并受知识产权法的保护。除非在许可证协议中明确许可或适用法律明确授权，否则不得以任何形式、任何方式使用、拷贝、复制、翻译、广播、修改、授权、传播、分发、展示、执行、发布或显示本软件和相关文档的任何部分。除非法律要求实现互操作，否则严禁对本软件进行逆向工程设计、反汇编或反编译。

担保免责声明

此文档所含信息可能随时被修改，恕不另行通知，我们不保证该信息没有错误。如果贵方发现任何问题，请书面通知我们。

有限权利声明

如果将本软件或相关文档交付给美国政府，或者交付给以美国政府名义获得许可证的任何机构，则适用以下注意事项：

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危险应用领域声明

本软件或硬件是为了在各种信息管理应用领域内的一般使用而开发的。它不应被应用于任何存在危险或潜在危险的应用领域，也不是为此而开发的，其中包括可能会产生人身伤害的应用领域。如果在危险应用领域内使用本软件或硬件，贵方应负责采取所有适当的防范措施，包括备份、冗余和其它确保安全使用本软件或硬件的措施。对于因在危险应用领域内使用本软件或硬件所造成的一切损失或损害，Oracle Corporation 及其附属公司概不负责。

商标声明

Oracle 和 Java 是 Oracle 和/或其附属公司的注册商标。其他名称可能是各自所有者的商标。

Intel 和 Intel Xeon 是 Intel Corporation 的商标或注册商标。所有 SPARC 商标均是 SPARC International, Inc 的商标或注册商标，并应按照许可证的规定使用。AMD、Opteron、AMD 徽标以及 AMD Opteron 徽标是 Advanced Micro Devices 的商标或注册商标。UNIX 是 The Open Group 的注册商标。

第三方内容、产品和服务免责声明

本软件或硬件以及文档可能提供了访问第三方内容、产品和服务的方式或有关这些内容、产品和服务的信息。除非您与 Oracle 签订的相应协议另行规定，否则对于第三方内容、产品和服务，Oracle Corporation 及其附属公司明确表示不承担任何种类的保证，亦不对其承担任何责任。除非您和 Oracle 签订的相应协议另行规定，否则对于因访问或使用第三方内容、产品或服务所造成的任何损失、成本或损害，Oracle Corporation 及其附属公司概不负责。

Alpha 和 Beta 版草稿文档声明

本文档属于前期制作文档：

本文档属于前期制作文档，仅供演示和预备之用。本文档可能不是针对贵方正运行软件的硬件撰写的。Oracle Corporation 及其附属公司对预发布文档不做任何担保，且对因使用该文档所导致的任何损失、费用或损害概不负责。

Alpha 和 Beta 版草稿文档声明

本文档属于前期制作文档：

本文档中所包含的信息仅供参考之用，仅限于客户咨询委员会成员参考或依据 beta 试用版协议的用户参考。该信息不承诺提供任何资料、代码或功能，并且不应该作为制定购买决策的依据。本文档所述的任何特性或功能的开发、发行和时间规划均由 Oracle 自行决定。

本文档的任何形式（软件或印刷品）均包含 Oracle 独家所有的专有信息。您对本机密材料的访问和使用，受已生效且您同意遵守的 Oracle 主协议、Oracle 许可及服务协议书、Oracle合作伙伴网络协议、Oracle 分销协议或其他许可证协议的条款和条件制约。未经 Oracle 事先书面许可，不得向 Oracle 之外的任何人披露、拷贝、复制或分发本文档及本文档所包含的信息。本文档既不属于您许可证协议的一部分，也不会纳入任何与 Oracle 及其子公司或附属公司的合同协议之中。

文档可访问性

有关 Oracle 对可访问性的承诺，请访问 Oracle Accessibility Program 网站 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc。

获得 Oracle 支持

购买了支持服务的 Oracle 客户可通过 My Oracle Support 获得电子支持。有关信息，请访问 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info；如果您听力受损，请访问 http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs。