flatmike

Hallo zusammen! Ich hatte jetzt genügend Zeit, ein wenig rumzuprobieren. Fazit ist, dass (zumindest bei meinen beiden Sat-Boxen) der Timer ab KW-Image 3.00 nicht richtig funzt. Ich habe ja KW-Image 2.00 auf eine der Boxen geflasht und bin seitdem problemlos durch diverse Timer gelaufen. Dazu läuft noch ein Dauer-Timer, der mich morgens aus dem Bett holt. Alles läuft prima! Ich werde das Image so lassen, habe keine Nachteile festgestellt. Allen nochmal vielen Dank für eure Hilfe! Gruß Flatmike

@ SnowHead Das hier ist ein früherer Post von mir. Ist es das, was Du meinst? Ich habe übrigens auf Image 2.00 "gedowngradet", um es mal zu testen. Dort habe ich überhaupt keine Probleme mit dem Timer...bis jetzt. Ich warte mal ab und berichte dann nochmal. Gruß Flatmike

Hallo zusammen, nochmal ein Update zum Testen: Ich habe, nachdem der Timer nicht mehr ging und "timerd" die CPU-Usage-Hitliste stetig mit Abstand angeführt hat, wieder auf Image 3.00 "gedowngradet". Anfänglich hat der Timer funktioniert (wie immer nach neuem Flashen), jetzt aber wieder nicht. Das Verhalten ist wieder wie oben beschrieben. Ich versuche nochmal auf eine ältere Version runter zu gehen, um mal zu sehen, wann es wieder geht. Aber eins frage ich mich: Hat kein anderer dieses Phänomen? Und könnte es helfen, wenn ich nicht "Flash without Bootloader" mache, sondern einmal komplett flashe? Würde es gerne probieren, bräuchte dann aber ein paar Hinweise, worauf ich achten muss und welches Image ich für einen "Komplett-Flash" nehmen kann. Schon einmal vielen Dank im Voraus! Gruß Flatmike

Kleines Update: Nachdem es am Donnerstag noch geklappt hat, habe ich die Timer-Sache bis heute ruhen lassen. Habe testweise nur wieder auf Zeitsynchronisation über DVB gestellt. Wollte gerade aber wieder einen Umschalt-Timer setzen, doch die Box reagierte nach dem Setzen wieder sehr träge bei timer-relevanten Funktionen (Setzen, Timerliste, etc). Also Telnet an und nachgeschaut. Oben die CPU-Auslastung (timerd ist wieder sehr dominant, obwohl ich da gerade nichts mache), darunter habe ich nochmal das Setzen des Umschalt-Timers mit "setconsole" dokumentiert: /var # top top - 19:47:24 up 2:17, 0 users, load average: 2.40, 2.46, 2.28 Tasks: 42 total, 4 running, 38 sleeping, 0 stopped, 0 zombie Cpu(s): 77.9% user, 22.1% system, 0.0% nice, 0.0% idle Mem: 30908k total, 25000k used, 5908k free, 3012k buffers Swap: 0k total, 0k used, 0k free, 9108k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 311 root 19 0 1344 1344 1172 R 89.5 4.3 132:18.18 timerd 612 root 17 0 820 820 664 R 9.1 2.7 0:17.64 top 424 root 9 0 2028 2024 1380 S 0.6 6.5 0:24.22 zapit 616 root 9 0 4524 3712 2608 S 0.6 12.0 0:00.40 neutrino 92 root 9 0 0 0 0 S 0.3 0.0 0:08.59 avia_av_wdt 1 root 8 0 500 496 476 S 0.0 1.6 0:04.28 init 2 root 9 0 0 0 0 S 0.0 0.0 0:00.33 keventd 3 root 19 19 0 0 0 R 0.0 0.0 0:00.34 ksoftirqd_CPU0 4 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kswapd 5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 6 root 9 0 0 0 0 S 0.0 0.0 0:00.03 kupdated 7 root 9 0 0 0 0 S 0.0 0.0 0:00.51 mtdblockd 23 root 15 10 0 0 0 S 0.0 0.0 0:00.38 jffs2_gcd_mtd3 31 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 32 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 33 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 134 root 9 0 524 524 452 S 0.0 1.7 0:00.00 udhcpc /var # setconsole /var # showing epgid: 0xf95a (63834) showing epgid: 0xf95b (63835) [basicsocket] receive timed out. waiting process 458 timerd not available busy /tmp/timerd.sock Habe jetzt wieder auf NTP gestellt. Mal sehen, ob sich was ändert... Gruß Flatmike

