A multkori systemd vs init.d/rc.d flame margójára

Inkább az SMF ;]

Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn

A monit szerintem mindegyiknel szofisztikaltabb, de persze szigoruan SZVSZ.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

Valóban nem, de akkor mi a lényeg? :)
--
PtY - www.onlinedemo.hu

Hát ezen már én is gondolkodtam anno elég sokat és nagyon nem tetszik a rendszer ezen része - bár mostanában talán ritkább, hogy kidöglik egy-egy démon.
Valahogy jobban el tudnék képzelni valami socketes kommunikációt, amin keresztül meg lehet szólítani a processzt és lekérdezni az aktuális állapotát.
De ez már túlmegy a unixos alapelveken (hogy mindent minél egyszerűbben)

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

moosefs oldja meg ezt szepen (legalabbis nekem tetszik): file lockkal lefoglal egy fajl, ha sikerul neki akkor o" fut magaban, ha nem sikerul akkor le tudja kerdezni a lockolonak a pidjet, es tud neki signalt kuldeni. ha lehal a process, akkor a lock automatan felszabadul. persze ebben az esetben "jol" meg van irva a program.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

most ezgettem erosen, es vagy a psutil a megoldas (pythonban), vagy a
`ps xf` kimenet feldolgozasa, es abbol okoskodas (ez milyen mar?), vagy
pedig egy process group letrehozasa.

ps xf kimenet bizergalasa:

def killPGroup(self):
"""
Attempts to find all childred & grandchildren of the spawned subproces
and gets all Ted Bundy with them.
"""
# get the pid, pgid, ppid of our current processes:
command = "ps eo pid,pgid,ppid"
psraw = os.popen(command).readlines()
psList = []
killList = []
for ps in psraw[1:]: # 1: gets rid of header
psList.append(map(int,ps.split()))
pgid = 0


# find the pgid of the spawned subprocess:
for ps in psList:
if int(self.p.pid) in ps:
pgid = ps[1]
break
if pgid == 0:
print >>sys.stderr, "Something screwed up trying to find pids. fudge."
return

# get a list of all pids in the pgid except the group owner:
for ps in psList:
if pgid in ps and pgid != ps[0]: # check [0] so we don't kill ourselves
killList.append(ps[0])

# don't do anything if we didn't find anything:
if len(killList) <= 0:
return

innen: http://www.linuxquestions.org/questions/linux-general-1/trying-to-kill-…

psutil

import signal, psutil
def kill_child_processes(parent_pid, sig=signal.SIGTERM):
try:
p = psutil.Process(parent_pid)
except psutil.error.NoSuchProcess:
return
child_pid = p.get_children(recursive=True)
for pid in child_pid:
os.kill(pid.pid, sig)


innen: http://stackoverflow.com/questions/3332043/obtaining-pid-of-child-proce…

process group

import os, signal, subprocess, time
p = subprocess.Popen('sleep 53 & sleep 54 | sleep 56',
shell=True, preexec_fn=os.setpgrp)
time.sleep(.3)
print 'killing'
os.kill(-p.pid, signal.SIGTERM)
p.wait()

innen: http://ptspts.blogspot.hu/2012/11/how-to-start-and-kill-unix-process-tr…

Szoval ugy latom meg lehet oldani.
Az idealis egyebkent, hogyha ketto darab daemonod van (mint amikor fizikai uC-kel bajlodik az ember, akkor is en mindig kettot teszek be, es eldonti magarol hogy o lesz a master, vagy nem, es egymastol lehetoseguk van az aram elvetelere).

A ket darab daemon pedig egymassal kommunikal, szerintem http-n keresztul. Lekerdezi a masikat, hogy el-e (1+4 mennyi?), ha a valasz 5, akkor el es mukodik. Ha nem, akkor onteszt, es ujrainditja a masikat, ugyanigy tesz a masik.

Virtualis gepen problema ez, amikor a programod fut 3-4 honapig gond nelkul, aztan valami miatt kifogy a memoria, es kilovi pont a programot amit a daemon figyel. (tobbszor jartam igy, ezert irtam daemont, mert a
tok szivas napokig nem venni eszre. De ugyanigy jarhat a daemon is, hogy ot lovik le, aztan arrol nem is ertesulok).

Most rPi-vel kiserletezek. Ott is elojon, hogy kellene egy daemon ami figyel par alapveto dolgot, es van par feladat amit legalabb hetente el kellene vegezni. Es fizikailag messze van tolem a kutyu, hogy odajarjak minden apro hibaert.
Meg tudna modulokat ki-be huzni a kernelbol, mert az rPi-nek van olyan hulyesege, hogy pendrivot nem ismeri fel boot utan, csak ha ki-be huzom.
Lehet erre kell majd valami GPIOval vezerelheto aramkort csinalni, ami megszakitja az 5V-ot. VAgy ha a wifi lehal. Ott is modul ki-betolt es megy az elet tovabb.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....