Буквально вчера, по жалобам клиента на разрыв соединений был проведен ряд мероприятий для выяснения причин. Так как конфигурация call центра не проста, включает в себя существующую станцию Siemens с операторами на ней, и очередей на Астериске, соединённых по Е1, двумя 4-х слотовыми GSM-IP шлюзами, понять который конец является причиной разрыва было сложно.
Прямо с утра был включен дебаг с высоким уровнем, /var/log/asterisk/full
и к 16:00 примерно кто-то заметил его размер - 45 Гигабайт. Пока смеялись и думали как анализировать текстовый файл дебага, он вырос до неполных 50 Гигабайт.

Среди предложеных вариантов были:
1. Попытаться открыть его в Notepad в среде Windows;
2. Переслать кому то для анализа аттачментом в email;
3. Раз потоковый less его мгновенно открывает, но сильно задумывается по команде G (перейти к концу файла), то попытаться открыть файл mplayerом или vlcplayerом. Мало ли!

а logrotate заюзать не? ..

Он там работает. Остальные файлы при обычном уровне дебага ротейтились нормально. Т. е.
[root@trixbox1 asterisk]# ls -la /var/log/asterisk/full*
-rw-r----- 1 asterisk asterisk 22546553 Nov 20 12:21 /var/log/asterisk/full
-rw-rw-r-- 1 asterisk asterisk 24224192 Nov 20 04:02 /var/log/asterisk/full.1
-rw-rw---- 1 asterisk asterisk 183760527 Nov 19 04:02 /var/log/asterisk/full.2
-rw-rw---- 1 asterisk asterisk 220040128 Nov 18 04:02 /var/log/asterisk/full.3
-rw-rw---- 1 asterisk asterisk 180399723 Nov 17 00:30 /var/log/asterisk/full.4
-rw-rw---- 1 asterisk asterisk 50154416892 Nov 19 17:35 /var/log/asterisk/full.45
-rw-rw---- 1 asterisk asterisk 160608457 Nov 16 04:02 /var/log/asterisk/full.5

Опухоль сохранили под именем full.45 пока что.

жуть! ... не раз на самом деле такое наблюдал.. тем более на транковых серверах , пишущих разгороры , где связь E1-E1 и MixMonitor .. диск переполняется и связи нет)

а еще помниться мне про заветный параметр jblog = yes , который на каждый канал создавал по файлу с дебагом всего и вся (rtp туда же) и писался в /tmp .. а так как перегружать работающий сервер не очень хорошая идея , то эффект понятен ..

у меня были такие случаи с базовыми станциями kirk. они что-то там не так возвращали и в астер сваливалось 100 гб логов.
чтоб посмотреть, имхо, надо чем-то порезать на куски, хотябы по 100 мб.

FAR вроде как умеет обращаться с такими файлами.

less гиговые файлы перемалывает нормуль.. только подвешивает систему на радостях)