@Markham: Danke für den Hinweis auf Gaucho316. Wollte ihn kontaktieren, musste mich aber vorher am Tuxbox-Forum registrieren. Dummerweise bekomme ich jetzt meine Aktivierungsmail nicht. Selbst nicht nach mehrfacher erneuter Anforderung. Also kann ich mich auch nicht anmelden und ihn anschreiben... DIe Zeitsynchronisation über NTP funktioniert. Aber mir ist nicht klar, wie das mit dem Timer zusammenhängt... Gruß Flatmike Edit: Habe gerade aus Spass die Timerliste anzeigen lassen (Zeit wird noch immer über NTP synchronisiert). Es ging sehr schnell, also habe ich gleich mal einen Sleeptimer gesetzt. Auch das hat funktioniert. Also liegt es vielleicht an der Zeitsychronisation per DVB?!?

Kleines Update: Nachdem im Image 3.00 ein paar Sleeptimer funktioniert hatten, wollte ich heute einen Umschalt-Timer (ZDF) für morgen früh setzen. Hat auch erstmal funktioniert. Nach ca. einer Minute schaltete die Box plötzlich auf das ZDF. Ich habe zurück geschaltet und den Timer kontrollieren wollen. Ergebnis ist das gleiche Problem wie ich auch in 3.20 habe: Die Timerliste hat ewig gebraucht, bis sie angezeigt wurde und es waren keine der gesetzten Timer mehr vorhanden. Einen neuen zu setzen ist nicht mehr möglich. Fazit: Ich habe zwei Sat-Boxen (Sagem 1xI und Nokia), deren Timer weder mit 3.00 noch mit 3.20 richtig gehen. Und eine Kabel-Box (Nokia), die problemlos mit 3.20 läuft. Da soll einer schlau draus werden... Danke allen, die versucht haben, mein Timer-Problem zu lösen, insbesondere Markham! Gruß Flatmike

