freetz-devel-4188 / rrdstats: Dienst wird alle paar Tage ungewollt beendet

ao · 13 Jan 2010

Hallo,

der rrdstats Dienst wird bei mir alle paar Tage ungewollt beendet, so dass die Temp.aufzeichnung (digitemp) abbricht. Leider bemerke ich es manchmal erst Tage später. Ein Blick ins Syslog zu der Zeit, an der die Temp.kurve aufhört, zeigt dann aber nichts Auffälliges, außer, dass ein paar Backups gelaufen waren:

Code:

Jan 12 16:00:01 fb1 cron.err crond[1009]: USER root pid 733 cmd /etc/init.d/rc.rrdstats backup
Jan 12 16:20:01 fb1 cron.err crond[1009]: USER root pid 2622 cmd /etc/init.d/rc.rrdstats backup
Jan 12 16:40:01 fb1 cron.err crond[1009]: USER root pid 752 cmd /etc/init.d/rc.rrdstats backup
Jan 12 17:00:01 fb1 cron.err crond[1009]: USER root pid 2694 cmd /etc/init.d/rc.rrdstats backup
Jan 12 17:20:01 fb1 cron.err crond[1009]: USER root pid 2728 cmd /etc/init.d/rc.rrdstats backup

Die Temp.aufzeichnung hörte um 16:50 auf, also zwischen den o.g. Backups.

crontab:

Code:

00 * * * * /etc/init.d/rc.rrdstats backup
20 * * * * /etc/init.d/rc.rrdstats backup
40 * * * * /etc/init.d/rc.rrdstats backup

rc.custom:

Code:

/etc/init.d/rc.rrdstats restore

D.h., bei jedem Box-Neustart wird das letzte Backup zurückgeschrieben, so dass ich möglichst nur kurze Lücken in der Temp.aufzeichnung mittels digitemp/ rrdstats habe, wenn die Box mal neugestartet wird.

Doch leider verhindert das ja nicht, dass rrdstats nach Beendigung des Dienstes neu gestartet wird.
Wenn jemand dazu vielleicht einen Workaround kennt - z.B. den Dienst rrdstats neu starten, sobald er beendet wurde - wäre es zumindest mal eine vorübergehende Lösung, wenn auch nicht sauber.

Ansonsten bin ich auch für Hinweise dankbar, wie ich die Ursache der wiederholten Dienststopps herausfinden und das Problem ggf. lösen kann.

cuma · 13 Jan 2010

Du könntest alle 20 Minuten rrdstats starten

Code:

*/20 * * * * /etc/init.d/rc.rrdstats start

falls es dann schon läuft kommt ein "already running". Dies behebt allerdings nicht das Problem selbst!

TrinityOne · 13 Jan 2010

auf einem Linux-System würde ich das Programm über die inittab starten. Dann kann es neugestartet werden, sobald es beendet wurde. Ich weiß aber nicht, ob es den Mechanismus auch in Freetz gibt.
Mach mal ein cat /etc/inittab

ao · 13 Jan 2010

Danke, cuma, werde ich als Zwischenlösung versuchen.

@TrinityOne: Ja, /etc/inittab gibt es:

Code:

#
::restart:/sbin/init
::sysinit:/etc/init.d/rc.S

# Start an "askfirst" shell on the console (whatever that may be)
ttyS0::askfirst:-/bin/sh

# Stuff to do before rebooting
::shutdown:/bin/sh -c /var/post_install

Kannst Du mir Linux-Dilettanten evtl. noch einen kurzen Hinweis geben, was zu tun ist? Danke!
Wäre folgende inittab in meinem Fall richtig?

Code:

#
::restart:/sbin/init
::sysinit:/etc/init.d/rc.S
[COLOR=Green]::sysinit:/etc/init.d/rc.rrdstats [B]re[/B]start[/COLOR]

# oder besser so:
[COLOR=Green]# ::sysinit:/etc/init.d/rc.rrdstats start[/COLOR]

# Start an "askfirst" shell on the console (whatever that may be)
ttyS0::askfirst:-/bin/sh

# Stuff to do before rebooting
::shutdown:/bin/sh -c /var/post_install

TrinityOne · 13 Jan 2010

Code:

::respawn:/bin/rrdstats

sollte es sein. siehe auch http://unixhelp.ed.ac.uk/CGI/man-cgi?inittab+5

grüße

ao · 13 Jan 2010

Achso, natürlich nicht über init.d, sondern bei "respawn" direkt das Binary starten, Danke!

