Troubleshooting

Данное руководство описывает траблшутинг и нормальный flow компоненты smartcpd. Smartcpd осуществляет проверку вызова на наличие “человека” на линии, отсекая тишину, автоответчики и роботов. Получает записи вызова:

  • до соединения
  • до 8 секунд после соединения

Выполняется ряд проверок:

  • проверка времени, затраченного на снятие трубки
  • определение наличия специальных тонов
  • проверка соответствия локальной и “облачной” базами шаблонов dejavu
  • проверка LSTM-классификации ИИ моделью (lstm)
  • проверка на содержание ключевых слов (VOSK)

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

Читает записи из локального тома node_records.

Сохраняет классифицированные записи в локальном томе node_results.

  • Публикует порт tcp:5544 для доступа локального экземпляра amd
  • на этот же порт в overlay сети docker отдает статистические метрики matrics и получает события обновления моделей от models-store

Просмотр логов контейнеров#

Логирование контейнеров осуществляется на уровне сервисов. Для анализа состояния сервиса и отладки следует использовать команды ниже.

Логи всех экземпляров сервиса#

docker service logs smartcpd_smartcpd

Дополнительные флаги:#

  • -f — непрерывный просмотр (аналог tail -f)
  • --since <время> — ограничение по времени (например, 5m, 1h, 2025-04-11T10:00:00)

Примеры:

docker service logs --since 10m smartcpd_smartcpd
docker service logs -f smartcpd_smartcpd
docker service logs -f --since 5m smartcpd_smartcpd

Логи конкретного контейнера#

  1. Определить ID контейнера:
docker ps | grep smartcpd_smartcpd
  1. Посмотреть логи:
docker logs <container_id>

Вход в контейнер и просмотр логов вручную#

  1. Подключиться по SSH к нужной ноде, где работает сервис.
  2. Найти нужный контейнер:
docker ps | grep smartcpd_smartcpd
  1. Подключиться:
docker exec -it <container_id> sh
  1. Найти лог-файлы внутри (если применимо):
ls /app/logs/

Рекомендации#

  • Использовать docker service logs для анализа поведения сервиса на уровне всей реплики.
  • Использовать docker logs и exec при отладке экземпляров сервисов на конкретных нодах.

Проверка работы SmartCPD#

docker service logs --since 6h smartcpd_smartcpd

Полный цикл проверок в логах#

Проверка длительности preconnect#

В данной проверке проверяется скорость ответа на вызов, если она менее 4000 мс, вызов помечается как робот.

2025-02-14 11:49:45,359 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Получили длительность preconnect: 5732
2025-02-14 11:49:45,359 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Длительность preconnect больше чем 4000

Проверка длительности preconnect#

В данной проверке проверяется скорость ответа на вызов, если она менее 4000 мс, вызов помечается как робот.

2025-02-14 11:49:45,359 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Получили длительность preconnect: 5732
2025-02-14 11:49:45,359 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Длительность preconnect больше чем 4000

Проверка на специальные сигналы в preconnect#

В данной проверке ищется определенные спец.сигналы в preconnect записи вызова.

2025-02-14 11:49:45,359 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Проверка на сигнал 800 hz включена
2025-02-14 11:49:45,363 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Сигнал 800 hz не обнаружен
2025-02-14 11:49:45,364 | INFO    | [SC38.413.2760542.1744706978.1393793146]: Проверяем файл на SIT-сигнал [914, 1373, 1777]
2025-02-14 11:49:45,366 | INFO    | [SC38.413.2760542.1744706978.1393793146]: SIT-сигнал [914, 1373, 1777] в preconnect не обнаружен

Проверка на совпадение preconnect-записи с известными спектрограммами АО.#

Данная проверка сравниваем спектрограмму preconnect-файла , если hashes_matched_in_input > чем Confidence level, считаем что на записи робот.

2025-02-14 11:49:45,522 | INFO    | [SC38.457.738194.1744706976.1396791494]: Отдаём файл pre_SC38.457.738194.1744706976.1396791494.wav на распознавание в Dejavu
2025-02-14 11:49:45,530 | INFO    | [SC38.457.738194.1744706976.1396791494]: Распознавание завершено: 0:00:00.008286
2025-02-14 11:49:45,531 | INFO    | [SC38.457.738194.1744706976.1396791494]:
    Время обработки Dejavu:
        Total time: 0.008 ms
        fingerprint_time: 0.005 ms
        query_time: 0.001 ms
        align_time: 0.001 ms