Habe jetzt auf KW 3.00 geflasht. Timer geht (noch)! hatte auch bei 3.20 direkt nach dem flashen noch funktioniert. Also abwarten... Habe aber mal "setconsole" eingegeben, umgeschaltet und einen Timer gesetzt: /var # setconsole /var # [zapit] tuned frequency does not match request. difference: 343 [zapit] vpid 1FF apid 200 pcr 1FF [pmt] set update filter, sid 0x445d pid 0x61 version 3 20:52:15.049 [timeThread] getting DVB time ... 20:52:15.055 eit_set_update_filter, servicekey = 0x4530001445d, current version 0x17 got events 3 20:52:17.934 getUTC(TOT): len=13 cc=DEU reg_id=0 pol=0 offs=0200 new=0100 when=Sun Oct 29 02:00:00 2017 20:52:17.940 [timeThread] timediff 1060053, current: 14.09.2017 20:52:17, dvb: Thu Sep 14 20:52:19 2017 [neutrino] timeset event. difference is < 120s (2s), using adjtime(1, 55285). oldd(-2, -491311) 20:52:17.959 [timeThread] Time set via DVB(TOT), going to sleep for 600 seconds. [ConfigFile] saving /var/tuxbox/config/timerd.conf [timerd] using config file /var/tuxbox/config/timerd.conf Habe dann noch "pidof timerd", "free" und "top" nachgelegt, damit hier mal Vergleichswerte stehen. Was direkt ins Auge sticht, ist dass "timerd" in der Liste der CPU-saugenden Prozesse gar nicht auftaucht (anders als im Post oben): /var # pidof timerd 326 325 319 /var # free total used free shared buffers Mem: 30908 25888 5020 0 3004 -/+ buffers: 22884 8024 Swap: 0 0 0 /var # top top - 20:57:29 up 20 min, 0 users, load average: 0.36, 0.33, 0.28 Tasks: 42 total, 3 running, 39 sleeping, 0 stopped, 0 zombie Cpu(s): 5.1% user, 17.9% system, 0.3% nice, 76.7% idle Mem: 30908k total, 26216k used, 4692k free, 3068k buffers Swap: 0k total, 0k used, 0k free, 9356k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 638 root 16 0 820 820 664 R 10.4 2.7 0:02.03 top 598 root 9 0 4960 4148 2824 S 0.6 13.4 0:01.41 neutrino 309 root 13 5 4204 4204 1316 R 0.3 13.6 0:01.57 sectionsd 1 root 8 0 500 496 476 S 0.0 1.6 0:04.29 init 2 root 9 0 0 0 0 S 0.0 0.0 0:00.37 keventd 3 root 19 19 0 0 0 R 0.0 0.0 0:00.64 ksoftirqd_CPU0 4 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kswapd 5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 6 root 9 0 0 0 0 S 0.0 0.0 0:00.14 kupdated 7 root 9 0 0 0 0 S 0.0 0.0 0:00.49 mtdblockd 23 root 15 10 0 0 0 S 0.0 0.0 0:00.25 jffs2_gcd_mtd3 31 root 9 0 504 500 480 S 0.0 1.6 0:00.01 init 32 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 33 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 98 root 9 0 0 0 0 S 0.0 0.0 0:00.99 avia_av_wdt 140 root 9 0 524 524 452 S 0.0 1.7 0:00.00 udhcpc 144 root 8 0 608 608 524 S 0.0 2.0 0:00.23 inetd Ich hoffe, dass die Werte was nutzen, um das Problem mit dem Timer zu klären. Nebenbei: Bin ich eigentlich der einzige, der im 3.20-Image Probleme mit dem Timer (bei gleich zwei verschiedenen Sat-Boxen) hat? Gruß Flatmike

Ausgabe "pidof timerd": /var # pidof timerd 312 310 305 /var # "top" zeigt, dass "timerd" ordentlich CPU braucht: /var # top top - 20:10:57 up 22 min, 0 users, load average: 1.86, 1.94, 1.46 Tasks: 42 total, 4 running, 38 sleeping, 0 stopped, 0 zombie Cpu(s): 95.8% user, 4.2% system, 0.0% nice, 0.0% idle Mem: 30908k total, 25072k used, 5836k free, 3012k buffers Swap: 0k total, 0k used, 0k free, 9060k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 312 root 16 0 1344 1344 1172 R 93.1 4.3 19:52.53 timerd 621 root 16 0 820 820 664 R 8.3 2.7 0:04.11 top 1 root 8 0 500 496 476 S 0.0 1.6 0:04.28 init 2 root 9 0 0 0 0 R 0.0 0.0 0:00.08 keventd 3 root 19 19 0 0 0 S 0.0 0.0 0:00.10 ksoftirqd_CPU0 4 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kswapd 5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 6 root 9 0 0 0 0 S 0.0 0.0 0:00.01 kupdated 7 root 9 0 0 0 0 S 0.0 0.0 0:00.49 mtdblockd 23 root 15 10 0 0 0 S 0.0 0.0 0:00.35 jffs2_gcd_mtd3 31 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 32 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 33 root 9 0 504 500 480 S 0.0 1.6 0:00.00 init 92 root 9 0 0 0 0 S 0.0 0.0 0:01.12 avia_av_wdt 134 root 9 0 524 524 452 S 0.0 1.7 0:00.01 udhcpc 138 root 9 0 608 608 524 S 0.0 2.0 0:00.24 inetd 191 root 9 0 0 0 0 S 0.0 0.0 0:00.00 cifsoplockd Habe jetzt noch die EPG Daten von 3000 Events auf 1000 gesetzt. Habe dabei gesehen, dass kein EPG-Speicherort angegeben war. Welches Verzeichnis wäre da gut? tmp? Ich reboote mal und teste weiter. Wie schon erwähnt, habe ich ja zwei Sat-Boxen, die mit dem 3.20 keinen Timer speichert. Wenn es nach den o.g. Maßnahmen noch nicht funzt, werde ich mal auf 3.00 downgraden und schauen, ob es da geht. Hatte vorher das 3.00 Image nur geflasht, um auf 3.20 zu erhöhen. Hatte es aber nie in Gebrauch. Vielleicht geht das dann ja schon... Auf jeden Fall nochmal Danke für Deine Hilfe! Wenn ich etwas erreiche, werde ich es posten. Gruß Flatmike

