Ошибки ядра в мониторинге.

Время Информация
23.11.09 08:04 Не получен трафик от Natshaper (10.5.240.14).
23.11.09 08:02 Не получен трафик от Natshaper (10.5.240.14).
23.11.09 08:01 Не получен трафик от Natshaper (10.5.240.14).

[root@billing ~]# ps aux | grep nodeny
root 2508 8.1 4.3 162264 158208 ?? S< 8:07AM 21:46.13 perl nodeny.pl -n
root 11824 0.0 0.0 3336 976 p0 S+ 3:49PM 0:00.00 grep nodeny

Когда ядро хочет получить трафик оно запускает параллельно скрипты, например ipcad.pl, те пытаются получить статистику от коллекторов, после чего записывают эту статистику в /usr/local/nodeny/sql/. Ядро периодически мониторит эту папку и обрабатывает файлики оттуда. Однако на все про все, скриптам, формирующим файлики, отдается 60 секунд - не успели - трафик будет проигнорирован. В большинстве случаев 60 сек - это выше крыши, трафик выуживается обычно за гораздо короткое время. 60 секунд это максимальный таймаут, например если нужно статистику стянуть с удаленного сателлита, а канал жутко забит и она (статистика) медленно стягивается. Такое может быть ну в очень плохо спроектированных сетях. Если трафик получен после 60 секунд, то в таких ситуациях трафик обычно теряется т.к. ядро не примет его. Но обычно происходит иное - скриптами действительно трафик не получен на самой ранней стадии, т.е. он не может договориться с коллектором по какой-либо причине. Тогда коллектор продолжает собирать трафик и он будет учтен в следующем срезе. Т.е. получается ситуация как будто увеличился период среза, а сообщение можно игнорировать. В большинстве случаев случается именно так. Если таких сообщений много - нужно ускать узкое место в системе. И, естественно, надо сообщать какие коллекторы используются ибо я только на 2м курсе по экстрасенсорным способностям