2025-02-14 11:49:45,531 | INFO    | [SC38.457.738194.1744706976.1396791494]:
    Ближайшее совпадение:
        song name: sit_абонент_временно_недоступен_жен
        input_total_hashes: 30
        fingerprinted_hashes_in_db: 614
        hashes_matched_in_input: 12
        input_confidence: 0.4
        fingerprinted_confidence: 0.02
        offset: 43
        offset_seconds: 11.008

2025-02-14 11:49:45,531 | DEBUG   | [SC38.457.738194.1744706976.1396791494]: Confidence level для данной проверки: 20
2025-02-14 11:49:45,531 | INFO    | [SC38.457.738194.1744706976.1396791494]: Совпадения не найдены, считаем что на записи человек

Проверка postconnect-части#

В первую очередь файл анализируется на наличие в нем 425гц-сигналов

2025-02-14 11:49:39,625 | INFO    | Asterisk закончил CPD и прислал запрос: {'phone_number': 'SVD89000991962', 'amd_status': 'NOTSURE', 'confidence_level': '12', 'amd_cause': 'TOOLONG-5003', 'calluuid': 'SC38.446.27230.1744706971.1665682949', 'lstm_control_group_size': '0', 'preconnect_duration': 'INVITE|1744706972.7382;ACK|1744706976.8882', 'content': 'post_SC38.446.27230.1744706971.1665682949', 'client_id': '0022233301'}
2025-02-14 11:49:39,625 | DEBUG   | [unknown]: Проверяем есть ли папка для клиента ./0022233301
2025-02-14 11:49:39,627 | DEBUG   | [SC38.446.27230.1744706971.1665682949]: Получили NOTSURE от астериск, прогоняем файл через SmartCPD
2025-02-14 11:49:39,628 | INFO    | [SC38.446.27230.1744706971.1665682949]: Размер файла: 43884
2025-02-14 11:49:39,632 | INFO    | [SC38.446.27230.1744706971.1665682949]: Файл 'post_SC38.446.27230.1744706971.1665682949.wav' успешно скопирован.
2025-02-14 11:49:39,632 | INFO    | [SC38.446.27230.1744706971.1665682949]: Проверка на сигнал 425 hz в postconnect включена
2025-02-14 11:49:39,635 | INFO    | [SC38.446.27230.1744706971.1665682949]: Сигнал 425 hz в postconnect не обнаружен

Далее происходит сравнение файла с извесстными спектрограммами.

2025-02-14 11:49:42,100 | DEBUG   | [SC38.68.5121197.1744706967.700169291]: Отдаём файл post_SC38.68.5121197.1744706967.700169291.wav на распознавание в Dejavu через локальную базу
2025-02-14 11:49:42,115 | DEBUG   | [SC38.68.5121197.1744706967.700169291]: Распознавание завершено (local db): 0:00:00.015167
2025-02-14 11:49:42,116 | DEBUG   | [SC38.68.5121197.1744706967.700169291]: Отдаём файл post_SC38.68.5121197.1744706967.700169291.wav на распознавание в Dejavu через облачную базу
2025-02-14 11:49:42,151 | DEBUG   | [SC38.68.5121197.1744706967.700169291]: Распознавание завершено (cloud db): 0:00:00.035451
2025-02-14 11:49:42,152 | INFO    | [SC38.68.5121197.1744706967.700169291]: Результат local отсутствует.
2025-02-14 11:49:42,152 | INFO    | [SC38.68.5121197.1744706967.700169291]: Результат cloud:
2025-02-14 11:49:42,152 | INFO    | [SC38.68.5121197.1744706967.700169291]:
    Время обработки Dejavu:
        Total time: 0.034 ms
        fingerprint_time: 0.012 ms
        query_time: 0.017 ms
        align_time: 0.005 ms
