Forum Debian Users Gang

ethanak · 2018-10-26 14:15:00

Witam.

W sumie nie wiem czy to do tego działu pasuje... ale gdzieś to musiałem wsadzić, a w końcu systemd to też software ;)

Mam taki dziwny problem (tzn. dziwny dla mnie, ale może czegoś nie wiem).
Zrobiłem sobie taki prosty serwisik dla systemd. Zrobiłem, uruchomiłem, podziałał i przestał.
Zrobiłem mu restart, podziałał i przestał.
Ogólnie działa to jakieś dwa-trzy dni, w tym czasie bardzo ładnie spełnia swoje zadanie, potem zdycha i systemd mimo ustawienia "Restart = always" nie ma zamiaru go podnieść.

Co robię źle?

RPi 3B+, działa non stop.

plik watchprinter.service:

Kod:

[Unit]
Description = Autoconnect for octoprint

[Service]
ExecStart = /usr/local/bin/watchprinter
Restart = always

[Install]
WantedBy = muti-user.target

plik /usr/local/bin/watchprinter:

Kod:

#!/usr/bin/env python
#coding: utf-8

import requests, json, re,  signal, time

class octonector(object):
    api = None
    def __init__(self):
        if not self.__class__.api:
            import yaml
            conf = yaml.safe_load(open('/home/pi/.octoprint/config.yaml'))
            self.__class__.api = conf['api']['key']
        self._enabled = False

    def enable(self):
        self._enabled = True

    def enabled(self):
        rc = self._enabled
        self._enabled = False
        return rc
        
    def doPostRequest(self,cmd,data):
        path='http://127.0.0.1:5000/api/%s' % cmd
        rc=requests.post(path, headers={
        'Host': 'localhost',
        'Content-Type': 'application/json',
        'X-Api-Key' : self.__class__.api},
        json=data)
        return rc.status_code in (204,200)

watcher=octonector()
        
def ena(*args):
    global watcher
    watcher.enable()
    
signal.signal(signal.SIGUSR1, ena)
            
while True:
    signal.pause()
    if watcher.enabled():
        time.sleep(5);
        try:
            watcher.doPostRequest('connection',{'command':'connect'})
        except:
            pass

plik /etc/udev/rules.d/55-printer.rules

Kod:

ACTION=="add", SUBSYSTEMS=="usb", ATTRS{idProduct}=="7523", ATTRS{idVendor}=="1a86", RUN+="/bin/systemctl kill -s USR1 watchprinter"

Tak przy okazji - bardzo wygodne, pod warunkiem że działa :(

urbinek · 2018-10-26 14:20:17

spróbuj dołożyć do [service] opóźnienie do tego restartu
RestartSec=15
Restart=always

do czego jest ten skrypt :)?

ethanak · 2018-10-26 14:51:49

Dodałem - zobaczymy, jak znam życie to teraz przez dłuższy czas będzie działać bez konieczności restartu ;)

Skrypt podłącza drukarkę do działającego octoprinta po jej włączeniu do prądu. Fajne jeśli maszynka z octoprintem działa non stop.

urbinek · 2018-10-26 14:59:54

Ewentualnie może skrypt się wysypuje w jakiś dziwny sposób?

Systemd monitoruje czy pid istnieje, jeśli skrypt się wygnie ale tylko troszkę to dla systemd on ciągle działa.

Może wstaw jakieś linijki z logiem czy debugowaniem to zobaczysz co się dzieje

ethanak · 2018-10-26 15:13:32

