SNMP 守护程序故障诊断.doc

SNMP 守护程序故障诊断如果 snmpd 代理程序不像预期那样运行，以下是一些可以帮助确定和改正问题的线索。强烈建议您和某类记录一起启动 snmpd 代理程序。如果调用 snmpd 守护程序引起了问题，强烈建议设置 syslogd 守护程序为在守护程序和 DEBUG 级别的进行记录。有关 snmpd 记录的更多信息，请参阅 snmpd 命令和 snmpd.conf 文件。守护程序终止问题如果 snmpd 一调用就立即终止，以下是可能的故障原因及其可能的解决方案： snmpd 守护程序终止的原因将记录在 snmpd 日志文件或已配置的 syslogd 日志文件中。检查日志文件以查看 FATAL 错误消息。 解决方案：改正问题并重新启动 snmpd 守护程序。 snmpd 命令行用法不正确。如果 snmpd 命令在没有系统资源控制器（SRC）时调用，要求的用法语句将被回传至屏幕。如果 snmpd 守护程序在 SRC 控制下调用，用法消息不回传至屏幕。检查日志文件以查看用法消息。 解决方案：用正确的用法语句调用 snmpd 命令。 snmpd 守护程序必须被 root 用户调用。 解决方案：切换至 root 用户，并重新启动 snmpd 守护程序。 snmpd.conf 文件必须由 root 用户所有。snmpd 代理程序验证配置文件的所有权。如果文件不为 root 用户所有，snmpd 代理程序将以致命错误终止。 解决方案：确保您是 root 用户，更改配置文件所有权至 root 用户，再重新启动 snmpd 守护程序。 snmpd.conf 文件必须存在。如果 -c 标志在 snmpd 命令行的配置文件中未指定，/etc/snmpd.conf 文件将不存在。如果 /etc/snmpd.conf 文件被意外除去，重新安装 .tcp.client 映象或用定义在 snmpd.conf 文件管理页中的相应的配置项来重建该文件。如果配置文件由 snmpd 命令行上的 -c 标志指定，确保该文件存在且其由 root 用户所有。必须指定配置文件的全路径和文件名否则将使用缺省的 /etc/snmpd.conf 文件。 解决方案：确保指定的配置文件存在且该文件由 root 用户所有。重新启动 snmpd 守护程序。 udp 端口 161 已绑定。确保 snmpd 守护程序尚未运行。发出 ps -eaf | grep snmpd 命令来确定是否 snmpd 守护程序进程已经执行。只有一个 snmpd 代理程序可以绑定至 udp 端口 161。 解决方案：杀死现有的 snmpd 代理程序或不尝试启动另一个 snmpd 守护程序进程。守护程序故障问题如果 snmpd 守护程序在您发出 refresh 或 kill -1 信号时出现故障，以下是可能的故障原因及其可能的解决方案： snmpd 守护程序终止的原因将记录在 snmpd 日志文件或已配置的 syslogd 日志文件中。检查日志文件以查看 FATAL 错误消息。 解决方案：改正问题并重新启动 snmpd 守护程序。 确保在调用 snmpd 守护程序时指定了配置文件的完整路径和文件名。snmpd 在调用时将派生和更改至根目录。如果没有指定配置文件的完整路径名称，snmpd 代理程序将不能在刷新时查找到该文件。这是一个致命错误，并将导致 snmpd 代理程序终止。 解决方案：指定 snmpd 配置文件的完整路径和文件名。确保该配置文件为 root 用户所有。重新启动 snmpd 守护程序。 确保 snmpd 配置文件仍存在。该文件可能在调用 snmpd 代理程序后被意外除去。如果 snmpd 代理程序不能打开配置文件，snmpd 代理程序将终止。 解决方案：重新创建 snmpd 配置文件，确保配置文件由 root 用户所拥有，并重新启动 snmpd 守护程序。MIB 变量访问问题如果管理信息库（MIB）变量不能从 snmpd 代理程序访问；如果 snmpd 代理程序正在运行，但简单网络管理协议（SNMP）管理器应用程序等待来自 snmpd 代理程序的响应时超时，请尝试以下操作： 使用 netstat -in 命令检查运行 snmpd 代理程序的主机的网络配置。验证 lo0的回送设备是否已启动。如果设备关闭，将有一个 *（星号）显示在 lo0 的左侧。要 snmpd 代理程序服务请求，lo0 必须启动。 解决方案：发出以下命令来启动回送接口：ifconfig lo0 inet up 验证 snmpd 守护程序到发出请求的主机有一个路由。 解决方案：在运行 snmpd 守护程序的主机上，添加一个到发出 route add 命令的主机的路由。有关更多信息，请参阅 route 命令。 检查以确定主机名和主机 IP 地址是同一值。 解决方案：重新设置与主机 IP 地址相符的主机名。 检查以确定 localhost 被定义作为 lo0 IP 地址。 解决方案：定义 localhost 为与 lo0 使用的 IP 地址（通常为 ）相同的地址。团体项中的 MIB 变量访问问题如果一个团体项在配置文件中指定了一个 MIB 视图名称，但 MIB 变量不可访问，请检查以下： 确保您正确指定了团体项。如果您在团体项中指定了一个视图名称，所有团体中的字段都绝对要求。 解决方案：指定配置文件中团体项的所有字段。刷新 snmpd 代理程序并再次尝试您的请求。 确保团体项中的访问方式与您的请求类型相应。如果您要发出 get 或 get-next 请求，请确保团体拥有只读或读写许可权。如果您要发出 set 请求，请确保团体有读写许可权。 解决方案：在团体项中指定正确的访问方式。刷新 snmpd 代理程序并再次尝试您的请求。 确保在配置文件中的团体项里指定了用于指定的视图名称的视图项。如果在团体项中有一个指定的视图名称，但是没有相应的视图项，snmpd 代理程序将不会允许该团体的访问。对配置文件中的团体项中指定的视图名称绝对要求有一条视图项。 解决方案：为团体项中指定的视图名称指定一个视图项。刷新 snmpd 代理程序并再次尝试您的请求。 如果 iso 指定为视图项的 MIB 子树，请验证是否已指定了 iso.3。snmpd 代理程序要访问 iso 树的 org 部分，要求实例 3。 解决方案：在视图项中指定 MIB 子树为 iso.3。刷新 snmpd 代理程序并再次尝试您的请求。 检查团体项中的 IP 地址和网络掩码。验证发出 SNMP 请求的主机包含在用团体名指定的团体中。 解决方案：更改配置文件中的团体项中的 IP 地址和网络掩码字段以包含发出 SNMP 请求的主机。代理程序无响应问题如果团体中的 IP 地址指定为 ，但没有来自 snmpd 代理程序的响应，请尝试以下操作： 检查团体项中的网络掩码字段。对于该团体名的一般访问，network mask 必须为 。如果 network mask 指定为 55，snmpd 代理程序被配置为不允许任何带有指定团体名的请求。 解决方案：指定团体项中的网络掩码为 。刷新 snmpd 代理程序并再次尝试您的请求。 确保团体项中的访问方式与您的请求类型相应。当发出 get 或 get-next 请求时，请确保团体拥有只读或读写许可权。如果您要发出 set 请求，请确保团体有读写许可权。 解决方案：在团体项中指定正确的访问方式。刷新 snmpd 代理程序并再次尝试您的请求。noSuchName 问题如果在尝试对假定 snmpd 代理程序支持的 MIB 变