Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - sparkie

Seiten: [1] 2 3 ... 5
1
Falls noch jemand Alternativvorschläge hat, die erprobt sind und sicher funktionieren, her damit :-D

nimm lieber Standardhardware+Standardsoftware. So ein System benoetigt heutzutage auch nur ein paar Watt. Aber es funktioniert im Gegensatz zu Spezialloesungen out-of-the-box (falls du nicht selbst in die Entwicklung investieren willst).
http://www.vdr-portal.de/board18-vdr-hardware/board84-allgemein/p1135340-server-box-nur-f%C3%BCr-vdr/#post1135340

ich habe auf diese Weise am DN2800MT 7 Sundtek-Sticks haengen und versorge damit ueber LAN das ganze Haus mit DVB-T DVB-S2 DVB-C. Funktioniert wie eine eins. Keinerlei Probleme mit Netzwerk- oder CPU Auslastung. Betriebssystem ist ein einigermassen minimales Debian 7.0 (benoetigt ca. 300MB Plattenplatz auf einem Speicherstick).

- sparkie

2
falls ihr mich meint - ich glaube es euch dass der Update das Problem loest :) im Moment kann ich es nicht testen, da die Anlage produktiv laeuft... und mein Workaround (zumindest fuer mich) auch schon alle Probleme beseitigt hat.

trotzdem vielen Dank fuer den Fix!

- sparkie

3
@PumpkinEater:

du scheinst das gleiche Problem wie ich zu haben:
http://support.sundtek.com/index.php/topic,990.msg6885.html#msg6885

Loesung:
1. diese Files:

/etc/udev/rules.d/80-mediasrv-eeti.rules
/lib/udev/rules.d/80-mediasrv-eeti.rules

einfach loeschen. Damit wird der 'mediasrv' erst mal nicht gestartet. Nachdem das, wie wir gesehen haben ja sowieso keinen Sinn macht, sollte das Netzwerk noch nicht oben sein. Da ich im laufenden Betrieb keine Sticks zu/abstecke sind obige Regeln fuer mich also nur kontraproduktiv.

2. ich starte den 'mediasrv' stattdessen erst in '/etc/rc.local' mittels

/opt/bin/mediaclient --start

fertig.

- sparkie


4
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Voraussetzungen für Tuner
« am: August 15, 2012, 12:53:31 Nachmittag »
oder was meinst du mit Multiswitch?

gemeint ist ein "SAT Server" wie hier beschrieben: http://www.vdr-portal.de/board18-vdr-hardware/board84-allgemein/p1082137-server-box-nur-f%C3%BCr-vdr/#post1082137

die IMHO umfassenste Loesung fuer dein Problem mit den geringsten Einschraenkungen spaeter. Ich habe mir auch so nen Teil gebaut und bin begeistert.

langsam scheinen auch die Hersteller von LNBs zu begreifen dass IP das richtige Protokoll fuer diesen Zweck ist.

- sparkie

5
Hallo,

ok danke fuer die Erklaerungen und Tipps!

Das mit dem "ir_disabled=1" habe ich jetzt mal so eingestellt. Nachdem das Problem erst nach 1 Woche auftritt ist es nicht so schlimm. Evtl. erweitere ich mein Script um ein paar Recovery Massnahmen so  dass der mediasrv wieder automatisch gestartet wird.

vielleicht wuerde es auch was nutzen alle paar Tage einen Restart des mediasrv zu machen.

Mal sehen wie's weitergeht...

- sparkie

6
Das ist ein eindeutiges Zuverlaessigkeitsproblem des USB Stacks des Raspberry PIs

sorry, aber das ist doch gar kein Raspberry den ich hier habe?

7
leider gibt's jetzt was Neues, aber leider nichts Gutes. Nachdem die Kiste fast
7Tage ohne Probleme durchgelaufen ist, faengt es wieder an:

mediaclient haengt sporadisch.

Jetzt bin ich auf die Idee gekommen diesen mit Timeout aufzurufen, z.B:
timeout 7 /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0...