Vielleicht wäre es interessant, /etc/inittab direkt über das Freetz-WebGUI editiertbar zu machen.
Für mich ist das mittels Konsole und vi kein Problem, aber manchmal mag ein GUI komfortabler sein. ;-)

RalfFriedl · 13 Jan 2010

ao schrieb:
Für mich ist das mittels Konsole und vi kein Problem

Interessant, daß Du mit vi etwas mit Read-Only Bereich ändern kannst.

Ansonsten ist eine Änderung der inittab gefährlich, da würde ich kein GUI dafür anbieten.

TrinityOne · 13 Jan 2010

Linux-Dilettanten

und

vi kein Problem

schließen sich übrigens gegenseitig aus

cuma · 13 Jan 2010

ao schrieb:
Achso, natürlich nicht über init.d, sondern bei "respawn" direkt das Binary starten, Danke!

Ne, die Binary wird vom Skript im eingestellten Intervall aufgerufen. Also lieber mit "rc.rrdstats start"

Zur inittab: Sollte man hier vielleicht ein umount fest einbauen?
EDIT: "usb.pandu stop" wird da schon aufgerufen. autoend.sh könnte aber rein...

RalfFriedl · 13 Jan 2010

@TrinityOne
Würde ich nicht so sehen, oder meinst Du, vi ist das komplizierteste und letzte, was man lernt? Man muß auch nicht alles über vi wissen, um einfache Änderungen an einer Datei vorzunehmen.

@cuma
"rc.rrdstats start" sollte nicht aus inittab mit respawn aufgerufen werden, sonst macht die Box nichts anderes mehr, sofern Busybox init nicht eine Sicherung dagegen eingebaut hat.
Und was genau soll das heißen, umount in inittab?

cuma · 13 Jan 2010

Hatte noch #9 editiert. Inittab ruft "/var/post_install"auf. Dort könnte man noch ein

Code:

for autoend in `ls /var/media/ftp/*/autoend.sh 2>/dev/null`; do
 $autoend
done

einbauen, damit das Auswerfen von USB-Zeug beim Reboot funktioniert

RalfFriedl · 13 Jan 2010

Kleinigkeit am Rande, warum

Code:

for autoend in `ls /var/media/ftp/*/autoend.sh 2>/dev/null`; do

statt

Code:

for autoend in /var/media/ftp/*/autoend.sh; do

Außerdem könnte man dann auch gleich alle Dienste vorher stoppen.

Es nützt aber nichts, wenn jemand einfach den Stecker zieht.

TrinityOne · 13 Jan 2010

Die Frage ist, was Du erreichen möchtest.
Der respawn Mechanismus sorgt dafür, dass ein Prozess sofort gestartet wird, sobald er nicht mehr läuft. Beispiel dafür sind z.B. die Login-Terminals, die ja immer laufen sollen, weil man sich zu jeder Zeit am System anmelden könnte.
respawn:/bin/rrdtool würde also dafür sorgen, dass die Binary immer läuft.
Wenn Du das aber nur periodisch (alle 5 min) aufrufen willst, ist dieser Aufruf eher in der Crontab anzulegen: */5 * * * /bin/rrdtool
Ich weiß nicht, was dieses Script macht, dass Du da aufrufst.

cuma · 13 Jan 2010

@RalfFriedl: Ohne "ls" ist natürlich besser! Hab damit vor alle Partitionen bei "reboot" sauber auszuhängen. Bei offenen Programmen natürlich nicht möglich. Da meine Box 1x täglich rebooten muss (RAM-Mangel durch DigiTemp, Ticket 472) wär das schon. Hilft aber auch allen anderen die mal "reboot" nutzen
@TrinityOne: die binary läuft aber nicht dauerhaft, sondern nur wenn das Skipt sie aufruft

ao · 13 Jan 2010

Ähm, ich blicke da nicht durch, sorry. Welche (intermin) Lösung kommt für mich denn nun am ehesten in Betracht? (siehe Thread-Titel)
Zu vi & Co.: Das ist wirklich banal, finde ich. Aber die Skript-Schnipsel wie z.B. hier im Thread sind für mich nicht mehr verständlich. ;-)

TrinityOne · 14 Jan 2010

Zeig mal den Inhalt von rc.rrdstats bitte.
Ich würde den Ansatz von Cuma verfolgen, falls das rc.rrdstats das her gibt.

ao · 14 Jan 2010

Voila:....

TrinityOne · 14 Jan 2010