Hier die Ausgabe von "free": /var # free total used free shared buffers Mem: 30908 23048 7860 0 2948 -/+ buffers: 20100 10808 Swap: 0 0 0 /var # Gruß Flatmike

@Markham So, ich habe es nochmal (gegen 17:10Uhr) wiederholt: /var # setconsole /var # 17:05:03.230 [timeThread] getting DVB time ... 17:05:04.668 getUTC(TOT): len=13 cc=DEU reg_id=0 pol=0 offs=0200 new=0100 when=Sun Oct 29 02:00:00 2017 17:05:04.673 [timeThread] timediff -673753, current: 11.09.2017 17:05:04, dvb: Mon Sep 11 17:05:04 2017 [neutrino] timeset event. difference is 0 s, nothing to do... 17:05:04.681 [timeThread] Time set via DVB(TOT), going to sleep for 600 seconds. [controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (16:9 -> 4:3) [CVideo::setVideoFormat] output format: 4:3(LB) [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 timerd not available busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock 17:15:04.689 [timeThread] getting DVB time ... 17:15:06.548 getUTC(TOT): len=13 cc=DEU reg_id=0 pol=0 offs=0200 new=0100 when=Sun Oct 29 02:00:00 2017 17:15:06.554 [timeThread] timediff -553874, current: 11.09.2017 17:15:06, dvb: Mon Sep 11 17:15:06 2017 [neutrino] timeset event. difference is 0 s, nothing to do... 17:15:06.568 [timeThread] Time set via DVB(TOT), going to sleep for 600 seconds. Vorgehensweise war: Auswahl Kanalvorschau (FB rote Taste -> OK) Es dauerte sehr lange, bis Sendungen angezeigt wurden, aber es kamen bereits die ersten Zeilen wie diese hier: [basicsocket] receive timed out. waiting process 455 busy /tmp/timerd.sock Auswahl Sendung Setzen Aufnahetimer (FB: rote Taste) Ich hoffe, es hilft weiter. Gruß Flatmike

Woran erkennt man das? Wenn es das "...getting DVB Time" ist, das kommt bei jedem umschalten. Ich habe aber tatsächlich die Box eine Weile laufen lassen, bevor ich den Rechner für die Telnet-Verbindung gestartet habe. Werde es aber gleich nochmal wiederholen.

@Markham Ich habe jetzt etwas gewartet, obwohl gar keine POLLERR-Meldung wie beim letzten Mal zu sehen war. Dann habe ich aus der Vorschauliste erst einen Aufnahme-Timer und etwas später einen Umschalt-Timer gesetzt. Auf dem Fernseher war jeweils gar keine Reaktion zu sehen. Die Ausgabe der Telnet-Verbindung ist hier: /var # setconsole /var # [LCDFONT] FTC_Face_Requester (Fix12/SemiCondensed) [basicsocket] receive timed out. waiting process 453 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 453 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 453 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 453 timerd not available busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 453 busy /tmp/timerd.sock 18:13:03.231 [timeThread] getting DVB time ... [basicsocket] receive timed out. waiting process 453 18:13:04.740 getUTC(TOT): len=13 cc=DEU reg_id=0 pol=0 offs=0200 new=0100 when=Sun Oct 29 02:00:00 2017 18:13:04.745 [timeThread] timediff -745433, current: 10.09.2017 18:13:04, dvb: Sun Sep 10 18:13:04 2017 18:13:04.750 [timeThread] Time set via DVB(TOT), going to sleep for 600 seconds. busy /tmp/timerd.sock [neutrino] timeset event. difference is < 120s (-1s), using adjtime(-1, -204158). oldd(0, 0) [basicsocket] receive timed out. waiting process 453 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 453 timerd not available busy /tmp/timerd.sock Vielen Dank dass Du Dich dem Problem annimmst. Ich weiß das echt sehr zu schätzen! Gruß Flatmike

