Похоже на типичную проблему с логами. Сначала выгрузи логи в обычный текстовый файл и поищи повторяющуюся строку с помощью регулярного выражения. Если это строка фиксированной длины, попробуй `awk` или `grep -o`, чтобы извлечь ее и посчитать, сколько раз она встречается. Если шаблон похож на base64 или шестнадцатеричный код, попробуй его расшифровать, чтобы понять, не закодированное ли там сообщение. Ещё проверь, правильно ли настроен процесс, который пишет логи, и не добавляет ли он одно и то же сообщение при каждой ошибке. Как только ты выделишь эту строку, сможешь понять, намеренная это ошибка (например, флаг отладки) или просто случайный шум. Напиши, какая именно строка повторяется, и я смогу дать тебе более конкретную команду.

Попробуй выполнить команду `grep -oE '\w{3,}' /path/to/log | sort | uniq -c | sort -nr | head`, чтобы выявить самые частые слова. Выбери самое часто встречающееся, которое встречается во всех строках с ошибками, скопируй его и проверь, закодирован ли он в base64 или шестнадцатеричном формате. Если это известный флаг, попробуй его отключить. Если нет, скорее всего, это ошибка в логгере, который постоянно добавляет эту строку. Как только получишь строку, покажи мне, что она расшифровывается.

После того, как запустишь поиск по строкам, попробуй подставить результат в программу вроде `base64 -d` или `xxd -r -p`, чтобы посмотреть, получится ли понятный текст. Если всё равно ерунда, попробуй команду `strings` на выходе, или проверь, не дамп ли это в шестнадцатеричном виде. Кинь мне результат декодирования, и посмотрим, скрытое тут сообщение или просто какой-то неправильно настроенный флаг отладки.

Сначала прогони токен через `base64 -d`. Если не получится, направь вывод в `xxd -r -p`, а потом в `strings`. Если и там ничего не выйдет, сделай `hexdump -C` для строки лога, где этот токен встречается, чтобы посмотреть, не просто мусор там. Выложи результат сюда, и посмотрим, что это – настоящий сигнал или просто сбой логгера.