Ok, das hier ist die interessante Zeile:
start-stop-daemon -n rrdstats -a /etc/default.rrdstats/rrdstats $RRDSTATS_INTERVAL -b -q -S

Zeig mal die Prozessliste, wenn alles schick ist mit
ps -ef bzw. ps -aux

ao · 14 Jan 2010

Code:

root@fb1 /var/mod/root $ ps
  PID USER       VSZ STAT COMMAND
    1 root      1440 S    init
    2 root         0 SWN  [ksoftirqd/0]
    3 root         0 SW<  [events/0]
    4 root         0 SW<  [khelper]
    5 root         0 SW<  [kthread]
    6 root         0 SW<  [kblockd/0]
   23 root         0 SW<  [pdflush]
   24 root         0 SW<  [pdflush]
   26 root         0 SW<  [aio/0]
   25 root         0 SW   [kswapd0]
   62 root         0 SW   [pm_info]
   66 root         0 SW<  [CPMAC]
   70 root         0 SW   [mtdblockd]
   96 root         0 SW   [tffsd_mtd_0]
  376 root         0 SW<  [khubd]
  446 root         0 SWN  [jffs2_gcd_mtd6]
  466 root         0 SW<  [capi_oslib]
  467 root         0 SW<  [capi_oslib]
  468 root         0 SW   [capitransp]
  474 root         0 SW   [glob_codecs]
  548 root      6632 S N  ctlmgr
  626 nobody    1232 S    dnsmasq --pid-file=/var/run/dnsmasq/dnsmasq.pid -p 53
  684 root      3416 S    dsld -i -n -g
  710 root         0 RWN  [kdsld_token]
  743 root      5804 S    telefon a127.0.0.1
  764 root      4816 S <  voipd
  773 root      3176 S    pbd
  774 root      3176 S    pbd
  778 root      3176 S    pbd
  780 root      3176 S    pbd
  781 root      3176 S    pbd
  792 root         0 SWN  [scsi_eh_0]
  793 root         0 SWN  [usb-storage]
  797 root      1108 S    /bin/run_clock -c /dev/tffs -d
  835 root      6632 S N  ctlmgr
  836 root      6632 S N  ctlmgr
  837 root      6632 S N  ctlmgr
  999 root      1636 S    crond -b
 1028 root      2648 S    syslogd -L -C1024 -R nslu
 1030 root      1620 S    /sbin/klogd -c 4
 1355 root      3008 S    multid -U -P -t
 1358 ntp       1112 S    ntpd -s -f /mod/etc/ntpd.conf
 1359 root      1104 S    ntpd -s -f /mod/etc/ntpd.conf
 1608 davfs2    3252 S    mount.davfs http://mediacenter.gmx.net /var/media/webdav -o conf=/var/davfs2/davfs2_1.conf uid=ftpuser
 1650 root      1440 S    init
 3846 root      1624 S    httpd -P /var/run/webcfg.pid -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Freetz
 1806 root      1624 S    httpd -P /var/run/httpd_rrd.pid -p 86 -c /mod/etc/httpd-rrd.conf -h /mod/pkg/rrdstats/usr/mww-rrd
 1810 root      1624 S    httpd -P /var/run/httpd_one.pid -p 85 -c /mod/etc/httpd-one.conf -h /mod/pkg/rrdstats/usr/mww-one
 1812 root      1660 S    /bin/sh /etc/default.rrdstats/rrdstats 60
  731 root      1568 S    dropbear -p 22 -R -s
 2560 root      1984 S    dropbear -p 22 -R -s
 2580 root      1452 S    -sh
  599 root      1776 S    /bin/ash /usr/sbin/callmonitor
  600 root      1624 S    logger -t callmonitor -p daemon.info
  616 root      1776 S    /bin/ash /usr/sbin/callmonitor
  617 root      1776 S    /bin/ash /usr/sbin/callmonitor
  618 root      1776 S    /bin/ash /usr/sbin/callmonitor
  619 root      1620 S    busybox nc 127.0.0.1 1012
  620 root      1776 S    /bin/ash /usr/sbin/callmonitor
  759 root      1432 R    ps

ao · 19 Jan 2010

Hallo,

könnt Ihr mir bei diesem Problem evtl. noch weiterhelfen? Welche Infos - neben den o.g. - könnte ich hier noch anfügen?
Ich bin wirklich sehr an einer Lösung interessiert, weil sich RRDstats fast täglich beendet, was ziemlich nervt. Danke für Eure Hilfe!

