Руководство по управлению системой: Сети и средства связи

Устранение неполадок демона SNMP

Ниже приведены советы по локализации и устранению неполадок в работе агента snmpd. Настоятельно рекомендуется запускать агент snmpd с включенной регистрацией. При обнаружении неполадок в работе демона snmpd включите демон syslogd и регистрацию уровня DEBUG. Дополнительная информация о протоколах демона snmpd приведена в разделах Средство регистрации демона SNMP, а также описаниях команды 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 должен существовать. Если в параметрах команды snmpd не указан флаг -c, не существует файл /etc/snmpd.conf. Если файл /etc/snmpd.conf был случайно удален, переустановите образ bos.net.tcp.client или восстановите файл snmpd.conf по описанию его записей. Если с флагом -c в командной строке snmpd был указан альтернативный файл конфигурации, убедитесь в том, что он принадлежит пользователю root. Имя файла конфигурации должно быть указано полностью, иначе будет применяться файл по умолчанию, /etc/snmpd.conf.

  Исправление: Убедитесь, что указанный файл конфигурации существует и его владельцем является пользователь root. Повторите запуск демона snmpd.

• Порт udp161 уже занят. Убедитесь, что программа-демон snmpd еще не запущена. Для этого вызовите команду ps -eaf | grep snmpd. С портом udp 161 может быть связан только один агент snmpd.

  Исправление: Либо удалите существующий агент snmpd, либо не пытайтесь запустить еще один процесс snmpd.

Ошибки демона

Ниже перечислены возможные причины и способы устранения ошибок, связанных со сбоями демона snmpd, возникающими при вызове команды refresh или при отправке сигнала kill -1:

• Причина завершения демона snmpd будет занесена в файл протокола демона snmpd или syslogd. Найдите в файле протокола сообщения об ошибках FATAL.

  Исправление: Устраните неполадку и повторите запуск демона snmpd.

• Убедитесь в том, что при вызове демона snmpd указано полное имя файла конфигурации. При запуске демон snmpd создает процесс-потомок и изменяет свой текущий каталог на корневой. Если полный путь к файлу конфигурации не задан, то агент snmpd не сможет найти этот файл после обновления. Эта ошибка не может быть исправлена и вызывает завершение работы агента snmpd.

  Исправление: Укажите полное имя файла конфигурации snmpd. Убедитесь, что владельцем этого файла является пользователь root. Повторите запуск демона snmpd.

• Убедитесь в том, что файл конфигурации snmpd существует. Возможно, файл был случайно удален после запуска агента snmpd. Если агенту snmpd не удается открыть файл, то его выполнение прекращается.

  Исправление: Создайте файл конфигурации snmpd, проверьте, что его владельцем является пользователь root, и повторите запуск демона snmpd.

Неполадки, связанные с доступом к переменным MIB

Если агенту snmpd не удается получить доступ к переменным Базы информации управления (MIB), или если при работе snmpd в Диспетчере простого протокола управления сетью (SNMP) возникает тайм-аут ожидания ответа от агента snmpd, выполните следующие действия:

• Проверьте конфигурацию сети хоста, на котором выполняется агент snmpd, командой netstat -in. Убедитесь в том, что устройство lo0 работает. Если устройство отключено, слева от имени lo0 будет показан символ "*" ("звездочка"). Для того чтобы агент snmpd мог обслуживать запросы, lo0 должно быть активно.

  Исправление: Для активации циклического интерфейса введите следующую команду:

  ifconfig lo0 inet up
  

• Убедитесь в том, что существует маршрут к хосту, отправившему запрос.

  Исправление: В системе демона snmpd добавьте маршрут к хосту, отправившему запрос SNMP. Дополнительная информация приведена в описании команды route.

• Проверьте правильность имени и IP-адреса хоста.

  Исправление: Измените имя хоста, чтобы оно соответствовало его IP-адресу.

• Убедитесь в том, что значение localhost совпадает с IP-адресом lo0.

  Исправление: Присвойте адресу для localhost значение IP-адреса lo0 (как правило, 127.0.0.1).

