Beiträge von Parodin

    Hallo,


    Meine DM8000 (OE2 Experimental up to date) ist diese Nacht hängen geblieben.


    Im top gibt es das:


    Und an die Ende des E2 log:


    Im Kernel log:


    Hat Jemand auch solche Problemen seit letztem Update gehabt ??

    Seit eine oder zwei Wochen schliesst manchmal die Telnet session (Putty, Port 23, kein SSH) wenn ich gebe eine neue Befehl in eine Session die ein Tag lang ruhig geblieben ist. 2-3 mal Enter laüft und das Prompt kommt normalerweise, aber ein ls z.B. schliesst die Fenster.


    Heute habe ich die folgende Meldung bekommen:


    Dreambox ist immer noch meine DM8k mit OE2.0 Experimental und ganz up-to-date.

    Hallo,


    Ich habe alle updates von Dienstag auf meine DM8k installiert.


    Gestern Mittwoch sind neu wieder alle meine Aufnahmen kaputt worden:


    Die Aufnahmen "Ma sorcière bien aimée.ts" (RTS1), "Flashpoint.ts" (RTS1) und "Heartland.ts" (RTS2) stoppen alle gleichseitig um 16h47.
    RTS1 und RTS2 sind auf das gleiche Transponder. Interessant ist das eine Aufnahme auf Euronews (anderes Transponder) erfolgreich gestartet ist.


    Im Messages Log gibt es wie immer die Meldung "rave record buffer overflow detected":

    Code
    Mar 13 15:59:10 dm8000 user.warn kernel: [73968.580000] VIDEO0: resolution changed (720 576)
    Mar 13 15:59:10 dm8000 user.warn kernel: [73968.731000] enable tsm0
    Mar 13 15:59:11 dm8000 user.info kernel: [73969.595000] bcm4506: channel 0 is sleeping now
    Mar 13 16:58:18 dm8000 user.warn kernel: [76859.291000] rave record buffer overflow detectedrave record buffer overflow detectedrave record buffer overflow detectedstop pcr0 on dmx 2 pid:a3
    Mar 13 16:58:18 dm8000 user.warn kernel: [77517.002000] stop video0 on dmx 2 pid:a3
    Mar 13 16:58:18 dm8000 user.warn kernel: [77517.003000] VIDEO0: stop decode
    Mar 13 16:58:18 dm8000 user.warn kernel: [77517.005000] VIDEO0: set blank to 1


    Im E2 Log, es gibt spezielle Meldungen "broken startcode"


    Die kompletten Logs sind da:

    Hallo,


    Nein, die Aufnahme davor ist kaputt worden. Sollte normalerweise gleich gross wie die Anderen sein:


    Ich benutze OE2.0 auf die DM8k nur zeit dem 22. Februar. Vorher hatte ich schon mehrmals getestet, aber ohne swap hat es nie geklappt.
    Also die beide Problemen 'xinetd' und 'rave' habe ich seit dem 22. Feb. immer gehabt, xinet jede 2 Tagen, und rave ungef. 1 mal pro Woche.


    Speziell in meine Konfig ist nur ein GB Swap auf CF. Als Software gibt es GP3.2, Autotimer, EPGrefresh, Fancontrol2, CrossEPG und OScam. Die 8k ist ein altes Modell von Feb. 2009.


    Noch das Top von gestern:

    Code
    top - 22:09:26 up 3 days,  2:26,  1 user,  load average: 0.28, 0.16, 0.14
    Tasks:  98 total,   1 running,  97 sleeping,   0 stopped,   0 zombie
    Cpu(s):  1.7%us,  2.2%sy,  0.2%ni, 95.8%id,  0.0%wa,  0.0%hi,  0.2%si,  0.0%st
    Mem:	149592k total,   111568k used,	38024k free, 	1120k buffers
    Swap:  1003280k total,   105752k used,   897528k free,	12608k cached
    
    
      PID USER  	PR  NI  VIRT  RES  SHR S %CPU %MEM	TIME+  COMMAND
      661 root  	20   0  281m  29m 2928 S	4 20.5 557:00.97 enigma2
    17693 root  	20   0  2644 1108  884 R	1  0.7   0:00.22 top


    Und die kompletten Logs

    Hallo,


    Ich habe heute abend neu wieder alle meine Aufnahmen verloren nach einen "rave record buffer overflow detected".


    Ich habe diesmal das Messages Log und das E2 Log zu verfügung

    Hallo,


    Ich habe am Sonntag die neue Experimental Image "dreambox-image-dm8000-20130302.nfi" geflashed und nacher von Null alles neu Konfiguriert.


    Das "xinetd" Problem besteht immer noch und das Automounter hat auch ein Segmentation fault Signal bekommen:


    E2 log:


    und

    Hallo,


    xinetd hat neu wieder gecrashed heute (PS: habe am Nachmittag die heutigen Updates installiert und neu gebootet)


    Kernel log:


    Enigma2 log:


    Process xinetd war immer noch im 'ps' liste
    Musste es killen mit '-9' (ohne -9 -> keine Reaction) und neu starten mit "/etc/init.d/xinetd start"

    Hallo, habe heute das gleiche Problem auf meine DM8000 mit OE2.0 Experimental (up to date) und interne SATA HDD gehabt.


    Heute hat plözlich eine Aufnahme gestoppt und alle weiteren sind 0 bytes geblieben (auch auf FTA Sender)


    Aufnahme Mabule ist um 6:10 Uhr gestartet worden und dauert 1:07 Uhr -> crash der Aufnahme um ~7:17 Uhr


    Im log findet man "rave record buffer overflow detected":


    @dreamwd: Findest du auch solche Einträge im log wenn es passiert ?

    Und inet.d ist neu wieder während meine Tests kaputt worden :face_with_open_mouth:


    Nein, ich habe das gleiche Verhältnis vom HDD
    Es passiert fast nichts in die ersten 30 Minuten, es kommt nur nachher...


    Test vom CIFS:


    Test vom HDD (intern SATA HDD):

    Und es geht noch weiter, solang das Movie abspielt....


    Code
    top - 13:38:38 up 1 day,  5:00,  2 users,  load average: 0.37, 0.38, 0.58
    Tasks: 100 total,   1 running,  99 sleeping,   0 stopped,   0 zombie
    Cpu(s):  4.7%us,  4.6%sy,  0.0%ni, 89.5%id,  0.7%wa,  0.0%hi,  0.5%si,  0.0%st
    Mem:	149592k total,   136516k used,	13076k free, 	2064k buffers
    Swap:  1003280k total,   176820k used,   826460k free, 	7624k cached
    
    
      PID USER  	PR  NI  VIRT  RES  SHR S %CPU %MEM	TIME+  SWAP COMMAND
      703 root  	20   0  479m  77m 3192 S   11 53.0 344:18.02 402m enigma2

    :grinning_squinting_face: Danke für diese Erklärung


    Und es geht weiter.....

    Code
    top - 12:54:31 up 1 day,  4:16,  2 users,  load average: 1.03, 1.31, 1.54
    Tasks:  99 total,   1 running,  98 sleeping,   0 stopped,   0 zombie
    Cpu(s): 17.0%us,  8.6%sy,  0.2%ni, 66.2%id,  6.0%wa,  0.0%hi,  2.1%si,  0.0%st
    Mem:	149592k total,   146724k used, 	2868k free,  	584k buffers
    Swap:  1003280k total,   132412k used,   870868k free, 	5024k cached
    
    
      PID USER  	PR  NI  VIRT  RES S %CPU %MEM	TIME+  SWAP COMMAND
      703 root  	20   0  444m 101m S   40 69.4 335:32.46 343m enigma2

    Danke für den Tipp...


    Also seit 24h ist den Swap stabil ~35MB beblieben



    Ich habe jetzt ein 720p mkv Movie from CIFS share gestartet (wie Freitag abend) und das Swap kommt plötzlich immer grösser (enigma2)


    Code
    top - 12:26:21 up 1 day,  3:48,  2 users,  load average: 2.74, 2.84, 2.88
    Tasks: 101 total,   2 running,  99 sleeping,   0 stopped,   0 zombie
    Cpu(s): 15.5%us, 21.9%sy,  0.4%ni, 19.2%id, 30.2%wa,  0.2%hi, 12.6%si,  0.0%st
    Mem:	149592k total,   147396k used, 	2196k free, 	1500k buffers
    Swap:  1003280k total,	99312k used,   903968k free,	13696k cached
    
    
      PID USER  	PR  NI  VIRT  RES S %CPU %MEM	TIME+  SWAP COMMAND
      703 root  	20   0  404m  91m S   39 62.8 324:02.94 312m enigma2


    Problem scheint seitens enigma2 zu sein...

    Hallo,


    Ich habe gestern neu wieder OE2.0 experimental auf meine Dm8000 installiert und alle die letzten Updates gespielt. Habe auch eine 1GB swap Partition eingeschaltet.
    Habe nacher viele Aufnahmen programmiert und es hat alles gut geklappt außer ein 13s Aussetzer in einen Aufnahme (Bild angehängt)


    Die Aufnahme hat um 23:20 gestartet und die Aussetzer kommt nach 1:31 Uhr -> Es macht 0:51 Uhr


    Um 0:51, das log sagt:

    Code
    Feb 23 00:51:08 dm8000 user.warn kernel: [16482.366000] rave record buffer overflow detectedrave record buffer overflow detectedrave record buffer overflow detectedrave record buffer overflow detectedrave record buffer overflow detectedrave record buffer overflow dete


    Weisst jemand was bedeutet "rave record buffer overflow detected"
    Ich habe auch das messages log Datei angehängt


    Hat es vielleicht mit dem swap zu tun ? Dieser swap ist wirklich gross in der nacht geworden:

    Code
    top - 00:17:57 up  4:01,  1 user,  load average: 0.33, 0.47, 0.49
    Tasks:  93 total,   1 running,  92 sleeping,   0 stopped,   0 zombie
    Cpu(s):  4.9%us,  8.6%sy,  0.2%ni, 84.9%id,  0.8%wa,  0.0%hi,  0.5%si,  0.0%st
    Mem:	149592k total,   146632k used, 	2960k free, 	6284k buffers
    Swap:  1003280k total,   113772k used,   889508k free,	10408k cached


    Ist es normal mehr als 100MB im swap zu haben ?


    Ein weiteres Problem ist noch dazu gekommen, inetd ist gestorben:


    Es war heute nicht mehr möglich mit ftp einzuloggen

    Ich habe auch ein Speziell Fall am Wochenende gehabt immer noch mit OE2.0 auf die DM8k.
    Alle die Aufnahmen haben an die gleiche Zeit gestoppt, alle weiteren Aufnahmen sind 0 bytes geblieben.
    Im log habe ich diese Meldung gefunden:



    Vielleicht weiss Jemand was ist diese Irrtum "rave record buffer overflow detected"