Skip Headers
StorageTek Tape Analytics 安装和配置指南
发行版 2.0
E53330-01
  转到目录
目录
转到索引
索引

上一页
上一页
 
下一页
下一页
 

C 配置故障排除

可使用此附录排除 STA 服务器与磁带库连接故障。


注:

此附录假设您使用推荐的 SNMP v3 协议进行 STA 通信。

C.1 排除连接测试和数据收集故障

可使用以下各节排除磁带库连接测试故障(如"测试到磁带库的 SNMP 连接"中所述)以及 "Get latest data" 请求故障(如"从磁带库获取最新配置数据"中所述)。

C.1.1 MIB Walk Channel 测试

MIB Walk Channel 测试检查磁带库初始化、网络连接、SNMP 客户机设置是否恰当以及磁带库固件是否正确。如果此测试失败,则可能存在以下一种或多种情况:

  • STA 未配置

  • 磁带库未初始化

  • 磁带库固件未达到 STA 最低要求

  • STA 服务器与磁带库之间存在网络问题

  • 没有为 STA 服务器或磁带库分配静态 IP 地址

  • 磁带库上未启用 SNMP

  • STA 服务器与磁带库的 SNMP 客户机设置不匹配

要解决故障,请按如下所示在磁带库和 STA 服务器上执行故障排除步骤。

C.1.1.1 磁带库上的检查内容

  1. 确认磁带库已完全初始化(请参见"验证磁带库是否正常运行")。

  2. 使用 traceroute 命令检查磁带库与服务器之间的通信。(此命令在 SL150 上不可用。)

    1. 登录磁带库。

    2. 发出以下命令之一:

      • SL8500 和 SL3000:

        traceRoute sta_server_IP_address
        
      • SL500:

        traceroute sta_server_IP_address
        

      输出显示中继段数以及到达每个中继段的往返时间。往返时间(命令输出中的最后一行)应小于一秒。否则,请向网络管理员确认网络的性能。

  3. 确保已在公共端口上启用 SNMP(请参见"在磁带库上启用 SNMP")。

  4. 确认有且仅有一个 SNMP v2c 用户(请参见"确保 SNMP v2c 用户")。

  5. 确认已正确添加 SNMP v3 用户:

    • 在 SL500、SL3000 和 SL8500 磁带库上,使用 snmp listUsers 命令查看 SNMP 用户列表。在 SL150 磁带库上,转到 SNMP > SNMP Users

    • 要创建 v3 用户,请参见"创建 SNMP v3 用户"

  6. 确保已为磁带库分配了一个静态 IP 地址(请参见"检索磁带库 IP 地址")。

  7. 在磁带库和 STA 服务器上执行了所有其他步骤后,考虑删除并重新添加 SNMP v3 用户。

C.1.1.2 服务器上的检查内容

  1. 确保 STA 服务器使用的是静态 IP 地址。

  2. 使用 traceroute 命令检查服务器与磁带库之间的通信。

    1. 登录 STA 服务器。

    2. 发出以下命令:

      traceroute -I library_IP_address_or_name
      

      输出显示中继段数以及到达每个中继段的往返时间。往返时间(命令输出中的最后一行)应小于一秒。否则,请向网络管理员确认网络的性能。

  3. 通过对主要 IP 地址以及(适用时)辅助 IP 地址执行 ping 操作,确认 STA 服务器可访问磁带库公共端口。

  4. 确认在 STA 服务器与磁带库之间的所有网络节点上启用了 UDP 端口 161 和 162(请参见"验证与磁带库的 SNMP 通信")。

  5. 显示 "STA SNMP Client Attributes" 屏幕,确认设置与磁带库上 SNMP v3 用户和 SNMP v3 陷阱接收方的对应设置完全匹配(请参见"配置 STA 的 SNMP 客户机设置")。

  6. 显示 "STA Monitored Libraries" 屏幕,确认磁带库的设置正确(请参见"配置与磁带库的 SNMP 连接")。

C.1.2 Trap Channel 测试

Trap Channel 测试将请求磁带库向 STA 服务器发送一个测试陷阱 (13)。如果测试失败,STA 将指示最后收到陷阱/通知的日期和时间。如果测试失败或者指示 "Unknown",则可能存在以下一种或多种情况:

  • 磁带库固件可能不支持测试陷阱

  • 可能未在磁带库上将 STA 服务器配置为陷阱接收方

  • 如果最近升级到了 STA 2.0,则可能未在磁带库的连接详细信息中指定 STA 服务器的 IP 地址。