Der Temp.graph endet z.B. wieder heute früh zwischen 5 und 5:30 Uhr. Vorhin sah ich im Freetz-WebGUI, dass der RRDstats Dienst nicht (mehr) lief.

Im Syslog sieht alles normal aus, d.h. alle 20 Minuten ein Backup:

Code:

Jan 18 19:40:01 fb1 cron.err crond[999]: USER root pid 3399 cmd /etc/init.d/rc.rrdstats backup
Jan 18 20:00:01 fb1 cron.err crond[999]: USER root pid 1565 cmd /etc/init.d/rc.rrdstats backup
Jan 18 20:20:01 fb1 cron.err crond[999]: USER root pid 3483 cmd /etc/init.d/rc.rrdstats backup
Jan 18 20:40:01 fb1 cron.err crond[999]: USER root pid 1651 cmd /etc/init.d/rc.rrdstats backup
Jan 18 21:00:01 fb1 cron.err crond[999]: USER root pid 3567 cmd /etc/init.d/rc.rrdstats backup
Jan 18 21:20:01 fb1 cron.err crond[999]: USER root pid 1735 cmd /etc/init.d/rc.rrdstats backup
Jan 18 21:40:01 fb1 cron.err crond[999]: USER root pid 3651 cmd /etc/init.d/rc.rrdstats backup
Jan 18 22:00:01 fb1 cron.err crond[999]: USER root pid 1819 cmd /etc/init.d/rc.rrdstats backup
Jan 18 22:20:01 fb1 cron.err crond[999]: USER root pid 3806 cmd /etc/init.d/rc.rrdstats backup
Jan 18 22:40:01 fb1 cron.err crond[999]: USER root pid 1974 cmd /etc/init.d/rc.rrdstats backup
Jan 18 23:00:01 fb1 cron.err crond[999]: USER root pid 3891 cmd /etc/init.d/rc.rrdstats backup
Jan 18 23:20:01 fb1 cron.err crond[999]: USER root pid 2058 cmd /etc/init.d/rc.rrdstats backup
Jan 18 23:40:01 fb1 cron.err crond[999]: USER root pid 3975 cmd /etc/init.d/rc.rrdstats backup
Jan 19 00:00:01 fb1 cron.err crond[999]: USER root pid 2142 cmd /etc/init.d/rc.rrdstats backup
Jan 19 00:20:01 fb1 cron.err crond[999]: USER root pid 4059 cmd /etc/init.d/rc.rrdstats backup
Jan 19 00:40:01 fb1 cron.err crond[999]: USER root pid 2226 cmd /etc/init.d/rc.rrdstats backup
Jan 19 01:00:01 fb1 cron.err crond[999]: USER root pid 347 cmd /etc/init.d/rc.rrdstats backup
Jan 19 01:20:01 fb1 cron.err crond[999]: USER root pid 2310 cmd /etc/init.d/rc.rrdstats backup
Jan 19 01:40:01 fb1 cron.err crond[999]: USER root pid 432 cmd /etc/init.d/rc.rrdstats backup
Jan 19 02:00:01 fb1 cron.err crond[999]: USER root pid 2385 cmd /etc/init.d/rc.rrdstats backup
Jan 19 02:20:01 fb1 cron.err crond[999]: USER root pid 512 cmd /etc/init.d/rc.rrdstats backup
Jan 19 02:40:01 fb1 cron.err crond[999]: USER root pid 2478 cmd /etc/init.d/rc.rrdstats backup
Jan 19 03:00:01 fb1 cron.err crond[999]: USER root pid 598 cmd /etc/init.d/rc.rrdstats backup
Jan 19 03:20:01 fb1 cron.err crond[999]: USER root pid 2559 cmd /etc/init.d/rc.rrdstats backup
Jan 19 03:40:01 fb1 cron.err crond[999]: USER root pid 692 cmd /etc/init.d/rc.rrdstats backup
Jan 19 04:00:01 fb1 cron.err crond[999]: USER root pid 2620 cmd /etc/init.d/rc.rrdstats backup
Jan 19 04:20:01 fb1 cron.err crond[999]: USER root pid 704 cmd /etc/init.d/rc.rrdstats backup
Jan 19 04:40:01 fb1 cron.err crond[999]: USER root pid 2657 cmd /etc/init.d/rc.rrdstats backup
Jan 19 05:00:01 fb1 cron.err crond[999]: USER root pid 833 cmd /etc/init.d/rc.rrdstats backup
Jan 19 05:20:01 fb1 cron.err crond[999]: USER root pid 2738 cmd /etc/init.d/rc.rrdstats backup
Jan 19 05:40:01 fb1 cron.err crond[999]: USER root pid 2763 cmd /etc/init.d/rc.rrdstats backup
Jan 19 06:00:01 fb1 cron.err crond[999]: USER root pid 2779 cmd /etc/init.d/rc.rrdstats backup
Jan 19 06:20:01 fb1 cron.err crond[999]: USER root pid 2795 cmd /etc/init.d/rc.rrdstats backup
Jan 19 06:40:01 fb1 cron.err crond[999]: USER root pid 2811 cmd /etc/init.d/rc.rrdstats backup
Jan 19 07:00:01 fb1 cron.err crond[999]: USER root pid 2827 cmd /etc/init.d/rc.rrdstats backup
Jan 19 07:20:01 fb1 cron.err crond[999]: USER root pid 2843 cmd /etc/init.d/rc.rrdstats backup
Jan 19 07:40:01 fb1 cron.err crond[999]: USER root pid 2859 cmd /etc/init.d/rc.rrdstats backup
Jan 19 08:00:01 fb1 cron.err crond[999]: USER root pid 2875 cmd /etc/init.d/rc.rrdstats backup
Jan 19 08:20:01 fb1 cron.err crond[999]: USER root pid 2891 cmd /etc/init.d/rc.rrdstats backup
Jan 19 08:40:01 fb1 cron.err crond[999]: USER root pid 2907 cmd /etc/init.d/rc.rrdstats backup
Jan 19 09:00:01 fb1 cron.err crond[999]: USER root pid 2923 cmd /etc/init.d/rc.rrdstats backup
Jan 19 09:20:01 fb1 cron.err crond[999]: USER root pid 2939 cmd /etc/init.d/rc.rrdstats backup
Jan 19 09:40:01 fb1 cron.err crond[999]: USER root pid 2955 cmd /etc/init.d/rc.rrdstats backup
Jan 19 10:00:01 fb1 cron.err crond[999]: USER root pid 2971 cmd /etc/init.d/rc.rrdstats backup
Jan 19 10:20:01 fb1 cron.err crond[999]: USER root pid 2987 cmd /etc/init.d/rc.rrdstats backup
Jan 19 10:40:01 fb1 cron.err crond[999]: USER root pid 3003 cmd /etc/init.d/rc.rrdstats backup
Jan 19 11:00:01 fb1 cron.err crond[999]: USER root pid 3019 cmd /etc/init.d/rc.rrdstats backup
Jan 19 11:20:01 fb1 cron.err crond[999]: USER root pid 3035 cmd /etc/init.d/rc.rrdstats backup
Jan 19 11:40:02 fb1 cron.err crond[999]: USER root pid 3051 cmd /etc/init.d/rc.rrdstats backup
Jan 19 12:00:01 fb1 cron.err crond[999]: USER root pid 3067 cmd /etc/init.d/rc.rrdstats backup
Jan 19 12:20:01 fb1 cron.err crond[999]: USER root pid 3083 cmd /etc/init.d/rc.rrdstats backup
Jan 19 12:40:01 fb1 cron.err crond[999]: USER root pid 3099 cmd /etc/init.d/rc.rrdstats backup
Jan 19 13:00:01 fb1 cron.err crond[999]: USER root pid 3153 cmd /etc/init.d/rc.rrdstats backup
Jan 19 13:20:01 fb1 cron.err crond[999]: USER root pid 3175 cmd /etc/init.d/rc.rrdstats backup
Jan 19 13:40:01 fb1 cron.err crond[999]: USER root pid 3192 cmd /etc/init.d/rc.rrdstats backup
Jan 19 14:00:01 fb1 cron.err crond[999]: USER root pid 3208 cmd /etc/init.d/rc.rrdstats backup
Jan 19 14:01:14 fb1 user.warn kernel: /proc/tffs: info request: success
Jan 19 14:16:20 fb1 user.warn kernel: /proc/tffs: info request: success
Jan 19 14:20:01 fb1 cron.err crond[999]: USER root pid 1009 cmd /etc/init.d/rc.rrdstats backup
Jan 19 14:23:10 fb1 user.warn kernel: /proc/tffs: info request: success