@Markham Alles klar, werde ich machen. Kann es aber wie gesagt erst am Sonntag abend testen. Bevor ich es vergesse: Ich habe noch eine Kabel-Box (die beiden Sorgenkinder sind Sat-Boxen), die ich vor 3-4 Wochen auch mit 3.20 geflasht habe. Bei der läuft alles einwandfrei, Timer sind kein Problem. Gruß Flatmike

@Markham Habe noch einen Aufnahmetimer aus dem EPG setzen wollen. Hier die Ausgabe dazu: _ __ _ _ | |/ /___ _ ___ _____| | |_ | ' // _ \ | | \ \ /\ / / _ \ | __| | . \ __/ |_| |\ V V / __/ | |_ |_|\_\___|\__, | \_/\_/ \___|_|\__|-BOARD.com |___/ have fun with KEYWELT on your Nokia D-BOX2 - Kernel 2.4.37.11-dbox2 (12:35:16)... dbox login: root BusyBox v1.22.1 (2015-07-26 22:07:15 CEST) built-in shell (ash) Enter 'help' for a list of built-in commands. /var # setconsole /var # [zapit] tuned frequency does not match request. difference: 343 [zapit] vpid FF apid 100 pcr FF [pmt] set update filter, sid 0x445c pid 0x60 version 3 12:35:45.633 eit_set_update_filter, servicekey = 0x4530001445c, current version 0x11 got events 3 12:35:45.639 [timeThread] getting DVB time ... 12:35:48.004 getUTC(TOT): len=13 cc=DEU reg_id=0 pol=0 offs=0200 new=0100 when=Sun Oct 29 02:00:00 2017 12:35:48.010 [timeThread] timediff -9907, current: 06.09.2017 12:35:48, dvb: Wed Sep 6 12:35:48 2017 [neutrino] timeset event. difference is 0 s, nothing to do... 12:35:48.029 [timeThread] Time set via DVB(TOT), going to sleep for 600 seconds. 12:35:52.067 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:35:57.445 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock 12:36:04.219 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock 12:36:08.902 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 timerd not available busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 timerd not available busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 timerd not available busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 timerd not available busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock [basicsocket] receive timed out. waiting process 462 timerd not available busy /tmp/timerd.sock Gruß Flatmike

@Markham Ja, Problem ist weiterhin da. Hier die Ausgabe von setconsole: _ __ _ _ | |/ /___ _ ___ _____| | |_ | ' // _ \ | | \ \ /\ / / _ \ | __| | . \ __/ |_| |\ V V / __/ | |_ |_|\_\___|\__, | \_/\_/ \___|_|\__|-BOARD.com |___/ have fun with KEYWELT on your Nokia D-BOX2 - Kernel 2.4.37.11-dbox2 (12:27:41)... dbox login: root BusyBox v1.22.1 (2015-07-26 22:07:15 CEST) built-in shell (ash) Enter 'help' for a list of built-in commands. /var # setconsole /var # 12:27:51.249 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:27:53.862 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:27:55.955 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [yhttpd] Webserver starting... 12:27:58.038 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:27:59.965 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [LCDFONT] FTC_Face_Requester (Fix12/SemiCondensed) 12:28:02.660 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:04.769 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:06.818 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:08.879 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:11.533 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:13.625 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock 12:28:15.559 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:17.574 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:19.576 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 sleeptimer min: 100 12:28:22.075 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:24.099 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:26.079 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [basicsocket] receive timed out. waiting process 462 busy /tmp/timerd.sock 12:28:27.971 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:30.583 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:32.673 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 [basicsocket] receive timed out. waiting process 462 12:28:34.782 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 busy /tmp/timerd.sock 12:28:36.955 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:39.783 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:41.913 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 /var # 12:28:44.042 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 12:28:46.131 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[1] filter 0x50 mask 0xf0 Ich hoffe, es hilft bei der Analyse. Ich muss heute leider bis Sonntag abend weg, so dass ich weitere Tests erst dann angehen kann. Gruß Flatmike