Ошибки доступа к переменным MIB в записи группы взаимодействия

Если запись группы взаимодействия в файле конфигурации задана с помощью имени представления MIB, но вы не можете обратиться к переменным MIB, выполните следующие действия:

• Проверьте правильность записи группы взаимодействия. Если запись группы взаимодействия содержит имя представления, то необходимо задать значения всех полей группы взаимодействия.

  Исправление: Задайте значения для всех полей группы взаимодействия в файле конфигурации. Обновите агент snmpd и повторите запрос.

• Убедитесь, что режим доступа, указанный в записи группы взаимодействия, соответствует типу запроса. При отправке запроса get или get-next убедитесь, что для данной группы взаимодействия разрешены операции только чтение или чтение-запись. При отправке запроса set убедитесь, что для данной группы взаимодействия разрешена операция чтение-запись.

  Исправление: В записи группы взаимодействия укажите правильное значение режима доступа. Обновите агент snmpd и повторите запрос.

• Убедитесь в том, для имени представления, заданного в записи группы взаимодействия в файле конфигурации, указана запись представления. Если запись группы взаимодействия содержит имя представления, для которого не существует соответствующей записи представления, то агент snmpd не разрешит доступ к этой группе взаимодействия. Для имени представления, заданного в записи группы взаимодействия в файле конфигурации, необходимо наличие записи представления.

  Исправление: Задайте запись для имени представления, указанного в записи группы взаимодействия. Обновите агент snmpd и повторите запрос.

• Если в качестве поддерева MIB для записи просмотра указано iso, то убедитесь в том, что задано именно значение iso.3. Экземпляр 3 необходим агенту snmpd для доступа к части org дерева iso.

  Исправление: В качестве поддерева MIB в записи представления укажите iso.3. Обновите агент snmpd и повторите запрос.

• ПроверьтеIP-адрес и маску подсети в записи группы взаимодействия. Убедитесь в том, что хост, с которого вы отправляете запрос SNMP, включен в указанную группу взаимодействия.

  Исправление: Измените значения полей IP-адрес и маска подсети в записи группы взаимодействия в файле конфигурации так, чтобы эта группа взаимодействия включала хост, с которого отправляется запрос SNMP.

Неполадки, связанные с отсутствием ответа от агента

Если в группе взаимодействия указан IP-адрес 0.0.0.0, но ответ от агента snmpd отсутствует, выполните следующие действия:

• Проверьте значение поля маска подсети в записи группы взаимодействия. Чтобы сделать группу взаимодействия общедоступной, укажите маску подсети 0.0.0.0. Если в маске подсети указано значение 255.255.255.255, агент snmpd не будет принимать никакие запросы с данной группой взаимодействия.

  Исправление: Задайте для параметра маска сети в записи группы взаимодействия значение 0.0.0.0. Обновите агент snmpd и повторите запрос.

• Убедитесь, что режим доступа, указанный в записи группы взаимодействия, соответствует типу запроса. При отправке запроса get или get-next убедитесь, что для данной группы взаимодействия разрешены операции только чтение или чтение-запись. При отправке запроса set убедитесь, что для данной группы взаимодействия разрешена операция чтение-запись.

  Исправление: В записи группы взаимодействия укажите правильное значение режима доступа. Обновите агент snmpd и повторите запрос.

Ошибка noSuchName

При попытке присвоить значение переменной MIB, которая должна поддерживаться агентом snmpd, может быть получено сообщение об ошибке noSuchName. Эта ошибка может быть вызвана следующими причинами.

Запрос set содержит имя группы взаимодействия, для которой не разрешена запись. Согласно протоколу SNMP, в ответ на запрос set, в котором указана группа взаимодействия с неправильными правами доступа, отправляется сообщение об ошибке noSuchName.

Исправление: Укажите в запросе set имя группы взаимодействия с правами на запись к хосту, с которого отправлен запрос set.