Allerdings verstehe ich nicht, was da "backed up" wird, wenn der Dienst nicht mehr läuft. Das kann dann ja nur Müll sein. Naja, der cronjob startet "rc.rrdstats backup", aber das Skript schaut evtl. nicht, ob der RRDstats Dienst überhaupt läuft. Könnte man denn nicht in "rc.rrdstats" etwas einbauen (siehe Skript-Vorschläge weiter oben), dass der Dienst gestartet wird, sobald er beendet wurde (zumindest als Workaround)?

Anbei noch, was ps bzgl "rrd" zeigt:

Code:

root@fb1 /var/mod/root $ ps | grep [r]rd
  590 root      1624 S    httpd -P /var/run/httpd_rrd.pid -p 86 -c /mod/etc/httpd-rrd.conf -h /mod/pkg/rrdstats/usr/mww-rrd
  594 root      1624 S    httpd -P /var/run/httpd_one.pid -p 85 -c /mod/etc/httpd-one.conf -h /mod/pkg/rrdstats/usr/mww-one
  596 root      1660 S    /bin/sh /etc/default.rrdstats/rrdstats 60

Wenn ich rrdstats manuell aufrufen will, geht das nicht:

Code:

root@fb1 /etc/default.rrdstats $ ./rrdstats 60
ifconfig: wlan: error fetching interface information: Device not found