das ging eine Weile sogar gut bis  dann  diese Meldungen im log auftreten:
Aug 13 02:04:49 mach kernel: [387338.682111] INFO: task mediasrv:2174 blocked for more than 120 seconds.
Aug 13 02:04:49 mach kernel: [387338.682113] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Aug 13 02:04:49 mach kernel: [387338.682115] mediasrv      D 0000000000000000     0  2174      1 0x00000000
Aug 13 02:04:49 mach kernel: [387338.682118]  ffffffff814891f0 0000000000000086 0000000000000000 0000000000000292
Aug 13 02:04:49 mach kernel: [387338.682120]  0000000000000292 ffffffff8119c24f 000000000000f9e0 ffff8802280e7fd8
Aug 13 02:04:49 mach kernel: [387338.682122]  0000000000015780 0000000000015780 ffff88023ac83170 ffff88023ac83468
Aug 13 02:04:49 mach kernel: [387338.682125] Call Trace:
Aug 13 02:04:49 mach kernel: [387338.682130]  [<ffffffff8119c24f>] ? map_single+0x17b/0x1e8
Aug 13 02:04:49 mach kernel: [387338.682133]  [<ffffffff8119c52b>] ? swiotlb_map_page+0x93/0xc4
Aug 13 02:04:49 mach kernel: [387338.682136]  [<ffffffff812fbe2d>] ? schedule_timeout+0x2e/0xdd
Aug 13 02:04:49 mach kernel: [387338.682154]  [<ffffffffa000def7>] ? usb_hcd_submit_urb+0x77e/0x86b [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682156]  [<ffffffff812fbce4>] ? wait_for_common+0xde/0x15b
Aug 13 02:04:49 mach kernel: [387338.682160]  [<ffffffff8104a46c>] ? default_wake_function+0x0/0x9
Aug 13 02:04:49 mach kernel: [387338.682165]  [<ffffffffa000f576>] ? usb_start_wait_urb+0x71/0xb7 [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682169]  [<ffffffffa000f7fa>] ? usb_control_msg+0x112/0x135 [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682173]  [<ffffffffa00169d3>] ? usbdev_ioctl+0x31d/0x13ba [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682176]  [<ffffffff8104828d>] ? finish_task_switch+0x3a/0xaf
Aug 13 02:04:49 mach kernel: [387338.682178]  [<ffffffff812fba70>] ? thread_return+0x79/0xe0
Aug 13 02:04:49 mach kernel: [387338.682180]  [<ffffffff81192d88>] ? rb_insert_color+0x66/0xe2
Aug 13 02:04:49 mach kernel: [387338.682183]  [<ffffffff81067c59>] ? lock_hrtimer_base+0x1b/0x3c
Aug 13 02:04:49 mach kernel: [387338.682185]  [<ffffffff81067cf2>] ? hrtimer_try_to_cancel+0x3a/0x43
Aug 13 02:04:49 mach kernel: [387338.682189]  [<ffffffff810faec3>] ? vfs_ioctl+0x56/0x6c
Aug 13 02:04:49 mach kernel: [387338.682190]  [<ffffffff810fb3dc>] ? do_vfs_ioctl+0x48d/0x4cb
Aug 13 02:04:49 mach kernel: [387338.682192]  [<ffffffff8106750f>] ? hrtimer_wakeup+0x0/0x22
Aug 13 02:04:49 mach kernel: [387338.682194]  [<ffffffff812fc52f>] ? do_nanosleep+0x4a/0xa3
Aug 13 02:04:49 mach kernel: [387338.682196]  [<ffffffff810fb46b>] ? sys_ioctl+0x51/0x70
Aug 13 02:04:49 mach kernel: [387338.682198]  [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b
Aug 13 02:04:49 mach kernel: [387338.682200] INFO: task mediasrv:2175 blocked for more than 120 seconds.
Aug 13 02:04:49 mach kernel: [387338.682201] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Aug 13 02:04:49 mach kernel: [387338.682202] mediasrv      D ffff880008a0fa20     0  2175      1 0x00000000
Aug 13 02:04:49 mach kernel: [387338.682204]  ffffffff814891f0 0000000000000086 0000000000000000 0000000000000292
Aug 13 02:04:49 mach kernel: [387338.682206]  0000000000000292 ffffffff8119c24f 000000000000f9e0 ffff8802280ebfd8
Aug 13 02:04:49 mach kernel: [387338.682208]  0000000000015780 0000000000015780 ffff88023ac846a0 ffff88023ac84998
Aug 13 02:04:49 mach kernel: [387338.682210] Call Trace:
Aug 13 02:04:49 mach kernel: [387338.682212]  [<ffffffff8119c24f>] ? map_single+0x17b/0x1e8
Aug 13 02:04:49 mach kernel: [387338.682214]  [<ffffffff8119c52b>] ? swiotlb_map_page+0x93/0xc4
Aug 13 02:04:49 mach kernel: [387338.682216]  [<ffffffff812fbe2d>] ? schedule_timeout+0x2e/0xdd
Aug 13 02:04:49 mach kernel: [387338.682220]  [<ffffffffa000def7>] ? usb_hcd_submit_urb+0x77e/0x86b [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682222]  [<ffffffff812fbce4>] ? wait_for_common+0xde/0x15b
Aug 13 02:04:49 mach kernel: [387338.682224]  [<ffffffff8104a46c>] ? default_wake_function+0x0/0x9
Aug 13 02:04:49 mach kernel: [387338.682229]  [<ffffffffa000f576>] ? usb_start_wait_urb+0x71/0xb7 [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682233]  [<ffffffffa000f7fa>] ? usb_control_msg+0x112/0x135 [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682237]  [<ffffffffa00169d3>] ? usbdev_ioctl+0x31d/0x13ba [usbcore]
Aug 13 02:04:49 mach kernel: [387338.682239]  [<ffffffff8104828d>] ? finish_task_switch+0x3a/0xaf
Aug 13 02:04:49 mach kernel: [387338.682241]  [<ffffffff812fba70>] ? thread_return+0x79/0xe0
Aug 13 02:04:49 mach kernel: [387338.682244]  [<ffffffff8102462a>] ? lapic_next_event+0x18/0x1d
Aug 13 02:04:49 mach kernel: [387338.682246]  [<ffffffff81067c59>] ? lock_hrtimer_base+0x1b/0x3c
Aug 13 02:04:49 mach kernel: [387338.682248]  [<ffffffff81067cf2>] ? hrtimer_try_to_cancel+0x3a/0x43
Aug 13 02:04:49 mach kernel: [387338.682250]  [<ffffffff810faec3>] ? vfs_ioctl+0x56/0x6c
Aug 13 02:04:49 mach kernel: [387338.682253]  [<ffffffff810fb3dc>] ? do_vfs_ioctl+0x48d/0x4cb
Aug 13 02:04:49 mach kernel: [387338.682256]  [<ffffffff810fb46b>] ? sys_ioctl+0x51/0x70
Aug 13 02:04:49 mach kernel: [387338.682257]  [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b

dieser Stack steht genau 5x in 2 Minuten abstaenden im Log.

Jetzt laeuft gar nichts mehr. Beide "mediasrv" haben sich beendet. Wobei ich dazu sagen muss ich bin gezwungen beide "80-mediasrv-eeti.rules" wegen [workaround] Option '--scan-network' funktioniert leider nicht  zu loeschen. Vielleicht wuerde  sich der "mediasrv" ansonsten selbst wieder neu starten. ABer ok ist das natuerlich alles nicht.

Gibt es einen Workaround? Oder irgendetwas was ich noch tun koennte? Kann hier bulk/iso Umstellung tatsaechlich was bewirken?

Wie gesagt Debian aktueller Standard-64bit-Kernel "squeeze" und "120803.2038" und  ganz normale PC Hardware (Asus P8H61-I ).

- sparkie

8
Treiber / Re:Raspberry PI
« am: August 08, 2012, 04:25:15 Vormittag »
D.h. mal mit einem aktiven USB-Hub testen ? Mache ich gleich ;)

also - geht doch alles mit einem aktiven HUB:

Zitat von: fLoo
Ja habe ich, mit einem 4x aktiv USB-Hub hat es dann geklappt, lag wohl wirklich an der Stromversorgung.

siehe hier

wenn man von den Leuten, nachdem sie hier eine Antwort bekommen haben nix mehr hoert, dann funktioniert meistens alles ;D

- sparkie


9
so, die "120803.2038" hat bis jetzt ueber 24 Stunden ohne Probleme durchgehalten. Wobei ich zum Installationszeitpunkt auch rebooten musste. Was die Situation vielleicht sowieso entschaerft hat.

Sieht also bis jetzt gut aus  :) Ich melde mich wieder wenn's was Neues gibt...