No właśnie systemctl status informuje, że proces zdechł :(
Tak w ogóle to ciekawe czemu on w ogóle zdycha, ale to mniejszy problem.

morfik · 2018-10-27 12:15:48

Pewnie jest błędnie skonfigurowana usługa dla systemd. xD

Ten /usr/local/bin/watchprinter to on forkuje sam po tym jak zostanie uruchomiony? Bo jeśli forkuje sam, to typ usługi nie powinien być (domyślnie) simple tylko forking:

Kod:

[Unit]
Description = Autoconnect for octoprint

[Service]
Type= forking
ExecStart = /usr/local/bin/watchprinter
Restart = always

[Install]
WantedBy = muti-user.target

ethanak · 2018-10-27 12:31:59

Nic się nie forkuje, kod prosty jak rogalik, zamieściłem przecież w pierwszym poście :(
Zresztą gdyby się forkował to by nie działał kill z udev... a przecież działa!

Ostatnio edytowany przez ethanak (2018-10-27 12:34:20)

morfik · 2018-10-27 13:08:44

No a w logu co pisze? Jest w ogóle informacja, że ta usługa jest startowana ponownie po tym jak się wywali?

ethanak · 2018-10-27 13:23:06

W logach nie ma nic (pomijając fakt że nie bardzo wiem w którym logu tego szukać). Tak jakby Systemd w ogóle nie próbował restart.
Co ciekawsze - jeśli z palca ubiję proces wielce ślicznie się restartuje...
OT - jak się wyłącza tego podpowiadacza w androidzie?

morfik · 2018-10-27 13:29:01

np. w:

Kod:

# journalctl -u watchprinter

OT - jak się wyłącza tego podpowiadacza w androidzie?[/quote]
Co się wyłącza? xD

A jak byś dodał:

RuntimeMaxSec=10
Restart=on-failure

To będzie się ładnie resetował co 10s?

Ostatnio edytowany przez morfik (2018-10-27 13:30:26)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00003	SET NAMES latin2
0.00173	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.117.78.215' WHERE u.id=1
0.00068	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.117.78.215', 1732424247)
0.00050	SELECT * FROM punbb_online WHERE logged<1732423947
0.00080	SELECT topic_id FROM punbb_posts WHERE id=321687
0.00011	SELECT id FROM punbb_posts WHERE topic_id=30691 ORDER BY posted
0.00072	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30691 AND t.moved_to IS NULL
0.00006	SELECT search_for, replace_with FROM punbb_censoring
0.00126	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30691 ORDER BY p.id LIMIT 0,25
0.00080	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30691
Total query time: 0.00678 s

Forum Debian Users Gang

Ogłoszenie

#1 2018-10-26 14:15:00

ethanak - Użytkownik

[Raspbian+systemd]Czemu to zdycha?

Kod:

Kod:

Kod:

#2 2018-10-26 14:20:17

urbinek - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#3 2018-10-26 14:51:49

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#4 2018-10-26 14:59:54

urbinek - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#5 2018-10-26 15:13:32

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#6 2018-10-27 12:15:48

morfik - Cenzor wirtualnego świata

Re: [Raspbian+systemd]Czemu to zdycha?

Kod:

#7 2018-10-27 12:31:59

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#8 2018-10-27 13:08:44

morfik - Cenzor wirtualnego świata

Re: [Raspbian+systemd]Czemu to zdycha?

#9 2018-10-27 13:23:06

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#10 2018-10-27 13:29:01

morfik - Cenzor wirtualnego świata

Re: [Raspbian+systemd]Czemu to zdycha?

Kod:

#11 2018-10-27 13:44:55

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#12 2018-10-27 13:48:42

morfik - Cenzor wirtualnego świata

Re: [Raspbian+systemd]Czemu to zdycha?

#13 2018-10-27 14:16:13

Jacekalex - Podobno człowiek...;)

Re: [Raspbian+systemd]Czemu to zdycha?

Kod:

Kod:

#14 2018-10-27 14:21:37

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#15 2018-10-27 14:26:04

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

#16 2018-10-27 14:44:03

Jacekalex - Podobno człowiek...;)

Re: [Raspbian+systemd]Czemu to zdycha?

#17 2018-10-27 14:55:56

ethanak - Użytkownik

Re: [Raspbian+systemd]Czemu to zdycha?

Stopka forum

Informacje debugowania