Автоматический перезапуск «падучих» пользовательских приложений (на примере telegram-desktop)

Ну сколько можно говорить, systemd --user не предназначен для запуска графических приложений.

Отсутствие синхронизации с X-сервером, несовпадение переменных окружения… Кстати, graphical.target в systemd --user вообще говоря не существует.

А pies сгодится?

Ни разу в линуксе не падала телега.

Дано: telegram-desktop, аварийно завершающий работу в произвольные моменты времени.

не, не дано, не бывает такого

Кстати, что за дистр, откуда ставил ?

systemd --user не предназначен для запуска графических приложений

Но ведь запускают же:

└► systemctl --user cat mpDris2.service
# /usr/lib/systemd/user/mpDris2.service
[Unit]
Description=mpDris2 - Music Player Daemon D-Bus bridge

[Service]
Restart=on-failure
ExecStart=/usr/bin/mpDris2
BusName=org.mpris.MediaPlayer2.mpd

[Install]
WantedBy=default.target
# WantedBy=daemon.target

Как бы сделал ты?

что за дистр

Федора 29

откуда ставил ?

Федору или телегу? С mirror.yandex.ru и из rpmfusion соответственно.

Dbus никакого отношения к иксам не имеет, этот сервис отлично будет работать и в tty.

не, не дано, не бывает такого

Я за тебя рад. Не telegram-desktop, так что-нибудь другое, не пригодится тебе, так кому-нибудь еще (мне через год-другой, к примеру :).

Вообще ничего не падает, как правило. Издерка terminator только, да youtube в хроме протекает.

Программы на PyQt вылятся постоянно, streamtuner2 например. Что как бы намекает на уместность питона в gui разработке. А в остальном согласен, если с драйверами норм, по и gtk и qt отлично работают.

Странно, у меня тоже Fedora 29 и telegram-desktop из rpmfusion. Ничего не падает. Иногда месяцами работает.

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

Охотно допускаю неполадки с телегой на своей стороне. Однако, я достаточно ленив, чтобы накостылять автоперезапуск, но недостаточно — чтобы разобраться в причинах. Да, идейно правильнее было бы разобраться, и будь на месте телеги что-то более важное для меня — так и сделал бы (как минимум, попытался бы), но для телеги мне хватит и костылей.

не могу ни вспомнить, ни нагуглить

Там, где systemd есть из коробки, ничего вспоминать-гуглить не нужно (хотя, разумеется, можно).

systemd тогда еще и у Лени не факт что был.

Но ведь запускают же

mpdris2 — это не графическое приложение. Это переходник между mpd и дбасом. Ему в пользовательском systemd самое место (при условии, что mpd запускается оттуда же).

Причем что у него, что у моего telegram-desktop в /proc//environ есть и DISPLAY, и DBUS_SESSION_BUS_ADDRESS, и XAUTHORITY (с правильными значениями).

В гноме это обкостыливают: gnome-session-binary (или как оно там) при старте сессии пропихивает в systemd --user и в dbus-daemon --user своё текущее окружение. Но этот костыль сделан для другого (для dbus-activatable кусков гнома, которые запускаются в контексте systemd --user), а у тебя на этом месте возникнет гонка.

Как бы сделал ты?

Отличный вопрос. Хз.

У меня подобное решение не работало на KDE (оборачивал qBittorent).

Я ещё и всякие переменные окружения прокидывал. Видимо криво. Да и инфы довольно мало в интернете по поводу этого. Видимо systemd редко кто использует для запуска/перезапуска графических приложений.

mpdris2 — это не графическое приложение

Согласен.

В гноме это обкостыливают

У меня не гном, а винегрет вокруг lightdm и openbox вместо DE, но systemctl --user show-environment выдает много чего отличного от systemctl show-environment. Вывод — либо «обкостыливают» (термин улыбнул) не только в гноме, либо не так уж это и костыльно, либо гонка возникает, но где (и чем чревата? и как устранить)? К слову, dbus-daemon --user тоже нету, есть dbus-daemon --session.

Хз.

Значит, столкнусь с граблями — буду искать решение, а пока поживу так, раз уж самый заметный на LOR специалист по systemd (не шучу и не подкалываю) говорит «хз».

У меня подобное решение не работало на KDE (оборачивал qBittorent).

Похоже, intelfx об этом и говорит. У меня

└► systemctl --user show-environment
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
DISPLAY=:0
HOME=/home/dexpl
LANG=ru_RU.utf8
LC_MESSAGES=C
LOGNAME=dexpl
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
SHELL=/bin/bash
USER=dexpl
XAUTHORITY=/var/run/lightdm/dexpl/xauthority
XDG_RUNTIME_DIR=/run/user/1000

У меня не гном, а винегрет вокруг lightdm и openbox вместо DE

Значит, обкостыливают не только в гноме.

гонка возникает, но где (и чем чревата? и как устранить)?

Гонка возникает:

• за окружение systemd --user
• между:
  • твоим сервисом, который запускается в произвольный момент между basic.target и default.target (запуска basic.target ждёт pam_systemd.so и дальше возвращает управление) и читает из этого окружения, и
  • скриптом /etc/X11/xinit/xinitrc.d/50-systemd-user.sh, который запускается в начале Xorg-сессии в произвольный момент после того, как PAM вернул управление, и пишет в это окружение.

либо «обкостыливают» (термин улыбнул) не только в гноме

Да.

Это я перепутал.

GNOME действительно так делает, но конкретно в данном случае ($DISPLAY и $XAUTHORITY) за это отвечает xinitrc.d-скрипт, который поставляется вместе с systemd, и запускается кем-то и где-то посередине настройки Xorg-сессии:

$ cat /etc/X11/xinit/xinitrc.d/50-systemd-user.sh
#!/bin/sh

systemctl --user import-environment DISPLAY XAUTHORITY

if command -v dbus-update-activation-environment >/dev/null 2>&1; then
        dbus-update-activation-environment DISPLAY XAUTHORITY
fi

Ни разу в линуксе не падала телега.

This. Разве что память с процом жрала дико и приходилось ребутить.

Спасибо, насчет «где» понял (надеюсь), «чем чревата» — покажет практика, «как устранить» — буду выяснять по мере поступления граблей.

/etc/X11/xinit/xinitrc.d/50-systemd-user.sh

О, такое у меня есть, все костыли на месте, гонки не будет. Так?

Почему не будет? Будет. Никакой качественной разницы между gnome-session-binary и этим скриптом нет.

Будет.

Да, я невнимательно прочел написанное выше:

Но этот костыль сделан для другого

Значит, мой коммент в силе.

«чем чревата» — покажет практика

С одной стороны на самом деле ничем не чревата, потому что эта твоя телега просто будет падать в цикле, пока не прилетит валидный $DISPLAY, но с другой стороны чревата тем, что ты потенциально упрёшься в StartLimit.

«как устранить» — буду выяснять по мере поступления граблей

Сделай RestartSec=1s (угу, костыль второго порядка) и можно в продакшен.

Сделай RestartSec=1s (угу, костыль второго порядка) и можно в продакшен.

Спасибо

// костыль второго порядка :)))

Собеседование на кодера в M$ прошёл. Вы приняты!!!111

Дано: telegram-desktop, аварийно завершающий работу в произвольные моменты времени

УМВР. Дистр какой хоть?

УМВР.

Автоматический перезапуск «падучих» пользовательских приложений (на примере telegram-desktop) (комментарий)

Дистр какой хоть?

Тему не читай, сразу отвечай!

Ну сколько можно говорить, systemd --user не предназначен для запуска графических приложений.
Отсутствие синхронизации с X-сервером, несовпадение переменных окружения…

У меня как раз всё это только в юзер единственном и есть

% systemctl show-environment
LANG=en_US.UTF-8
LANGUAGE=en_US
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin

% systemctl --user show-environment
HOME=/home/fehhner
LANG=ru_RU.UTF-8
LANGUAGE=en_US:ru
LOGNAME=fehhner
MAIL=/var/spool/mail/fehhner
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/home/fehhner/.local/share/flatpak/exports/bin:/usr/lib/jvm/default/bin>
SHELL=/usr/bin/zsh
USER=fehhner
XDG_RUNTIME_DIR=/run/user/1000
XDG_DATA_DIRS=/home/fehhner/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/>
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
DESKTOP_SESSION=/usr/share/xsessions/plasma
DISPLAY=:0
GS_LIB=/home/fehhner/.fonts
GTK_MODULES=canberra-gtk-module
HG=/usr/bin/hg
KDE_FULL_SESSION=true
KDE_SESSION_UID=1000
KDE_SESSION_VERSION=5
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
OLDPWD=/home/fehhner
PAM_KWALLET5_LOGIN=/run/user/1000/kwallet5.socket
PWD=/home/fehhner
QT_AUTO_SCREEN_SCALE_FACTOR=0
SHLVL=1
XAUTHORITY=/home/fehhner/.Xauthority
XCURSOR_SIZE=0
XCURSOR_THEME=breeze_cursors
XDG_CURRENT_DESKTOP=KDE
XDG_SEAT=seat0
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_SESSION_CLASS=user
XDG_SESSION_DESKTOP=KDE
XDG_SESSION_ID=1
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
XDG_SESSION_TYPE=x11
XDG_VTNR=1
_=/usr/bin/dbus-update-activation-environment

[off topic]

systemctl --user show-environment

Ничего себе выхлоп! У меня скромненько в Debian:

HOME=/home/username
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LOGNAME=username
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
SHELL=/bin/bash
USER=username
XDG_RUNTIME_DIR=/run/user/1000

Интересно, почему? У тебя более свежий и сформировавшийся systemd?

[/off topic]

более того, ни разу ни в линуксе, ни в винде, ни в призренном андроиде не падала!

в винде у меня порой падает.

На арче понятно, что он свежий:

core/systemd 241.7-2 (base-devel) [installed]

Возможно, что дело и в плазме (некоторые нативные приложения не запускаются под рутом, только под пользователем):

% sudo dolphin
Executing Dolphin with sudo is not possible due to unfixable security vulnerabilities.

приложения не запускаются под рутом

И правильно сделали. Запускают от рута, потом идут на ЛОР и жалуются, что что-то не работает.

Интересно, почему?

Я бы предположил влияние KDE, plasma либо чего-то, нужного для flatpak.

Да, вероятно...

Я бы предположил влияние KDE, plasma либо чего-то, нужного для flatpak

Ну так там всё прописано - и кде плазма, и флетпак после установки. Ртуть есть там же (hg), но можно заметить и

DISPLAY=:0

Ну так там всё прописано

Это-то понятно, вопрос в том, как и зачем это все оказывается в выводе systemctl --user show-environment.

└► systemctl --user show-environment | wc -l; env | wc -l
11
56

Обернуть в systemd-run (надо посмотреть хотя обрабатывается ли опция с рестартом через него) и запускать через autostart иксов

Ещё можно даже в desktop файл завернуть

надо посмотреть хотя обрабатывается ли опция с рестартом через него

Сколь я вижу, нет. А жаль, хорошая идея была.