Scip Geschrieben 5. Oktober 2008 Melden Share Geschrieben 5. Oktober 2008 Hi, meine Nokia Box hat seit kurzem ein etwas komisches Problem. Bei der Direktaufnahme auf einen PC (mit NFS) macht sie folgendes: Beim Aufnahmestart werden im PC Verzeichniss die korrekten zwei Dateien angelegt. Allerdings ist das auch alles. Die Dateien behalten eine Größe von 0KB und auch am Netzwerkmonitor sehe ich, dass keine Daten geschrieben werden. Aber die DBOX selbst bringt keine Fehlermeldung. Allerdings hängt sie sich dann auf, sobald ich die Aufnahme beende... Geändert habe ich eigentlich nur im Ziel PC die Festplattenstrukturen. Image neu flashen und die Mount und Zielverzeichnisse neu machen bringt nichts. Das Verzeichniss ist ja auch korrekt gemountet, abspielen alter TS Dateien geht! Hat jemand bitte einen Rat??? Gruß Scip Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
webuser Geschrieben 5. Oktober 2008 Melden Share Geschrieben 5. Oktober 2008 wie ist dbox mit PC angeschlossen, Direkt oder Router dazwischen. Es sieht nach langsamen Streaming aus Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Scip Geschrieben 5. Oktober 2008 Autor Melden Share Geschrieben 5. Oktober 2008 Ist ein Switch dazwischen ja. Aber das kann ja nicht nach drei Jahren auf einmal ein Problem machen meiner Meinung nach...Und langsam gäbe es ja die Fehlermeldung, dass die Daten nicht schnell genug geschrieben werden konnten, aber bei mir wird ja nichts geschrieben... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 5. Oktober 2008 Melden Share Geschrieben 5. Oktober 2008 Hast Du die Freigaben gelöscht, bevor Du Deinen PC umkonfiguriert hast? Und dann solltest Du mal etwas mehr zu Deiner Konstellation posten. "PC mit NFS" ist zu wenig... Btw verschiebe ich das mal in den Streaming-Bereich, wo es hin gehört. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Scip Geschrieben 5. Oktober 2008 Autor Melden Share Geschrieben 5. Oktober 2008 Danke fürs Verschieben. Nein, die Freigabe habe ich nicht explizit gelöscht. Der NFS freigegebene Ordner wurde auf eine andere Partition verschoben. Aber auch wenn ich einen ganz neuen Ordner anlege und unter einem anderen Namen mounte tritt der Fehler auf. Öhm, zum PC. Ich weiß nicht was von Interesse ist. Es ist SFU installiert und nach Anleitung eingerichtet und ging auf diese Weise wie gesagt auch immer...was für Infos brauchst du noch? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 5. Oktober 2008 Melden Share Geschrieben 5. Oktober 2008 SFU installiert - dann ist es eine Kiste mit Windows 2000/XP/2003. Woanders läuft SFU nicht. Nein, die Freigabe habe ich nicht explizit gelöscht. Der NFS freigegebene Ordner wurde auf eine andere Partition verschoben. Könnte schon das Problem sein. Freigaben unter Windows (egal ob NFS oder die "normale" Windows-Freigabe) verschiebt man nicht einfach so. Vorher gehört die ursprüngliche Freigabe des Verzeichnisses gelöscht, dann erst (!) das Verzeichnis verschieben, danach die Freigabe neu anlegen. Aber auch wenn ich einen ganz neuen Ordner anlege und unter einem anderen Namen mounte tritt der Fehler auf. Das kann mit Deinem gemachten Fehler (Freigaben nicht gelöscht) zusammenhängen, eventuell ist dadurch SFU durcheinander geraten. Versuch: SFU deinstallieren, nach PC-Neustart neu installieren und neu einrichten. Sonst wüßte ich jetzt erst mal auch nicht weiter. Wenn's nicht hilft: lasse mal ein serielles Log mitlaufen (geht mit KW-Image auch über telnet und "setconsole" und schaue, was passiert, wenn Du eine Aufnahme startest. Und natürlich Log hier posten, sonst brauch ich die Glaskugel (welche wegen Überlastung allgemeiner Art leider hin ist). Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Scip Geschrieben 6. Oktober 2008 Autor Melden Share Geschrieben 6. Oktober 2008 So, also Neuinstallation hat nichts gebracht. Also das Log: /var # setconsole /var # SUPPORT: NFS: 1, CIFS: 1, LUFS: 1 [CFSMounter] could not resolve dir: : No such file or directory [CFSMounter] could not resolve dir: : No such file or directory [CFSMounter] could not resolve dir: : No such file or directory [CFSMounter] could not resolve dir: : No such file or directory [CFSMounter] could not resolve dir: : No such file or directory [CFSMounter] could not resolve dir: : No such file or directory [neutrino] executing /var/tuxbox/config/recording.start killall: bsdice_watchdog: no process killed [neutrino] executing /var/tuxbox/config/recording.dir You need to specify whom to kill RECDIR=/mnt/filme - HDD aufwachen! Record channel_id: 4530001445d epg: 4530001445d3e4d, apids 0x0 mode 1 fsk:0, Genre:0, Dauer: 57 [stream2file]: using 20 ringbuffers PANIC: not enough space in ringbuffer, available 55471, needed 80641 Stop [neutrino] executing /var/tuxbox/config/recording.end Danach reagiert sie nicht mehr und nur noch Stecker ziehen hilft... Ich denke, der Fehler ist recht eindeutig EDIT: Also ich habe jetzt testweise, die Ringpuffer bis auf 99 hochgesetzt. Das bringt aber nur kurz Abhilfe und dann kommt der gleiche Fehler. Sprich es werden einfach keine Daten auf das Mount Verzeichniss geschrieben und sobald der Buffer voll ist, tritt der Fehler auf. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 11. Oktober 2008 Melden Share Geschrieben 11. Oktober 2008 Habe exakt das gleiche Problem wie Scip auf 2 Nokia SAT Boxen. In den SFU Einstellungen ist alles wie immer und die Mounts sind auch unverändert. Netzwerk, PC usw. alles unverändert. Das Problem scheint erst nach dem Update auf das Juni Image aufgetreten zu sein. Da ich allerdings schon länger nichts mehr aufgenomen habe, kann ich das aber nur vermuten. Früher liefen die Aufnahmen zumindest problemlos. thx 4 help hier noch mein Log: ----------------------------------------------------------------------------------------- [neutrino] executing /var/tuxbox/config/recording.start [neutrino] executing /var/tuxbox/config/recording.dir killall: bsdice_watchdog: no process killed You need to specify whom to kill RECDIR=/mnt/filme - HDD aufwachen! Record channel_id: 44100012ee3 epg: 44100012ee300e3, apids 0x0 mode 1 fsk:0, Genre:129, Dauer: 70 [stream2file]: using 20 ringbuffers PANIC: not enough space in ringbuffer, available 2767, needed 133345 Stop [neutrino] executing /var/tuxbox/config/recording.end [controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9) exit [stream2file]: error in write: Input/output error ------------------------------------------------------------------------------------------ danach hängt sich die Box auf...nur noch Reset möglich. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 Habe mal das NFS Log aktiviert. Leider steht da bis zu dem Moment, wenn sich die Box beim Beenden der Aufnahme aufhängt, auch nicht viel aussagekräftiges drin. Microsoft Server For NFS Activity Log ------------------------------------------------------------------------- DATE TIME TASK RESULT ADDRESS DESCRIPTION... ------------------------------------------------------------------------- 10-14-2008 16:48:07 MOUNT SUCCESS 192.168.2.112 Y:\db2rec 10-14-2008 16:49:31 CREATE SUCCESS 192.168.2.112 \DosDevices\Y:\db2rec\.hdd_aufwachen 10-14-2008 16:49:31 DELETE SUCCESS 192.168.2.112 \DosDevices\Y:\db2rec\.hdd_aufwachen 10-14-2008 16:49:32 CREATE SUCCESS 192.168.2.112 \DosDevices\Y:\db2rec\VOX_Wildes_Wohnzimmer_2008-10-14_164931.xml 10-14-2008 16:49:42 CREATE SUCCESS 192.168.2.112 \DosDevices\Y:\db2rec\VOX_Wildes_Wohnzimmer_2008-10-14_164931.001.0 ------------------------------------------------------------------------- Noch jemand eine Idee? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
NASfan Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 [stream2file]: using 20 ringbuffersPANIC: not enough space in ringbuffer, available 2767, needed 133345 ...der Speicher deiner DBox ist praktisch vollgemüllt..... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 Habe jetzt Defragmentiert und neu geflasht. Problem ist aber unverändert... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
NASfan Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 ....und - wie sieht der Speicher jetzt aus? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 [stream2file]: using 50 ringbuffers PANIC: not enough space in ringbuffer, available 64311, needed 71801 btw. wieso jetzt nur 71801 und vorher waren es 133345? setze ich die Ringbuffer wieder von 50 auf 20 steht folgendes im Log: [stream2file]: using 20 ringbuffers PANIC: not enough space in ringbuffer, available 30791, needed 105321 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 Vielleicht solltest Du's mal mit dem April-2008-Image versuchen. Juni- und Juli-Image sind Betas, und da kann es durchaus sein, daß im Image was nicht korrekt funktioniert. Was Du auch mal nachsehen solltest, falls Du eine Nokia mit nur 16MB RAM onboard plus 16MB Erweiterung hast: ob das Erweiterungsmodul korrekt im Sockel sitzt oder gar kaputt ist. Und da ich nicht weiß, wie hoch Du die EPG-Events eingestellt hast: wenn dort zu hohe Werte drin stehen, geht der Box unweigerlich die Luft aus, was zum Fehlschlagen von Aufnahmen, Nichtfunktionieren des Videotextes bis hin zum Komplettabsturz führen wird. Fakt ist: Deine Box hat RAM-Mangel, die Ringpuffer können deshalb nicht angelegt werden. Normalerweise meldet sich die Box da aber auch zu Wort beim Beginn der Aufnahme: "fehlgeschlagen, zu wenig Speicher". Kann aber durchaus sein, daß das ein Fehler im Beta-Image oder ein Einstellungsfehler ist. Ich streame mit dem April-2008-Release, damit gibt's keine Probleme. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
NASfan Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 @merkwürden ...danke, dass Du mir die Tipparbeit erspart hast Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 14. Oktober 2008 Melden Share Geschrieben 14. Oktober 2008 danke merkwuerden. werde mir die EPG Einstellungen noch mal genau ansehen und zur Not das Image wechseln. vielen Dank auch an NASFan für die Unterstützung.. schönen abend! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 ich werd noch bekloppt :-/ Habe jetzt ein frisches April Image eingespielt. Ausser den Netzwerk/Verzeichnis Einstellungen habe ich an den Settings nichts verändert. Das Problem ist immer noch das gleiche. s.o. *Haarerauf* Auf der Nokia mit dem April Image sind 32 MB onboard Auf der Nokia mit dem Juni Image sind 16 + 16. Der Speicher ist aber auf beiden vollzählig da!!!??? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Silent-Tears Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 Ausser den Netzwerk/Verzeichnis Einstellungen habe ich an den Settings nichts verändert.Das Problem ist immer noch das gleiche. s.o. *Haarerauf* Ok, dann mal zur feineren Diagnose. Folgendes via Telnet ausführen und die Ausgabe hier posten. touch /mnt/filme/.test ls -al /mnt/filme/.test dd if=/dev/zero of=/mnt/filme/.test bs=1024 count=1 ls -al /mnt/filme/.test rm -f /mnt/filme.test Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 Irgendwas läuft da bei Dir gehörig daneben. Schau mal nach, wieviel RAM Du vor Beginn einer Aufnahme frei hast. Per Telnet mit "free" bzw auch mit "top", bei letzterem siehst Du auch gleich, welche Prozesse den meisten Speicher verbraten. Die Ausgabe von "top" kannst Du ja hier mal posten. Ich hab hier grade mal bei mir nachgesehen, Box läuft jetzt 7 Tage ohne Reboot: 4MB freier RAM (reicht mit 20 oder 30 Ringpuffern noch zum Streamen). Sonst kannst Du auch mal testweise dieses Plugin: epg-ramclean.zip testen. Schießt den sectionsd ab, zwingt 10MB RAM per Anlegen eines Dummy-Files in /tmp und anschließendem Löschen desselben frei, startet sectionsd neu und führt einen Rezap durch, damit die EPG-Daten des laufenden Transponders gleich wieder neu eingelesen werden. Nach Ausführung des Plugins solltest Du mindestens 6MB RAM wieder frei haben. Achtung! nur für April-Image, bei den nachfolgenden Betas weiß ich nicht, ob die operations noch so aufgebaut ist, ich hab nur mit dem April-Image getestet. Und: nur für 32MB Boxen, 16er werden unweigerlich abstürzen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 ok, hier die telnet Ausgabe vor Aufnahme von "free": /var # free total used free shared buffers Mem: 30884 28676 2208 0 2876 Swap: 0 0 0 Total: 30884 28676 2208 -------------------------------------------------------------------- hier die Ausgabe von "top": 12:44pm up 14 min, 0 users, load average: 0.17, 0.22, 0.18 44 processes: 43 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 2.9% user, 17.7% system, 0.0% nice, 79.5% idle Mem: 30884K total, 29084K used, 1800K free, 2944K buffers Swap: 0K total, 0K used, 0K free, 9968K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 462 root 19 0 840 840 680 R 7.9 2.7 0:03 top 458 root 9 0 464 464 388 S 1.8 1.5 0:00 telnetd 445 root 9 0 5892 5080 2524 S 0.9 16.4 0:06 neutrino 76 root 9 0 0 0 0 SW 0.1 0.0 0:00 avia_av_wdt 1 root 8 0 484 480 448 S 0.0 1.5 0:04 init 2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd 3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0 4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd 5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush 6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated 7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd 17 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3 104 root 9 0 592 592 500 S 0.0 1.9 0:00 inetd 162 root 9 0 0 0 0 SW 0.0 0.0 0:00 cifsoplockd 172 root 8 0 536 532 460 S 0.0 1.7 0:00 start_neutrino 173 root 9 0 484 480 448 S 0.0 1.5 0:00 init 174 root 9 0 484 480 448 S 0.0 1.5 0:00 init 175 root 9 0 484 480 448 S 0.0 1.5 0:00 init 177 root 9 0 484 480 448 S 0.0 1.5 0:00 init 178 root 9 0 484 480 448 S 0.0 1.5 0:00 init 179 root 9 0 484 480 448 S 0.0 1.5 0:00 init 187 root 13 5 3616 3616 1252 S N 0.0 11.7 0:00 sectionsd 188 root 13 5 3616 3616 1252 S N 0.0 11.7 0:00 sectionsd 189 root 12 5 3616 3616 1252 S N 0.0 11.7 0:00 sectionsd 190 root 13 5 3616 3616 1252 S N 0.0 11.7 0:59 sectionsd 192 root 12 5 3616 3616 1252 S N 0.0 11.7 0:00 sectionsd 194 root 12 5 3616 3616 1252 S N 0.0 11.7 0:00 sectionsd 195 root 12 5 3616 3616 1252 S N 0.0 11.7 0:00 sectionsd 196 root 13 5 3616 3616 1252 S N 0.0 11.7 0:09 sectionsd 198 root 9 0 1156 1156 1000 S 0.0 3.7 0:00 timerd 203 root 9 0 1156 1156 1000 S 0.0 3.7 0:00 timerd 206 root 9 0 1156 1156 1000 S 0.0 3.7 0:00 timerd 210 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0 361 root 9 0 700 696 596 S 0.0 2.2 0:01 scam 404 root 9 0 3756 3756 1144 S 0.0 12.1 0:04 zapit 406 root 9 0 1200 1200 1036 S 0.0 3.8 0:00 controld 409 root 9 0 1200 1200 1036 S 0.0 3.8 0:00 controld 410 root 9 0 1200 1200 1036 S 0.0 3.8 0:00 controld 411 root 9 0 2364 2364 1364 S 0.0 7.6 0:00 nhttpd 429 root 8 0 5892 5080 2524 S 0.0 16.4 0:15 neutrino 444 root 9 0 5892 5080 2524 S 0.0 16.4 0:00 neutrino 449 root 9 0 0 0 0 SW 0.0 0.0 0:00 rpciod 450 root 9 0 5892 5080 2524 S 0.0 16.4 0:00 neutrino 459 root 9 0 688 688 584 S 0.0 2.2 0:00 sh -------------------------------------------------------------- @Silent-Tears, hier die Ausgaben aud die Kommandos: /var # /var # touch /mnt/filme/.test /var # ls -al /mnt/filme/.test -rw-r--r-- 1 root -2 0 Oct 15 12:46 /mnt/filme/.test /var # dd if=/dev/zero of=/mnt/filme/.test bs=1024 count=1 1+0 records in 1+0 records out /var # ls -al /mnt/filme/.test -rw-r--r-- 1 root -2 1024 Oct 15 12:47 /mnt/filme/.test /var # rm -f /mnt/filme.test /var # Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 Freier Speicher um die 2MB ist für Aufnahmen zu wenig. 20 Ringpuffer (weniger geht nicht) wollen allein schon 1,3MB haben (ein Ringpuffer = 68056 Bytes). Dazu kommt der Aufnahmeprozeß selber, der frißt auch nochmal 3 bis 4 MB. Das Fehlschlagen der Aufnahme ist damit vorprogrammiert. Das eigentliche Problem: Neutrino gibt nicht benötigten Speicher oft nicht freiwillig wieder her. Luft hätte die Box normalerweise schon noch, aber wenn der momentan ungenutzte Speicher (für Caches usw) nicht mehr (ordentlich) rausgerückt wird... Kannst ja per Telnet mal "top" mitlaufen lassen und eine Aufnahme starten, dann siehst Du, was da speichermäßig losgeht. Versuch's mal mit meinem angehangenen Plugin. Starte das 3 bis 4 Minuten vor der Aufnahme mal (kannste auch per Timer machen), dann lasse die Aufnahme los. Wenn ich richtig liege, wird die Aufnahme ohne Mucken funktionieren. Achso... falls Du "sectionsd anhalten" während der Aufnahme nicht ein hast, mach das auch mal. Sonst murkst das Teil permanent im Hintergrund mit Neueinlesen von Events rum, was dann auch wieder den Speicher vollmüllt. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 Danke für deine Mühe merkwuerden! Wie starte ich das Plugin über die Box nachdem ich es per FTP draufgeschoben habe, bzw. geht das nur über telnet? thx Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 Ach du lieber Gott... Beigelegte Readme haste gelesen? Wenn Du die Dateien so in die Box kopiert und die Rechte entsprechend vergeben hast: dBox-Taste -> Service -> Plugins neu laden. Dann taucht das im Blaue-Taste-Menü als RAM-Clean & EPG-Reset auf, von wo es auch gestartet werden kann. Und ist dann auch als Timer (Timertyp Plugin ausführen) verwendbar. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 sorry, problem saß vor dem Bildschirm, hatte in der Hektik 2 Dateien ins falsche Verzeichnis geschoben ....grmpfl, nicht mein Tag.. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
acbattery Geschrieben 15. Oktober 2008 Melden Share Geschrieben 15. Oktober 2008 Plugin funktioniert erst mal aber Problem bleibt nach dem Ausführen zeigt "top" 9834K free das wird dann ohne Aktionen an der Box weniger und pendelt sich dann schließlich so bei 9536K free ein. Starte ich die Aufnahme, dann schrumpft der freie Speicher auf ca. 5244K (es wird aber außer zwei 0K großen Dateien nichts auf die Platte geschrieben) Stoppe ich die Aufnahme geht der freie Speicher runter auf ca. 3124K free und die Box hängt sich auf... nach o.a Vorgehensweise erhlate ich über telnet die folgende Ausgabe mittels "setconsole": [stream2file]: using 20 ringbuffers PANIC: not enough space in ringbuffer, available 55471, needed 80641 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.