AM
Выпиливай его
+1. Он нужен только на nvidia
Size: a a a
2020 August 10
O
Не нужно и там
a
бедный libglvnd, никому не нужен. пичаль беда
ЮЮ
+1. Он нужен только на nvidia
Не нужен, и он не робит как надо…
FD
Привет, такой вопрос, не знаю куда копать.
p.s. Systemd
Есть у меня вот такой пайплайн (cat и tail только для примера):
В момент, когда он что-то напишет в stdout, процесс падает с ошибкой "Broken pipe".
Мне такое поведение в целом подходит, однако когда я запускаю то же самое как systemd unit и повторяю те же действия (убиваю
Вот мой unit (предварительно я руками ещё /tmp/test создал, конечно):
p.s. Systemd
Есть у меня вот такой пайплайн (cat и tail только для примера):
tail -f /tmp/test | cat
Если я запускаю его, а потом из второй консоли делаю kill на процесс cat, то пайплайн продолжает жить, пока tail не напишет что-нибудь в stdout.В момент, когда он что-то напишет в stdout, процесс падает с ошибкой "Broken pipe".
Мне такое поведение в целом подходит, однако когда я запускаю то же самое как systemd unit и повторяю те же действия (убиваю
cat), tail не падает вообще.Вот мой unit (предварительно я руками ещё /tmp/test создал, конечно):
[Unit]
Description=Test
[Service]
ExecStart=/bin/bash -c "tail -f /tmp/test | cat"
KillMode=control-group
Restart=on-failure
[Install]
WantedBy=multi-user.target
MK
Ну естественно оно падать не будет
MK
Systemd пишет все свои дела в свои логи
MK
И на этом успокаивается
FD
Эм...
systemd — это service supervisor, он должен следить за процессами
тем не менее, в данном конкретном случае systemd почему-то меняет поведение, которое есть, когда ты запускаешь тот же самый пайплайн из консоли
systemd — это service supervisor, он должен следить за процессами
тем не менее, в данном конкретном случае systemd почему-то меняет поведение, которое есть, когда ты запускаешь тот же самый пайплайн из консоли
️
потому что systemd это зло
FD
Ну такой кейс...
B
потому что systemd это зло
Да.
️
Привет, такой вопрос, не знаю куда копать.
p.s. Systemd
Есть у меня вот такой пайплайн (cat и tail только для примера):
В момент, когда он что-то напишет в stdout, процесс падает с ошибкой "Broken pipe".
Мне такое поведение в целом подходит, однако когда я запускаю то же самое как systemd unit и повторяю те же действия (убиваю
Вот мой unit (предварительно я руками ещё /tmp/test создал, конечно):
p.s. Systemd
Есть у меня вот такой пайплайн (cat и tail только для примера):
tail -f /tmp/test | cat
Если я запускаю его, а потом из второй консоли делаю kill на процесс cat, то пайплайн продолжает жить, пока tail не напишет что-нибудь в stdout.В момент, когда он что-то напишет в stdout, процесс падает с ошибкой "Broken pipe".
Мне такое поведение в целом подходит, однако когда я запускаю то же самое как systemd unit и повторяю те же действия (убиваю
cat), tail не падает вообще.Вот мой unit (предварительно я руками ещё /tmp/test создал, конечно):
[Unit]
Description=Test
[Service]
ExecStart=/bin/bash -c "tail -f /tmp/test | cat"
KillMode=control-group
Restart=on-failure
[Install]
WantedBy=multi-user.target
может можно как-то сказать чтоб оно юнит запускало кабуто с терминала
MK
потому что systemd это зло
Всё зло
️
кроме runit конечно
☭И
Дьявол зло
m
бля, а как это получается вообще?
m
ну, это поведение
MK
кроме runit конечно
Ещё бы он нужен был кому-то