- sparkie

10
Beobachte mal den aktuellen Treiber. Aktuell wurde das Problem nur von dir gemeldet.

ok, die 120803.2038 ist jetzt installiert.

Zitat
Wichtig ist die Frage ob sich der Treiber komplett stoppen lässt (killall -9 mediasrv eventuell mehrfach). Falls nicht hat sich der USB Controller weggehangen und blockiert den USB Stick.

werde ich pruefen, falls er nochmal haengen sollte

Zitat
Falls die Sticks noch auf Iso eingestellt sind schalte sie auf Bulk um "/opt/bin/mediaclient --dtvtransfermode=bulk" da dieser Modus unter Linux besser zu funktionieren scheint (falls es bereits auf Bulk eingestellt wurde, dann eventuell den Iso Modus einstellen "--dtvtransfermode=iso" (anschließend muss das Gerät neu angeschlossen werden.

aktuell laufen die  noch auf "bulk" wie immer schon auf diesem System.  Ich moechte nicht zu viel auf einmal aendern. Aber habe es vorgemerkt.

wenn es was neues gibt poste  ich  wieder hier. Danke fuer den prompten Support!

- sparkie

11
kann man mediasrv noch mittels killall -9 mediasrv stoppen (wie erwähnt ohne den Stick neu anzuschliessen)?

das hatte ich gestern noch gemacht, bevor ich weg musste. Der mediasrv ist dabei noch als Zombie '<defunct>' herumgehangen. Das System war aber kurze Zeit spaeter nicht mehr zu gebrauchen. Ping ging noch aber aber kein login mehr. Xserver war ohne Reaktion.

Zitat
Sieht sehr nach einem Problem des USB Stacks auf dem System aus, was für ein Kernel wird dort denn verwendet?

es ist der aktuelle Standard debian 6.0 (squeeze) Kernel ("2.6.32-5-amd64").

ich habe erst mal noch keinen neuen sundtek Treiber installiert. Ich beobachte das Ganze noch ein wenig.

Wenn ihr noch eine Todo-Liste habt was ich machen soll wenn das Ganze wieder haengt (kann aber durchaus Tage dauern), bitte hier posten.

Zu meinem Script. Ich mache eigentlich nichts anderes als der Reihe nach alle 8 Frequenzen einzustellen. Der dvbsnoop/dvbtraffic dawischen ist vermutlich nicht interessant. Wenn alle 8 Frequenzen durch sind geht der STick noch kurz in den powersave. Das Ganze wiederholt sich minuetlich. Sinngemaess sind das Script so aus:
while :; do
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 546000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 554000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 562000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 570000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 578000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 586000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 594000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 602000000 -M Q256 -S 6952000
    LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0
    sleep 45
done

das laeuft im Schnitt vielleicht 15 Stunden bis es haengt. Ist aber auch schon 2 Tage durchgelaufen.

- sparkie

12
Lässt sich der Treiber denn einfach Stoppen? (ohne den Stick neu anzuschliessen!)

zu welchem Zeitpunkt ist das gemeint? Das System haengt ja nun nach dem strace leider nicht mehr. Aber stimmt, es verhaelt sich alles etwas eigenartig.
Wenn ich jetzt mache:

/opt/bin/mediaclient --shutdown

dann haengt der auch.

/opt/bin/mediaclient --shutdown
Shutting down Multimedia Stack
###
### haengt hier, laesst sich aber z.B. mit SIGTERM beenden.
###


Stick wechselt nicht mehr in den Standby. Und die beiden '/opt/bin/mediasrv' laufen munter weiter. Dabei habe ich meine Applikation vorher gestoppt.

Der Stick steckt seit Tagen. Den haenge ich normal nicht ab. Kann es bei Bedarf aber machen.

Zitat
Mittlerweile wird das Treiberpaket mit mehreren verschiedenen Treibern ausgeliefert, wenn du mir das Skript lieferst kann ich das bei uns mal eine Zeit lang laufen lassen.

das wuerde ich gerne machen. Aber das Script ist Bestandteil einer groesseren Umgebung mit awk-Libraries etc. Das kann man nicht einfach nur starten. Ich glaube das waere zu aufwaendig, wenn ihr das bei euch zum Laufen bringen wollt. Aber ich kann euch die Sourcen schon ueberspielen wenn ihr euch das antun wollt :)


13
Versuch das mal mit dem aktuellen Treiber.

ok, alles klar! Ich werde das leider heute nicht mehr schaffen. Aber ich werde das Ergebnis dann hier demnaechst posten.

Vielen Dank und schoenen Samstag noch!

- sparkie

14
achja, das ist ja witzig. Wenn ich einen 'strace -p #' auf den mediaclient starte dann detached er sich vom strace und alles geht ganz normal weiter :)