2025-02-14 11:49:42,152 | INFO    | [SC38.68.5121197.1744706967.700169291]:
    Ближайшее совпадение:
        song name: autoetalon__17-09-2024__bfbdafd7-9bb6-4bb1-8be7-07ddd39a2e84
        input_total_hashes: 290
        fingerprinted_hashes_in_db: 262
        hashes_matched_in_input: 8
        input_confidence: 0.03
        fingerprinted_confidence: 0.03
        offset: -8
        offset_seconds: -2.048

2025-02-14 11:49:42,152 | INFO    | [SC38.68.5121197.1744706967.700169291]: Сохраняем результат cloud для дальнейшей работы
2025-02-14 11:49:42,152 | DEBUG   | [SC38.68.5121197.1744706967.700169291]: Confidence level для данной проверки: 12
2025-02-14 11:49:42,153 | INFO    | [SC38.68.5121197.1744706967.700169291]: Совпадения по Dejavu не найдены

Далее запись анализируется через LSTM-классификатор:

2025-02-14 11:49:11,441 | INFO    | [SC38.73.2482051.1744706940.895521319]: Используемая LSTM-модель: pcm16_2025-03-16_v1_ep10_state
2025-02-14 11:49:11,453 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: Время выполнения LSTM-проверки: 0.01 секунд
2025-02-14 11:49:11,454 | INFO    | [SC38.73.2482051.1744706940.895521319]: Результат классификации: 0
2025-02-14 11:49:11,454 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: Классификатор считает что на записи человек

Далее запись анализируется на наличие в ней ключевых слов:

2025-02-14 11:49:11,454 | INFO    | [SC38.73.2482051.1744706940.895521319]: Проводим дополнительный анализ через VOSK-модуль
2025-02-14 11:49:11,456 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: VOSK - Создаём KaldiRecognizer
2025-02-14 11:49:11,457 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: VOSK - Время создания KaldiRecognizer: 0.00 секунд
2025-02-14 11:49:11,468 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: VOSK - Время выполнения ffmpeg: 0.01 секунд
2025-02-14 11:49:11,622 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: VOSK - Время на транскрибацию: 0.17 секунд
2025-02-14 11:49:11,622 | INFO    | [SC38.73.2482051.1744706940.895521319]: VOSK - Результат транскрибации:
2025-02-14 11:49:11,623 | INFO    | [SC38.73.2482051.1744706940.895521319]: Распознано через VOSK:
2025-02-14 11:49:11,623 | DEBUG   | [SC38.73.2482051.1744706940.895521319]: Ключевые слова НЕ обнаружены
2025-02-14 11:49:11,624 | INFO    | [SC38.73.2482051.1744706940.895521319]: Совпадения не найдены, считаем что на записи человек

Если ни одна проверка не дала положительный результат - вызов помечается как “Человек”

Возможные ошибки:#

Ошибка в работе Dejavu#

[2025-02-08 09:00:46 +0300] [32] [ERROR] [04b0aad8-7322-4477-8ab2-69ab1b9466a6]: Ошибка в проверке Dejavu:

Данная ошибка может встречаться, если файл базы данных повреждён. Требуется запросить у вендора актуальные файлы, и загрузить их в систему через веб-интерфейс.

Ошибка в работе LSTM#

[2025-02-08 16:51:46 +0300] [32] [ERROR] [aa5b1b40-536d-4531-1dbd-c189e509845e]: Не удалось выполнить LSTM_CLASSIFIER проверку:

Данная ошибка может встречаться, если файл модели повреждён. Требуется запросить у вендора актуальный файл, и загрузить его в систему через веб-интерфейс.

Прочие ошибка#

Требуется проверить логи на предмет ERROR которые не описаны ранее - при их наличии следует обратиться к вендору.

Контроль запуска и работы сервисов#

Команды для анализа проблем:

  • docker stack services smartcpd покажет текущее состояние всех запущенных сервисов
  • docker service ps --no-trunc smartcpd_<service> отобразит состояние всех сущностей сервиса
  • docker service logs smartcpd_<service> отобразит логи (всех экземпляров) сервиса, дополнительные флаги:
    • -f обновлять в реальном времени
    • --since 2m показать логи за последние 2 минуты

Общие проблемы#

Изменение уровня логирования#