Was ist denn da faul? Was hat das mit ifconfig und wlan zu tun??

Mit /bin/sh am Anfang geht es auch nicht:

Code:

root@fb1 /etc/default.rrdstats $ /bin/sh /etc/default.rrdstats/rrdstats 60
ifconfig: wlan: error fetching interface information: Device not found
grep: /tmp/flash/rrdstats/digitemp.alert: No such file or directory
ifconfig: wlan: error fetching interface information: Device not found
grep: /tmp/flash/rrdstats/digitemp.alert: No such file or directory
ifconfig: wlan: error fetching interface information: Device not found
grep: /tmp/flash/rrdstats/digitemp.alert: No such file or directory
...

Sehr seltsam...

Ok, die Datei /tmp/flash/rrdstats/digitemp.alert existiert bei meiner FB 7170 nicht, ist aber m.E. auch nicht nötig (oder irre ich mich?):

Code:

root@fb1 /var/tmp/flash/rrdstats $ ls -al
drwxr-xr-x    2 root     root            0 Jan  1  2000 .
drwxr-xr-x    9 root     root            0 Jan 17 08:56 ..
-rw-r--r--    1 root     root           28 Aug 25 17:50 digitemp.alias
-rw-r--r--    1 root     root          261 Jan  1 20:36 digitemp.conf
-rw-r--r--    1 root     root            9 Aug 25 17:50 digitemp.group

Aber dieselbe Zeile ("/bin/sh /etc/default.rrdstats/rrdstats 60") stand doch auch unter ps, als der Dienst über das Freetz-WebGUI gestartet lief. Wo ist denn da bitte der Unterschied?

Warum ich das manuell starten will? Ganz einfach: Falls es möglich ist, rrdstats etwas mehr "verbose" zu starten (ggf. mit error log in eine Datei), könnte ich der Ursache der ständigen RRDstats Dienst-Stops evtl. auf den Grund gehen. Tipps sind sehr willkommen.

Eben nochmal den Dienst über's Freetz-WebGUI gestartet und ps ausgeführt:

Code:

root@fb1 /var/tmp/flash/rrdstats $ ps | grep [r]rd
 3819 root      1624 S    httpd -P /var/run/httpd_rrd.pid -p 86 -c /mod/etc/httpd-rrd.conf -h /mod/pkg/rrdstats/usr/mww-rrd
 3824 root      1624 S    httpd -P /var/run/httpd_one.pid -p 85 -c /mod/etc/httpd-one.conf -h /mod/pkg/rrdstats/usr/mww-one
 3826 root      1660 S    /bin/sh /etc/default.rrdstats/rrdstats 60
 3918 root      1112 S N  digitemp -s /dev/ttyUSB0 -t0 -q -o%C -c/tmp/flash/rrdstats/digitemp.conf

freetz-devel-4188 / rrdstats: Dienst wird alle paar Tage ungewollt beendet

Aktives Mitglied

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

IPPF-Urgestein

Neuer User

Aktives Mitglied

IPPF-Urgestein

Aktives Mitglied

IPPF-Urgestein

Neuer User

Aktives Mitglied

Aktives Mitglied

Neuer User

Aktives Mitglied

Anhänge

Neuer User

Aktives Mitglied

Aktives Mitglied

Statistik des Forums