STRERR(1M)

Сервер поддерживается
Центром Информационных Технологий
(095) 932-9212, 932-9213, 939-0783
E-mail: info@citforum.ru

Сервер содержит море(!) аналитической информации

CIT Forum CD-ROM

STRERR(1M)

НАЗВАНИЕ
strerr - демон регистрации ошибок псевдоустройств

СИНТАКСИС

	strerr

ОПИСАНИЕ
Утилита strerr получает сообщения от драйвера регистрации ошибок и трассировки событий псевдоустройств [см. log(7)] и записывает их в файл протокола. Файлы протокола создаются в каталоге /usr/adm/streams и имеют имена error.мм-дд, где мм - месяц, а дд - день посылки сообщения, запись о котором содержится в этом файле.

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

	номер время время_от_загрузки уровень флаги ид_модуля ид_устр-ва текст

где

номер	порядковый номер
время	время выдачи сообщения в формате чч:мм:сс
время_от_загрузки	время выдачи сообщения в тактах часов от последней загрузки системы
уровень	уровень приоритета
флаги	T: сообщение послано процессу трассировки F: фатальная ошибка N: послано письмо системному администратору
ид_модуля	идентификатор модуля источника
ид_устр-ва	идентификатор устройства источника
текст	текст сообщения

Сообщения, которые появляются в протоколе, предназначены для регистрации исключительных ситуаций, требующих внимания системного администратора. Сообщения, которые означают аварию в драйвере или модуле псевдоустройства, помечаются флагом F. Сообщения, которые требуют немедленной реакции администратора помечаются флагом N и приводят к посылке письма администратору через почтовую службу mail(1). Уровень приоритета имеет смысл, только если сообщение послано еще и процессу трассировки.

Будучи запущенной, утилита strerr выполняется до тех пор, пока ее не терминирует пользователь. Обычно strerr выполняется асинхронно.

ОГРАНИЧЕНИЯ
Только один процесс strerr может открыть драйвер регистрации ошибок и трассировки событий псевдоустройств. Если модуль или драйвер генерирует большое количество сообщений об ошибках, включение их регистрации приводит к замедлению работы с псевдоустройствами. Если большое количество ошибок возникает в течение короткого времени, драйвер регистрации ошибок может не успеть обработать все ошибки. Эту ситуацию можно обнаружить по пропускам в нумерации сообщений в протоколе.

ФАЙЛЫ

	/usr/adm/streams/error.мм-дд