Для этого следует изменить соответствующие переменные окружения сервисов (указано ниже для каждого сервиса, где доступно).

Это приведет к последовательному перезапуску всех экземпляров сервиса!

Выполнять на manager ноде:

docker service update --env-add VAR1=value1 --env-add VAR2=value2 smartcpd_<service_name>

После перезапуска стека (через setup.sh или docker stack deploy) измененные переменные вернутся к значению по-умолчанию.

no suitable node#

Как результат выполнения docker service ps. Нет подходящей swarm node, удовлетворяющей требованиями для запуска сервиса.

  • Для сервиса smartcpd - необходимо убедиться что, на нужной ноде присутствует минимум свободных 5GB RAM перед запуском сервиса.
  • Для прочих:
    • проверить соответствующие labels на нодах, добавить если отсутствуют
    • попробовать пересоздать labels, если они заданы верно (docker node update --label-rm/--label-add)
    • удалить сервис (docker service rm smartcpd_<service>) или целиком стек (docker stack rm smartcpd) если проблема при инсталляции, пересоздать labels (см. предыдущий пункт), заново запустить стек (setup.sh)
    • предыдущий вариант, но перезапустить docker.service после удаления стека

error while mounting volume#

Как результат выполнения docker service ps. Отсутствует или неверно указана директория (models_data,metrics_data,node_records или node_results). Необходимо создать директорию или указать корректную (setup.sh).

Сервисы не стартуют#

Состояние сервисов (docker stack services smartcpd) 0/x - созданы, но не запускаются, а docker service ps не показывает ошибок.

Необходимо проверить логи docker.service на всех хостах на предмет ошибок и устранить их.

portal-frontend#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

2025/05/07 08:29:35 [notice] 1#1: start worker processes

portal-api#

Пример сообщения об успешном запуске:

Using gunicorn
2025-05-07 09:27:00 - gunicorn.access - INFO - 127.0.0.1 - - [07/May/2025:09:27:00 +0300] "GET /health HTTP/1.1" 200 0 "-" "curl/8.12.1"

models-store#

Пример сообщения об успешном запуске:

 {
  "level": "info",
  "time": 1746587194719,
  "caller": "cmd/main.go:100",
  "message": "starting http server at 0.0.0.0:8002"
}

Ошибка прав на запись в директорию#

Сообщение об ошибке:

{
  "level": "error",
  "reqId": "fb3aceed-a6cb-42b0-b1af-05f3df2e9a2c",
  "method": "POST",
  "path": "/v1/models/lstm_cloud",
  "status": 500,
  "error": "failed to create models dir: mkdir /models/lstm_cloud: permission denied",
  "time_ms": 31,
  "bytes_sent": 84,
  "client_ip": "172.27.129.4",
  "user_agent": "python-requests/2.32.3",
  "time": 1746587234179,
  "caller": "httpserver/middleware.go:44",
  "message": "http request"
}

Возникает, если у пользователя под которым запущен сервис нет прав на запись в целевую директорию (models_data) или её поддиректории.

Назначение соответствующих прав целевой директории и всему её содержимому (sudo chown -R <uid> </path/to/models_data>) решает проблему без необходимости перезапуска сервиса.

license-server#

Пример сообщения об успешном запуске:

07.05.2025 06:49:22.148 [license-checker-pekko.actor.default-dispatcher-5] INFO  Main$:33 - Application started on 0.0.0.0:8001

billing-server#

  • имеет встроенный healthcheck
  • Уровни логирования:
    • LOG_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), WARN, ERROR
    • LOG_DB_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), WARN, ERROR
    • LOG_HTTP_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), WARN, ERROR

Пример сообщения об успешном запуске:

07.05.2025 09:41:15.848 [smartcpd-billing-service-pekko.actor.default-dispatcher-9] INFO  HttpServer:122 - Application started on 0.0.0.0:8001

metrics#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

2025-05-07T07:06:31.559Z        info    VictoriaMetrics/app/victoria-metrics/main.go:105        started VictoriaMetrics in 0.106 seconds

Ошибка прав на запись в директорию#

Сообщение об ошибке:

panic   VictoriaMetrics/lib/fs/fs.go:362        FATAL: cannot create lock file: cannot create lock file "/storage/flock.lock": open /storage/flock.lock: permission denied; make sure a single process has exclusive access to "/storage"