解决方法:

  1. 确保磁带库运行的是《STA 要求指南》中所示的推荐固件或更高版本。较低的固件版本可能不支持测试陷阱 (13)。

  2. 在升级到 STA 2.0 之后,确保在磁带库的连接详细信息中选择了 STA 服务器的 IP 地址。请参见任务 10 "配置 STA 2.0."

  3. 使用 snmp engineId(适用于 SL500 磁带库)或 snmp engineId print(适用于 SL3000 和 SL8500 磁带库)命令显示磁带库引擎 ID。(不适用于 SL150 磁带库。)

  4. 确认 STA 已正确配置为陷阱接收方(请参见"创建 SNMP v3 陷阱接收方")。

    在 SL500、SL3000 和 SL8500 磁带库上,使用 snmp listTrapRecipients 命令显示磁带库上的陷阱接收方列表。在 SL150 磁带库上,转到 SNMP > SNMP Trap Recipients

    • Engine Id:必须与步骤 3 中显示的磁带库引擎 ID 匹配。输入内容不得包含任何大写字符。对于 SL8500 和 SL3000 磁带库,输入内容必须包括 0x 前缀(SL500 可能也显示此前缀)。

    • Host:STA 服务器的 IP 地址。

    • Version:必须是 v3。

    • Auth:必须是 SHA。

    • Priv:必须是 DES。

    • Auth PassPriv Pass:必须与 "STA SNMP Client Attributes" 屏幕上的密码以及在创建 SNMP 用户时指定的密码匹配。对于 SL500 磁带库,确认密码不包含作为文本的单引号。

    • Trap Level:必须包括陷阱 13。

  5. 确认步骤 3 中的磁带库引擎 ID 与 STA UI (Setup & Administration > Configuration > SNMP Connections > Monitored Libraries) 中的值匹配。如果不匹配:

    1. 在 "Monitored Libraries" 列表中选择磁带库。

    2. 单击 Edit 按钮。

    3. 清除 "Library Engine ID" 字段,然后单击 Save

    4. 执行连接测试以检索磁带库的引擎 ID(请参见"测试到磁带库的 SNMP 连接")。

C.1.3 介质验证支持测试

介质验证支持测试检查在 STA 中启用介质验证所需的固件和配置是否正确。如果磁带库型号不支持介质验证,则测试将报告 Not Applicable。如果可以支持介质验证的磁带库的测试不成功,则可能存在以下一种或多种情况:

  • 磁带库固件不支持介质验证

  • 未配置 SNMP v3

  • 介质验证池中没有磁带机

  • 介质验证池中没有空磁带机或可预留磁带机

解决方法:

  1. 有关介质验证所需的最低磁带库和磁带机固件,请参见《STA 要求指南》。

  2. 确保在磁带库和 STA 服务器上都配置了 SNMP v3 用户,并且在磁带库上将 STA 服务器配置为陷阱接收方。请查阅章 4章 5 中的 SNMP 配置步骤。

有关配置介质验证的更多信息,请参见《STA 用户指南》。

C.2 陷阱处理不成功

如果 STA 主机未收到陷阱或者 STA 未处理陷阱,请执行以下操作。

  1. 确保 STA 服务器使用的是静态 IP 地址。

  2. 在 STA 服务器上的单独终端窗口中,以 root 用户身份输入以下命令:

    # tcpdump -v host library-public-port
    
    • library-public-port 是磁带库上主要公共端口的 IP 地址(有关正确输入内容,请参见"检索磁带库 IP 地址")。

    • 在输出中查找 .snmptrapSNMPv3。”Get Latest Data” 请求的网络流量将包含 .snmp

    • 如果磁带库上有活动,但未收到任何陷阱,请检查磁带库陷阱接收方输入内容的准确性(请参见"Trap Channel 测试")。

  3. 确保 SNMP 端口 162 对 STA 可用。

    STA 陷阱侦听程序通过端口 162 处理陷阱。要排除此端口的通信故障,请执行以下操作。

    1. 检查 /Oracle/Middleware/user_projects/domains/tbi/servers/staAdapter/logs/staAdapter.log 文件中的 "SEVERE" 错误,例如:

      "SEVERE: SNMP Trap/Inform Listener Port 162 is NOT bindable.Stop the application currently bound to that port."

    2. 如果端口 162 已被占用,请确定使用该端口的进程:

      # netstat -ap |grep -I snmp
      # netstat -anp |grep ":162"
      
    3. 跟踪与该端口关联的进程,或者检查在系统引导过程中可能启动了哪些服务。

      # chkconfig --list
      
  4. 如果 snmpd 或 snmtrapd 正在运行,则确保将它们永久关闭。

    1. 取消配置 SNMP 服务:

      # chkconfig snmpd off
      # chkconfig snmptrapd off
      
    2. 停止 SNMP 服务:

      # service snmptrapd stop
      # service snmpd stop
      
    3. 停止并重新启动 STA 服务:

      # STA stop all
      # STA start all
      
  5. 如果在 "Notifications" 屏幕中报告了一些陷阱,请确保在磁带库上创建陷阱接收方时指定了所有陷阱级别。有关支持的陷阱级别的列表,请参见"创建 SNMP v3 陷阱接收方"

  6. 对于 SL500,请确保使用支持的 SL Console 版本配置了磁带库。较早版本的 SL Console 会限制可以输入的陷阱级别字符的数量。

  7. 对于 SL500 和 SL150 磁带库,请确保正确设置了卷标签格式: