[SOLVED] Probleme mit dem hdplayer der eHD

  • Hallo Zusammen,


    ich habe mir mal die svn Revision 7168 installiert.


    Soweit, so gut, - jedoch habe ich ein Problem, dass des hdplayer nicht gestartet wird.


    ich starte die eHD mit:

    Code
    hdboot -w 15 -i linux.bin


    Wenn ich mich dann mittels telnet einlogge und

    Code
    ls -la /tmp/hdplayer

    eingebe, meldet mir die eHD recht freundlich:

    Code
    hdext # ls -la /tmp/hdplayer
    ls: /tmp/hdplayer: No such file or directory
    hdext #


    shmnetd scheint zu aber zu laufen:

    Code
    vdr01 ~ # pidof shmnetd
    4233
    vdr01 ~ #


    Wenn ich nun aber

    Code
    screen -d -m shmnetd

    eingebe, läuft der hdplayer seltsamerWeise. [Blockierte Grafik: http://img183.imageshack.us/img183/4952/iconconfusedbn9.gif]


    Code
    hdext # ls -la /tmp/hdplayer
    ls: /tmp/hdplayer: No such file or directory
    hdext # ls -la /tmp/hdplayer
    -rw-r--r--    1 0        0               0 Jan  1 00:17 /tmp/hdplayer
    hdext #


    Allerdings ist jetzt shmnetd 2 Mal gestartet...

    Code
    vdr01 ~ # pidof shmnetd
    9544 4233
    vdr01 ~ #

    ...und die Reaktion der eHD via telnet wird dann seeeeehr träge.


    Hat Jemand eine Idee wie ich Problem beheben könnte?

  • die datei hdplayer scheint nicht vom tftpserver rechtzeitig zur verfügung gestellt werden.


    Da darf die datei /tmp/hdplayer nicht 0 Bytes gross sein.


    Gruß,
    Chris

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

  • Wenn du dich einloggen kannst, muss der smhnetd sicher nicht nochmal gestartet werden...


    Der hdplayer wird auf der HDE von hdplayermgr per tftp gezogen, das kann manchmal etwas dauern. Und eine Länge 0 für den hdplayer ist ungünstig, das klingt eher nach Timeout oder so. Kommt der tftp-Request beim Host an?

  • Naja, kommt darauf an, wie dein tftpd jetzt läuft. Tut er es überhaupt? Wenn man den abschiesst/deaktiviert, kann man ihn von Hand mit "/usr/sbin/in.tftpd -L -v -v -s /usr/share/reel" starten. Da sollten dann auch Logginginfos in /var/log/messages rauskommen.

  • Zitat

    Original von real_schorsch
    Naja, kommt darauf an, wie dein tftpd jetzt läuft. Tut er es überhaupt? Wenn man den abschiesst/deaktiviert, kann man ihn von Hand mit "/usr/sbin/in.tftpd -L -v -v -s /usr/share/reel" starten. Da sollten dann auch Logginginfos in /var/log/messages rauskommen.


    hmmmm,


    wenn ich das logging aktiviere kommt endlos folgende Meldung:


    Code
    .....
    Jul 26 06:28:07 [in.tftpd] RRQ from 192.168.99.129 filename /hdplayer/hdplayer_
    Jul 26 06:28:07 [in.tftpd] sending NAK (1, File not found) to 192.168.99.129
    Jul 26 06:28:09 [in.tftpd] RRQ from 192.168.99.129 filename /hdplayer/hdplayer_
    Jul 26 06:28:09 [in.tftpd] sending NAK (1, File not found) to 192.168.99.129
    Jul 26 06:28:10 [in.tftpd] RRQ from 192.168.99.129 filename /hdplayer/hdplayer_
    Jul 26 06:28:10 [in.tftpd] sending NAK (1, File not found) to 192.168.99.129
    Jul 26 06:28:11 [in.tftpd] RRQ from 192.168.99.129 filename /hdplayer/hdplayer_
    Jul 26 06:28:11 [in.tftpd] sending NAK (1, File not found) to 192.168.99.129
    .....


    Wenn ich das richtig interpretiere, findet die eHD den hdplayer nicht.


    Wo sollte der den liegen? Ich habe ihn ins gleiche Verzeichnis gepackt wie die linux.bin (--> bei mir /opt/reelbox-ehd)


    Installiert habe ich das ganze so, wie ich es hier beschrieben habe.

  • versuche mal tftp localhost und dann get /hdplayer/hdplayer da sollte dann das File kommen. Sollte es da eine Fehlermeldung geben, dann sollte die /etc/inetd.conf näher untersucht werden. Da sollte sowas wie


    tftp dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.tftpd -s /srv/tftp


    Bei mir liegt das eben alles in /srv/tftp, den Pfad müsstet Du dann entsprechend anpassen.

    Intel T7200, 2GB, 2*Seagate ST3750640AS, TT-2.3+CI, vdr-1.4+streamdev-server
    I

  • Zitat

    Original von bitkocher
    versuche mal tftp localhost und dann get /hdplayer/hdplayer da sollte dann das File kommen......


    Ähhm...., ich nicht dass ich das verstehe was du meinst. [Blockierte Grafik: http://img183.imageshack.us/img183/4952/iconconfusedbn9.gif]


    Hier mal meine files zu TFTP


    das Startssript (/etc/init.d/in.tftpd)


    und die conf dazu (/etc/conf.d/in.tftpd)


  • Wird der TFTP Daemon auch vor dem Booten der eHD gestartet?


    Ich weiss nicht wie bei gentoo die Startreihenfolge ist, aber bei Suse wird der tftp-Daemon mittels xinet gestartet und dies ist dummerweise das letze zu startenden Skript unter /etc/init.d/rc3.d und kommt damit für den ehd Loader zu spät. Ich verwende deshalb einen unabhängigen tftp-Daemon (atftp), diesen kann ich direkt im Startskript der eHD mit starten falls es bis zu diesem Zeitpunkt noch nicht läuft.


    Das würde zumindest erklären weshalb du den hdplayer von Hand starten kannst.

    Gruß
    Frodo

  • Das Startscript habe ich angepasst, so dass der TFTP-server in jedem Fall vor der eHD gestartet wird.



    Leider brachte das auch keine besserung. :weinen


    was mich aber immer noch irritiert ist dass wenn ich

    Code
    screen -d -m shmnetd

    eingebe, bleiden die meldungen

    Code
    Jul 27 06:43:06 [in.tftpd] RRQ from 192.168.99.129 filename /hdplayer/hdplayer_
    Jul 27 06:43:06 [in.tftpd] sending NAK (1, File not found) to 192.168.99.129

    kurzzeitig aus.


    Dann wird auf der eHD folgendes ausgegeben:

    Code
    hdext # ls -la /tmp/hdplayer
    -rw-r--r--    1 0        0               0 Jan  1 00:17 /tmp/hdplayer
    hdext #


    Nach ca. 20 Sek. dann aber wieder:

    Code
    hdext # ls -la /tmp/hdplayerls -la /tmp/dhplayer
    ls: /tmp/hdplayerls: No such file or directory

    und

    Code
    Jul 27 06:49:01 [in.tftpd] RRQ from 192.168.99.129 filename /hdplayer/hdplayer_
    Jul 27 06:49:01 [in.tftpd] sending NAK (1, File not found) to 192.168.99.129
  • Bau zwischen die einzelne Schritte jeweils mal ein sleep 5 ein und schaue, ob es dann geht....und nehem die sleeps dann nach und nach wieder raus oder mach sie kleiner..

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

  • Problem gelöst.


    Ich habe heute noch auf svn 7189 upgedatet und und für den hdplayer ein Unterverzeichnis angelegt, dann gings.



    Hier mal ein Auzug meines Installationsweges:


Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!