Лечится, на какое-то время, перезагрузкой ядра. Но так не должно быть. Подскажите как исправить.

Билинг пользуем давно.
В последнее время стали периодически замечать что перестает считаться трафик.
На сервере где ядро и flow-tools - залипают процессы flow-export пока их принудительно не kill-нуть.
Как диагностировать - непонятно.
Памяти на сервере хватает, ЛА - низкий.
Посоветуйте может кто сталкивался как решить.

Код:

11758  -  I        0:00,22 /usr/local/bin/flow-export -f2 -mdoctets,srcaddr,dstaddr,input,output,srcport,dstport,prot
11759  -  I        0:00,18 /usr/local/bin/flow-export -f2 -mdoctets,srcaddr,dstaddr,input,output,srcport,dstport,prot

Ога, проблема во включенном плавающем окне сегментации тсп. Нахера ее по дефолту включили в 12 фрихе, понять не могу.

И причем я уверен что автор модуля и его камрады - знали о решении и специально молчали.

Коллеги ну что - сложно подсказать?

Коллеги - неужели никто не сталкивался и никто не починил?

Тебе сказали, но ты отмахнулся хотя ключевое тут было:

Альтернативные модули которые используют p5-libwww - работают на данной машине без проблем.

Нет там перехода в https - turbosms пашет по http, ничего не редиректит.

Приветствую. Вам удалось решить данную проблему?

Нет. Все надеюсь что подскажет кто-то из форума. Но пока безрезультатно. У вас есть какие-то мысли по данном поводу?

Коллеги - неужели никто не сталкивался и никто не починил?

Тебе сказали, но ты отмахнулся хотя ключевое тут было:

Альтернативные модули которые используют p5-libwww - работают на данной машине без проблем.

Нет там перехода в https - turbosms пашет по http, ничего не редиректит.

Коллеги - неужели никто не сталкивался и никто не починил?

Я сталкивался приблизительно с таким поведением когда сервер на той стороне делал принудительный редирект с 80 на 443 порт с использованием SSL, попробуйте задать урл явно в виде https.
Но это только догадки и теории....

Да тут видимо заковыка где-то в perl либо модулях под FreeBSD 12.x
Причем иногда оба коннекта нормально проходят и модуль работает. Скажем так - если обновлять страницу модуля то в 1 из 3 попыток таки коннекты проходят.
Странно что остальные модули которые используют LWP - работают нормально без заметных проблем

Обновили ось на биллинге до 12.2
Столкнулись с странной проблемой не работы модуля TurboSMS
В дебаге выдает ошибку

Код:

RESPONSE (30.018570000 sec.):
500 Can't connect to turbosms.in.ua:80 (Operation timed out)
Content-Type: text/plain
Client-Date: Thu, 25 Feb 2021 22:56:53 GMT
Client-Warning: Internal response

Can't connect to turbosms.in.ua:80 (Operation timed out)

Operation timed out at /usr/local/lib/perl5/site_perl/LWP/Protocol/http.pm line 50.

Причем иногда проходит первый запрос на Auth а на втором (GetCreditBalance) - не проходит, иногда проходят оба запроса и все ок.
Ошибка понятная НО - почему?? Крутятся другие билинги на FreeBSD 9.х-11.х - никаких проблем (специально пытался воспроизвести данную проблему пробуя уйму раз обновлять страницу). Данный биллинг также крутился под 9.1 - тоже не было проблем
Альтернативные модули которые используют p5-libwww - работают на данной машине без проблем.
Гугл результатов не дал.
Может кто знает/сталкивался в чем может быть заковыка и как исправить?

Коллеги ну что ни у кого не происходило подобных проблем? Я один такой "счастливчик"? Или жалко поделиться инфой?

Коллеги, подскажите как такое "лечить"? Смотрел у ребят у кого поболее клиентов и эта эе версия биллинга - таких моментов никогда не было...

Добрий вечір

Після початку нового місяця table 0 відмовляється оновлюватись - і як результат дуже багато клієнтів лишаються з доступом в інтернет - не дивлячись на негативний баланс

В основному лозі nodeny наче все норм, спробував рестартувати mysql і ipfw - не допомагає

в чому може бути причина?

Столкнулся я такой же проблемой в начале этого месяца. Часть клиентов с отключенным доступом не удалились из table 0 (хотя из table 1 - удалились нормально). Как результат - часть непроплоченных клиентов остались с доступом в интернет.

Предпринятые действия:

Делаю чтоб ядро отключало/включало проплаченного клиента - все ок, удаляется/добавляется ип в таблицу 0
Убрал галочку лимит у того клиента что "глючил", ядро сделало доступ разрешен, поставил галочку "лимит", ядро сделало доступ запрещен - клиент корректно удалился из таблицы 0.

Вопрос - почему такое может происходить? (произошло впервые за уйму лет использования билинга)
Что делалось в прошлом месяце - добавили еще один NAS.

Таблицы 0 - собвпадают на всех NAS (тоесть проблема появилась на всех NAS).

Не хочется делать "костыль" с анализом 0-й таблицы и базы и удалением ненужных ИП из таблицы. Хочется понять и устранить причину.

Подключаем терминалы по протоколу easypay.
Провайдер требует чтоб проверялся ServiceID.
В скрипте про ServiceID ничего нет.
Как нам это добавить/сделать?

Ключевое слово: номер интерфейса

Спасибо. Совсем забыл

Здравствуйте.
Заменили сетевые в сервере на 10g - перестал отображаться трафик по этому серверу в билинге.
По tcpdump видно что netflow шлет трафик.
На сервере видно что файл с трафиком обрабатывается.
Но с момента замены сетевых - трафик в билинге по этому серверу пустой.
Подскажите что где глянуть?