Как определить почему падает сервис

мда уж. Cлышал звон, ну да ладно:

journalctl --since "2025-07-10 23:00" --until "2025-07-11 02:00" -u http

Может, «Starting»? И не лучше отбирать по приоритету, а не грепать? И, возможно, httpd, а не http? И если да, то apache и nginx пишут свои логи по умолчанию в файлы.

О, вот так нашлось, а через grep почему то нет. А мне лень было вводить это длинные параметры, а оказывается вот оно как.

==476688==ERROR: AddressSanitizer: heap-use-after-free on address 0x51d000079590 at pc 0x56436d7ef106 bp 0x7053b781a840 sp 0x7053b7819fe8
READ of size 13 at 0x51d000079590 thread T1
AddressSanitizer:DEADLYSIGNAL
AddressSanitizer: nested bug in the same thread, aborting.

явно не апач. Какая-то самописная прога?

Медиа сервис, там и http есть и процессинг rtmp. Проект достаточно старый, лет 10 точно. Разрабу конечно писал, да и ошибка эта гуглилась у другого чела пару лет назад, но... ничего не нарыл пока. Дебажить это капец. Всякие strace делать эээ...

Тут пишут, что кто-то наговнокодил)

Мда... Ну это только дебажить. А почему кстати core нет? Может там чего нарыть можно было БЫ

Делает китаец(ы), вроде умный и дети есть, старые версии работали годами, а тут 5...STABLE...ей год уже. Есть 6-dev версия. Ее собрать если... Но опять же угадывать билды эээ

Что дебажить? По ссылке всё указано - проблема в говнокоде.

И какое-такое ‘core’? Оно ж не в сегфалт вывалилось.

Нет ну я понимаю, все ошибка В КОДЕ. Но ведь происходит это из-за ЧЕГО-то. Возможно такое срабатывает при определенных, возможно редких, ситуациях. Та же эта АПП посылает ещё хуки по http - на сторонний сервер. Ну и от клиентов принимает разные данные.

А возможно ли как то собрать чтобы можно было посмотреть трасировку на строчки исходниках?

Смотрите как-бы через говнокод этих китаецов ваша машинка не стала частью бот-сети =)

Что за прога-то?

Неважно говнокод или на провайдера упал экскаватор. Сбой/падение сервиса - это нормальная ситуация, которую надо просто обрабатывать. Добавь щепотку отказоустойчивости

вопрос - на чем оно написано, и насколько вы в состоянии модифицировать этот код. если данный сервис так нужен.

код очевидно кривой. и искать надо место, где он кривой.

На Ц написан. Код вообще хороший, даже на мой взгляд, не очень опытного Ц-кодера. Он компактный, чисто исходники(без 3rdparty) весят 5МГ. Весь код лежит в 6 папках (271 файл чистого Ц++). Собирается очень быстро, где то за минуты 2. Раньше более старые билды работали годами на более старых серверах. А модифицировать код конечно можно (SPDX-License-Identifier: MIT ) и нужно. Вот только дебажить его неохота, ошибка пока не локализована, непонятно из-за чего она всплывает...

код очевидно кривой. и искать надо место, где он кривой.

Ну а какой код идеально ровный? Что значит кривой в данном контексте?

Добавь щепотку отказоустойчивости

Это как?

pc 0x56436d7ef106

ну вот оно дало адрес команды где упало. надо найти, где это в тексте, и смотреть вокруг.

важно найти точку в которой падает, а потом уже дальше разбираться.

что-то с многопотоком скорей всего, если падает так редко (работало двое суток?). нет такого что падает быстро при высокой нагрузке? а при слабой - стоит долго?

расширяем боротьбу. я правда по с++. но с си скорей всего аналогично.

если бинарники делаешь сам - собери в отладочном режиме с максимальным количеством полезных опций, типа -Wall -Wextra и так далее.

Потом надо проанализировать мессаги, что выскочат при сборке.

Затем запустить сервиc(собранный с отладочной инфой) под отладчиком gdb, тогда точка отказа найдется легко. Главное чтобы сервис упал. Если можно, нагрузить его по максимуму.

Ну это из общих соображений, вне каких-то знаний о сервисе вообще.

карочи. первая задача - найти место в коде, где падает. вторая задача(в принципе необязательная, если ты не разраб) - статически проверить код на всякие пороки. если пороков много и они страшненькие - писать разрабу, чтобы он включил правильные опции и собирал свои поделия именно с ними…. я так заставил несколько лет назад разрабов wxWidgets включить правильные опции :)