Доброго времени суток. Хотел поинтересоватся по поводу фоновых процессов. есть примерно

Question

Доброго времени суток. Хотел поинтересоватся по поводу фоновых процессов. есть примерно

такой скрипт:

#!/bin/bash

# help функции ...

mem="-J-Xms$(getServerMemory)M -J-Xmx$(getServerMemory)M"
param=$(make_params)

bin/app $mem $param .... &> console.log & // java

Выглядит ужасно, но творчество досталось в наследство. Основной вопрос вот в чем, так как эта штука запускается по разноиу и через ssh и еще написан скрипт, который проверяет жив ли процесс (самодельный systemd из фикалий и кастомных bash скриптов), может ли ОС без вмешательства пользователя такие процессы убивать? Недавно обратил внимание на логи, за день может по 2-3 раза убивать такой процесс. Условно на сервер не заходили, ничего не делали, работают только эти процессы может штук 5, и они часто падают. В логах kern.log отсуствует out of memroy и в целом по мониторингу все норм. цпу выше 30% не поднималось, памяти воз и телега.
Так же исключаю проблемы с самим приложением, там однозначно были бы логи ошибок, их нет, локально все нормально работает несколько суток.

Возможно переход на нормальный systemd должен решить эти проблемы, но хотелось бы узнать такие фоновые процессы в целом могут убиваться ОС из за того, что она посчитала их как зобми процессами или в ряде оптимизацией? Ну или подскажите куда еще можно копать?

#devops #linux #programming #russian

0

06.08.2023

8 ответов

16 просмотров

Andrey Golubov Автор вопроса

Ale><ander
возможно OOM, смотри доги, но в любом случае переп...

Обычно это должно в лог kern.log отправлять подобные штуки, хотя если это связано с jvm возможно надо другую утилиту использовать за наблюдением за процессом. В логах приложения тоже нет ошибок там есть lifecycle onstop он вызывается когда приложению посылают кило

0

06.08.2023

Radjah

Ale><ander
возможно OOM, смотри доги, но в любом случае переп...

для этого можно nohup использовать, чтобы в файлы писал или в /dev/null. Я так делал для одной задачи.

0

06.08.2023

Ale><ander

Andrey Golubov
Обычно это должно в лог kern.log отправлять подобн...

в /var/log/messages/var/log/syslog

0

06.08.2023