Возникает, если:

  • у пользователя, под которым запущен сервис нет прав на запись в целевую директорию metrics_data. Назначение соответствующих прав целевой директории и всему её содержимому (sudo chown -R <uid> </path/to/metrics_data>) решает проблему без необходимости перезапуска сервиса.
  • одновременно запущено более одного экземпляра сервиса. Проверить, что в compose.yml указано replicas: 1 в секции deploy сервиса metrics. Если это не так, то скачать compose.tmpl и setup.sh из дистрибутива и произвести повторную установку (не затронет рабочие сервисы, если сохранился файл установки setup.env)

Некорректные настройки подключения к docker API#

Сообщения об ошибке вида:

error   VictoriaMetrics/lib/promscrape/config.go:842    skipping dockerswarm_sd_config targets for job_name=mgw because of error: cannot query dockerswarm api for nodes: cannot fetch "http://unix/nodes": Get "http://unix/nodes": dial unix /var/run/docker.sock: connect: permission denied

Указывают на невозможность (cannot query dockerswarm api) получить доступ к docker API и автоматически определить цели для сбора метрик. Проверить настройки docker и провести переустановку с заданием корректных параметров в соответствие с документацией по установке.

grafana#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

logger=http.server t=2025-05-07T10:05:07.384839118+03:00 level=info msg="HTTP Server Listen" address=[::]:3000 protocol=http subUrl=/grafana socket=
logger=app-registry t=2025-05-07T10:05:07.627726098+03:00 level=info msg="app registry initialized"

resolver#

Пример сообщений об успешном запуске:

{
  "level": "info",
  "dockerInfo": {
    "APIVersion": "1.45",
    "OSType": "linux",
    "Experimental": false,
    "BuilderVersion": "2",
    "SwarmStatus": {
      "NodeState": "active",
      "ControlAvailable": true
    }
  },
  "time": 1746621769377,
  "caller": "cmd/main.go:76",
  "message": "Connected to docker daemon"
}
{
  "level": "info",
  "time": 1746621769378,
  "caller": "cmd/main.go:93",
  "message": "Starting DNS server on 0.0.0.0:3535"
}

Некорректные настройки подключения к docker API#

Сообщения об ошибке вида:

{
  "level": "fatal",
  "error": "Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?",
  "time": 1746622040503,
  "caller": "cmd/main.go:74",
  "message": "Failed to connect to docker daemon"
}

Указывают на невозможность (Failed to connect to docker daemon) получить доступ к docker API. Проверить настройки docker и провести переустановку с заданием корректных параметров в соответствие с документацией по установке.

redis-balancer#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

1:M 07 May 2025 17:34:51.017 * Server initialized
1:M 07 May 2025 17:34:51.017 * Ready to accept connections tcp

trunksync#

  • имеет встроенный healthcheck
  • Уровни логирования:
    • LOG_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), WARN, ERROR
    • LOG_DB_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), WARN, ERROR
    • LOG_HTTP_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), WARN, ERROR

Пример сообщения об успешном запуске:

07.05.2025 17:40:03.580 [smartcpd-siptrunk-sync-akka.actor.default-dispatcher-18] INFO  Main$:59 - Application started on 0.0.0.0:8001

trunksync-db#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

2025-05-07 17:29:47.356 MSK [1] LOG:  database system is ready to accept connections

redis-node#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

1:M 07 May 2025 17:34:51.017 * Server initialized
1:M 07 May 2025 17:34:51.017 * Ready to accept connections tcp

mgw#

  • имеет встроенный healthcheck
  • Уровни логирования:
    • O_LOGLEVEL:
      • -3 - Alert level
      • -2 - Critical level (по-умолчанию)
      • -1 - Error level
      • 1 - Warning level
      • 2 - Notice level
      • 3 - Info level
      • 4 - Debug level

При успешном старте печатает список прослушиваемых интерфейсов:

Listening on
             udp: NODE_IP [NODE_IP]:5060
             udp: NODE_IP [NODE_IP]:5050
Aliases:

balancer#

  • имеет встроенный healthcheck
  • Уровни логирования:
    • O_LOGLEVEL:
      • -3 - Alert level
      • -2 - Critical level (по-умолчанию)
      • -1 - Error level
      • 1 - Warning level
      • 2 - Notice level
      • 3 - Info level
      • 4 - Debug level

При успешном старте печатает параметры прослушиваемого интерфейса:

Listening on
             udp: NODE_IP [NODE_IP]:5060
Aliases:

Если для балансера настроено определение воркеров по dns, на старте приложение пробует разрешить их адреса. В случае успеха выводится сообщение о добавлении найденых воркеров:

May 23 08:01:05 [21] NOTICE:[DISPATCHER] insert new worker sip:WORKER1:5060
May 23 08:01:05 [21] NOTICE:[DISPATCHER] insert new worker sip:WORKER2:5060

Это же сообщение печатается при любом изменении состава воркеров (удаление/добавление). По завершении разрешения состава воркеров выводится сообщение об успешном обновлении списка воркеров:

May 19 08:33:38 [26] NOTICE:***Update dispatcher***
  • Ошибка 503 Service Unavailable при совершении звонка. Проверить логи на наличие сообщения:
May 23 08:18:16 [32] NOTICE:ds_not_in_list 10.0.0.1, 5060

В сообщении представлена информация об источнике INVITE запроса, в примере это IP 10.0.0.1 и порт 5060. Для целей диагностики следующим сообщением будет:

May 23 08:18:16 [32] NOTICE:INVITE srcIP=10.0.0.1, srcPort=5060, via=SIP/2.0/UDP 10.0.0.1:15060;branch=z9hG4bKPj77be2383-de99-46d2-8501-b762fa64acc0

Данные сообщения информируют о поступлении запроса от неизвестного источника. Параметр via предоставляет информацию о заголовке VIA sip запроса. Важно, что бы параметры srcIP источника и доменной части заголовка были одинаковыми, их различие говорит о наличии трансляции адресов. В качестве параметров sip подключения на портале, должны быть корректно указаны IP адрес источника который должен соотвествовать доменной части заголовка via и порт с которого отправляется сигнализация. В случае использования динамического выбора порта на стороне SBC, следует указывать порт из заголовка. В указанных примерах верной настройкой на портале будет адрес 10.0.0.1 и порт 15060.

amd#

  • имеет встроенный healthcheck

Пример сообщения об успешном запуске:

[May 19 08:04:44] Asterisk Ready.

В случае если на ноде настроена запись cdr но БД недоступна, печатается предупреждение с ошибкой о подключении к БД, при этом сервис продолжает функционировать с потерей данных о звонках:

[May 19 08:15:26] ERROR[1]: cdr_pgsql.c:771 config_module: Unable to connect to database server 127.0.0.1.  CALLS WILL NOT BE LOGGED!!
[May 19 08:15:26] ERROR[1]: cdr_pgsql.c:772 config_module: Reason: connection to server at "127.0.0.1", port 5432 failed: Connection refused
Is the server running on that host and accepting TCP/IP connections?

dircleaner#

  • имеет встроенный healthcheck который проверяет разрешения для директорий.
  • Уровни логирования:
    • DEBUG: 0 (по-умолчанию) или 1

С заданными настройками интервала проверки, печатает сообщение о сканируемых директориях:

[RECORDS] Cleaning: 2m old files in /store/records/ with filter *
[RESULTS] Cleaning: 1d old files in /store/results/ with filter *

smartcpd#

  • имеет встроенный healthcheck
  • Уровни логирования:
    • LOG_LEVEL: trace, debug, info (по-умолчанию), warn, error, fatal, panic
    • SCPD_LOG_LEVEL: TRACE, DEBUG, INFO (по-умолчанию), SUCCESS, WARNING, ERROR, CRITICAL

ВНИМАНИЕ: healthcheck проверяет наличие лицензионного файла, в случае его отсутствия контейнер будет постоянно перезагружаться!

Пример сообщения об успешном запуске:

INFO:     Application startup complete.

analyzer#

Пример сообщения об успешном запуске:

INFO:     SmaptCPD_Analyzer started

Дата формирования

Backward Руководство пользователя Release Notes Forward
Powered by Altuera