mit diesen Log-Lines:

2012-08-04 16:24:35 [23320] Constellation: QAM256
2012-08-04 16:24:35 [23320] Mirroring: Mirrored

###
### letzte Zeile vor dem Hang (siehe oben)
###

2012-08-04 16:43:06 [23320] Channel found (570000000)
2012-08-04 16:43:06 [23320] =============
2012-08-04 16:43:06 [23320] Symbol rate: 6951987
2012-08-04 16:43:06 [23320] Constellation: QAM256
2012-08-04 16:43:06 [23320] Mirroring: Mirrored
2012-08-04 16:43:06 [23320] Disabling HW PID Filter
2012-08-04 16:43:06 [23320] TS Sync byte not aligned, realigning stream (0 // 0)
2012-08-04 16:43:07 [23320] Setting Frequency: 578000000
2012-08-04 16:43:07 [23320] Setting Symbolrate: 6952000
2012-08-04 16:43:07 [23320] Setting Modulation: 5
2012-08-04 16:43:08 [23320] Channel found (578000000)
2012-08-04 16:43:08 [23320] =============
2012-08-04 16:43:08 [23320] Symbol rate: 6951987

15
WOW - Samstag Support - danke :)

Was zeigt denn dmesg an?

da ist schon 3 Stunden (vor dem Haenger) kein Eintrag mehr erfolgt. Auch in sonstigen Logfiles keine Auffaelligkeiten.

Zitat
Woran steckt der Stick denn?

in einem Asus P8H61-I mit Debian Squeeze. System laeuft seit Wochen rockstable.

- sparkie

Seiten: [1] 2 3 ... 5