Элтекс

Всем привет, недавно столкнулся с проблемой снятия трассировок на SMG 1016, прошу помощи в решении проблемы.
Запускаю PBX PSTN трассировку с 1 во всех уровнях, захожу во вкладку "Мониторинг каналов E1" и во время вызова наблюдаю изменение индикации состояния занятого канала, после завершения скачиваю пустой pbx_pstn.log
Захожу на шлюз по ftp и вижу корректную дату создания пустого файла, никак не могу понять почему он пустой, до недавних пор проблем никаких не было, версию ПО не менял, текущий релиз "V.3.6.0.1811 M Build: Jul 5 2016 11:36:56"
p.s.: аналогичная проблема при трассировке sip интерфейсов. Запускаю трассировку any интерфейса на SMG и на встречной стороне, при попытке вызова в дампе встречной стороны вижу sip в сторону SMG и ответы на них, но скачанный any.pcap к сожалению пустой.

Здравствуйте.
Пришлите выгрузку следующих команд:
sh
cd /tmp/logs
ls -l

Dmitriy_eltex писал(а):Здравствуйте.
Пришлите выгрузку следующих команд:
sh
cd /tmp/logs
ls -l

/home/admin # ls -l /tmp/logs
total 65492
-rw-r--r-- 1 root root 0 Oct 18 15:51 any.pcap
-rw-r--r-- 1 root root 4096 Oct 18 10:39 auth.info
-rw-r--r-- 1 root root 916 Oct 19 08:00 cdr.log
-rw-r--r-- 1 root root 4096 Oct 18 10:55 chronica.1
-rw-r--r-- 1 root root 18 Aug 24 16:14 chronica.idx
-rw-r--r-- 1 root root 13 Aug 24 16:14 chronica.siz
-rw-r--r-- 1 root root 11409 Aug 24 16:14 dmesg
-rw-r--r-- 1 root root 1466368 Oct 19 08:08 hosttest.log
-rw-r--r-- 1 root root 675 Oct 19 08:12 kcdr.log
-rw-r--r-- 1 root root 0 Oct 19 08:12 lastlog
-rw-r--r-- 1 root root 4096 Oct 19 08:03 networkd.1.log
-rw-r--r-- 1 root root 32768 Oct 19 08:08 networkd.2.log
-rw-r--r-- 1 root root 69632 Oct 19 08:13 networkd.3.log
-rw-r--r-- 1 root root 4096 Oct 19 07:57 networkd.4.log
-rw-rw-rw- 1 root root 0 Oct 18 15:52 pbx_pstn.log
-rw-r--r-- 1 root root 1590 Aug 24 16:14 snmpd
-rw-r--r-- 1 root root 360 Oct 19 04:14 sntp.log
-rw-r--r-- 1 root root 1443 Oct 19 08:12 sshd_log
-rw-r--r-- 1 root root 44392 Oct 19 08:13 sysmon.1.log
-rw-r--r-- 1 root root 159744 Oct 18 07:11 sysmon.2.log
-rw-r--r-- 1 root root 147456 Oct 18 18:40 sysmon.3.log
-rw-r--r-- 1 root root 24576 Oct 19 06:12 sysmon.4.log
-rw-r--r-- 1 root root 0 Aug 24 16:13 uauthlog
-rw-rw-r-- 1 root root 64958208 Oct 19 08:13 wtmp

Вызывает подозрения файл wtmp, уж слишком он большой (~65Mb)
Данный файл активно растет если идут успешные попытки логина через telnet/ssh/com
Если у Вас работают какие-то скрипты, то могут они привести к росту файла.

Попробуйте его удалить:
rm /tmp/logs/wtmp
либо скачать, а потом удалить.
Проблема должна уйти.

Ну и если есть возможность сожмите и пришлите этот файл нам на techsupp@eltex.nsk.ru, посмотрим что там.
Может быть вашу SMG кто то пытается взломать многократными попытками входа.

Dmitriy_eltex писал(а):Попробуйте его удалить:
rm /tmp/logs/wtmp
либо скачать, а потом удалить.
Проблема должна уйти.

Большое спасибо, помогло удаление файла. Получается, что проблема была в переполнении раздела логов т.к. на него выделено 64.0M и дампы попросту некуда было писать.
/home/admin # df -h /var/log/
Filesystem Size Used Available Use% Mounted on
/dev/ram1 64.0M 3.7M 60.3M 6% /tmp/logs

Dmitriy_eltex писал(а):Ну и если есть возможность сожмите и пришлите этот файл нам на techsupp@eltex.nsk.ru, посмотрим что там.
Может быть вашу SMG кто то пытается взломать многократными попытками входа.

Наш smg пока находится в мелкой локальной сети, тут скорее всего мой косяк. По выводу `last -f /tmp/logs/wtmp` мне ничего толкового разобрать не удалось, на всякий случай отправил вам этот файл.