mvp H4 lädt dongle.bin nicht

    hallo leute


    habe bereits diverse "alte" mvps ohne probleme mit vomp plugin 0.3.0.7 im einsatz. habe nun 2 neue H4 gekauft. habe daher auch eine dongle.bin.ver erstellt (mit maximaler versionsnummer).


    das erste booten funktioniert tadellos. mvp holt sich ip adresse und dongle.bin und es funktioniert alles. dann mach ich einen reboot, oder trenne das gerät vom strom, und es bleibt beim booten bei "starting application" stehen. dabei wird nur eine ip adresse vergeben (ich kann den mvp pingen), aber er holt sich keine dongle.bin wie es scheint.


    wenn ich dann am selben ethernetkabel (also gleicher switchport) den 2ten H4 anhänge bootet der ganz normal. rebooten geht wieder nicht. dann hänge ich wieder den ersten an: und es geht wieder alles. bis zum reboot. so kann man das spiel ewig spielen: das erste mal booten am gleichen switchport klappt, das 2te mal nicht.


    dhcp läuft auf der fortigate firewall, bei der static ipadress vergabe zu mac adresse eher mühsam ist. dhcp am vdr laufen lassen wäre eine möglichkeit, aber da ich die maschine nur remote administrieren kann im moment, eher riskant - wenn bei der config was falsch geht stehe ich nach nem reboot vielleicht ohne ip adresse da, und komm nicht mehr auf den server.


    wer von euch hat eine idee woran das liegen könnte? habe den selbe thread auch auf englisch auf der vomp seite eröffnet. mal sehen ...


    danke für eure tips.
    servus izeman

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Einmal editiert, zuletzt von izeman ()

    mach ich gerne. kann aber noch ein wenig dauern. log war aufgedreht und ist inzwischen 1.2G gross. da ich nur remote auf die kiste drauf kann, und die beim öffnen leicht röchelt, kann das noch dauern, da ich erstmal wieder lokal vor ort sein muss.


    danke inzwischen

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    so. jetzt endlich das log:

    vdrserver:~# tail -f /var/log/vompserver.log
    14:04:01.272712 [debug] BOOTPD - Starting bootpd
    14:04:01.272746 [debug] BOOTPD - Bootp replier started
    14:04:01.272749 [debug] BOOTPD - Starting wait
    14:04:01.272775 [info] Main - TFTP path '/tftpboot/'
    14:04:01.272784 [debug] Tftpd - Starting TFTPd
    14:04:01.272809 [debug] Tftpd - TFTP server started with base path '/tftpboot/'
    14:04:01.272812 [debug] Tftpd - Starting wait
    14:04:01.272831 [debug] MVPRelay - MVPRelay replier started
    14:04:01.272840 [info] Main - MVPRelay started
    14:04:01.272856 [debug] Main - MVPServer run success
    14:04:39.606517 [debug] BOOTPD - Wait finished
    14:04:39.606561 [debug] BOOTPD - Got request
    14:04:39.610556 [debug] Config - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:04:39.610579 [debug] BOOTPD - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:04:39.614152 [debug] Config - Config error: Key IP not found
    14:04:39.614171 [WARN] BOOTPD - No IP found for MVP. Hopefully it has one already...
    14:04:39.614205 [debug] Config - Config error: Key Override IP not found
    14:04:39.614220 [debug] BOOTPD - Will not change MVP IP if it already has one
    14:04:39.614238 [debug] BOOTPD - No IP found to give to MVP
    14:04:39.614245 [debug] BOOTPD - Starting wait
    14:04:39.614257 [debug] BOOTPD - Wait finished
    14:04:39.614265 [debug] BOOTPD - Got request
    14:04:39.614277 [debug] Config - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:04:39.614285 [debug] BOOTPD - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:04:39.614303 [debug] Config - Config error: Key IP not found
    14:04:39.614312 [WARN] BOOTPD - No IP found for MVP. Hopefully it has one already...
    14:04:39.614329 [debug] Config - Config error: Key Override IP not found
    14:04:39.614338 [debug] BOOTPD - Will not change MVP IP if it already has one
    14:04:39.614345 [debug] BOOTPD - No IP found to give to MVP
    14:04:39.614352 [debug] BOOTPD - Starting wait
    14:04:54.883795 [debug] BOOTPD - Wait finished


    wenn ich dann einen anderen mvp an den selben port hänge geht es wieder. hab jetzt mal dhcp am vdr installiert, und am router deaktivert. bringt aber auch nix. das interessante ist, dass der mvp, wenn man ihn das "erste" mal anhängt viel laenger zum booten braucht. wenn man ihn dann rebootet, kommt nur
    checking ethernet connectivity, dann 2s spaeter
    loading application dann
    starting application,
    und dort bleibt er haengen.


    bin am verzweifeln.


    btw: IP Adresse bekommt der mvp. egal ob ich "ip override" setze oder nicht, das aendert nix, also:



    vdrserver:~# tail -f /var/log/vompserver.log
    14:11:28.108460 [debug] BOOTPD - Giving MVP IP from config
    14:11:28.108507 [debug] BOOTPD - Starting wait
    14:11:28.113872 [debug] BOOTPD - Wait finished
    14:11:28.113887 [debug] BOOTPD - Got request
    14:11:28.113911 [debug] Config - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:11:28.113924 [debug] BOOTPD - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:11:28.113958 [debug] BOOTPD - Found IP 192.168.1.50 for MVP
    14:11:28.113990 [debug] BOOTPD - Will enforce IP 192.168.1.50 on MVP even if it already has another
    14:11:28.113999 [debug] BOOTPD - Giving MVP IP from config
    14:11:28.114029 [debug] BOOTPD - Starting wait


    das laesst ja drauf schliessen, dass der router die ip richtig vergibt, dann der vompserver gefragt wird, der upload vom tftp aber nicht angestossen wird.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    2 Mal editiert, zuletzt von izeman ()

    Wenn du einen DHCP Server im VDR oder auf dem Router installiert hast, dann brauchst du bootp nicht, um dem MVP eine IP zuzuweisen, das macht dann der DHCP-Server und nicht bootp.
    Füge mal in vomp.conf die Zeile ein:


    Code
    ## Enable this to start the built in Bootp server
## Required to boot the MVP if you have not got a
## DHCP server that can tell the MVP its boot file
## name and server


Bootp server enabled = no


    "vomp.conf" ist die andere Konfigurationsdatei, die keine MAC-Adresse im Dateinamen hat. Da muss obige Zeile rein.

    VDR: Mainboard: MSI B85M-G43; CPU: Pentium G3250 (Haswell); NVIDIA GT630 (GK208 Kepler); SanDisk SSD 64GB SDSSDP-064G-G25 + 500 GB HD; TV: DD Cine CT V6 - Twin Tuner Karte DVB-C (PCI Express Karte); atric USB eco Einschalter

    Einmal editiert, zuletzt von avanix ()

    wenn ich ihn umhaenge, also einen anderen mvp dranhaenge ans lankabel, geht alles:

    vdrserver:~# tail -f /var/log/vompserver.log
    14:22:53.957463 [debug] BOOTPD - Wait finished
    14:22:53.957479 [debug] BOOTPD - Got request
    14:22:53.957502 [debug] Config - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:22:53.957515 [debug] BOOTPD - Opened config file: /etc/vdr/plugins/vompserver/vomp-00-0D-FE-4C-C7-C8.conf
    14:22:53.957550 [debug] BOOTPD - Found IP 192.168.1.50 for MVP
    14:22:53.957583 [debug] BOOTPD - Will enforce IP 192.168.1.50 on MVP even if it already has another
    14:22:53.957591 [debug] BOOTPD - Giving MVP IP from config
    14:22:53.957621 [debug] BOOTPD - Starting wait
    14:22:54.029653 [debug] MVPRelay - MVPRelay request from 192.168.1.106
    14:22:54.029700 [debug] MVPRelay - Sending my IP as c0a80184
    14:22:59.131420 [debug] MVPRelay - MVPRelay request from 192.168.1.106
    14:22:59.131468 [debug] MVPRelay - Sending my IP as c0a80184
    14:22:59.325746 [debug] MVPRelay - MVPRelay request from 192.168.1.106
    14:22:59.325777 [debug] MVPRelay - Sending my IP as c0a80184
    14:23:00.839644 [debug] Tftpd - Wait finished
    14:23:00.839679 [debug] TftpClient - Client handler started
    14:23:00.839742 [debug] Tftpd - Starting wait
    14:23:00.839746 [debug] TftpClient - RRQ received for dongle.bin.ver
    14:23:00.839766 [info] TftpClient - File: '/tftpboot/dongle.bin.ver'
    14:23:00.858754 [debug] Tftpd - Wait finished
    14:23:00.858773 [debug] TftpClient - Client handler started

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Zitat

    Original von avanix
    Wenn du einen DHCP Server im VDR oder auf dem Router installiert hast, dann brauchst du bootp nicht, um dem MVP eine IP zuzuweisen, das macht dann der DHCP-Server und nicht bootp.
    Füge mal in vomp.conf die Zeile ein:


    also OHNE bootp server holt er sich nur die ip adresse vom router, und dann kommt GARKEIN request mehr zum vompserver. im vomplog passiert nix mehr.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    neue erkenntnis:


    wenn ich ihn 2min abstecke, und dann wieder anstecke, bootet er normal. das ist zwar ein work-around, die funktion "power - reboot mvp" kann ich damit nicht nutzen.


    und die ursache wuerde mich trotzdem noch interessieren. soll ich mal mit ethereal loggen, und wenn ja: was soll ich suchen? ;)

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Bei mir gibts den gleichen effekt beim reboot.
    Das ist vermutlich ein Hardware Problem der H4

    VDR:
    Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
    dual DVB-S2 6400, TechnoTrend Connect CT-3650,


    Software: EasyVDR 1.0

    Zitat

    Original von googles
    Bei mir gibts den gleichen effekt beim reboot.
    Das ist vermutlich ein Hardware Problem der H4


    warum steht das dann aber nirgendwo? mal liest SEHR wenig darueber. im wiki steht auch nix. und nachdem man seit geraumer zeit nur mehr H4 zu kaufen bekommt, wundert mich das.


    was man liest ist, dass es mit dem router zu tun haben kann. was mir auch nicht so abwegig erscheint. nachdem es nach dem umstecken des lanports funktioniert scheint das naheliegend. bloss nachdem das jetzt hier und bei nem freund auftritt finde ich das sonderbar.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    die Entwickler haben vermutlich keine H4.
    Und die, die eine haben verwenden den Reboot befehl nicht wozu auch.
    Aber, dass nach einem hänger der Stromstecker ca. 1 min. gezogen werden muss sollte bekannt sein.


    mfg Thomas

    VDR:
    Hardware: Thermaltake DH102, Zotac ION ITX-F-E, 2Gig Ram, TechnoTrend
    dual DVB-S2 6400, TechnoTrend Connect CT-3650,


    Software: EasyVDR 1.0

    naja. wenn das die "loesung" ist, dann kann man damit leben. ich bau die sache fuer einen "kunden" auf. da ist das halt eher sub-optimal. die dinger haengen sich halt doch hin und wieder auf.

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    ich hab auch einen H4 und der hat sich im Dauerbetrieb bisher noch nicht aufgehängt.

    VDR: Mainboard: MSI B85M-G43; CPU: Pentium G3250 (Haswell); NVIDIA GT630 (GK208 Kepler); SanDisk SSD 64GB SDSSDP-064G-G25 + 500 GB HD; TV: DD Cine CT V6 - Twin Tuner Karte DVB-C (PCI Express Karte); atric USB eco Einschalter

    Meine MVP hatte dieses Problem ebenfalls.
    Jetzt wo du deinen Log gepostet hast, sehe ich das Problem wie bei mir damals.


    Ich hatte genau den selben Log und er hatte sich immer bei "Starting Applikation" aufgehängt. Nach dem harten Reboot ging es kurzfristig. Nach 2-3 Tagen war das Netzwerkinterface der MVP komplett tot.


    Hab die MVP eingeschickt und eine neue bekommen, seither funktioniert alles tadellos.
    Ich bin überzeugt, dass da die Hardware ebenfalls defekt ist/wird.

    das ist nicht gut. hab das problem naemlich mit 2 verschiedenen bestellungen. dieser heute, und einer anderen, die schon 3 monate alt ist. sind also wohl auch andere chargen.


    interessanterweise ist auch das bild ueber rgb ganz GRÜN. wenn man auf s-video umschaltet ist alles ok (aber eben nicht so scharf). hab's schon an 2 verschiedenen tv mit verschiedenen rgb kabeln (die mit anderen geraeten funktionieren) probiert.


    ich mag nimmer ;)


    ps: wo hast du reklamiert? bei hauppauge? oder beim verkaeufer?

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

    Einmal editiert, zuletzt von izeman ()

    Bei meiner ersten (kaputten) Bestelltung hatte auch von Anfang an das Netzteil gefehlt.
    Hauppauge hat da sehr flott eines nachgeschickt.


    Als das Ding dann ganz kaputt war, hat mich Hauppauge an den Verkäufer verwiesen.


    "Selbst wenn es der Verkäufer zu uns weiterschickt, müssen wir da leider die Richtlinien einhalten".


    Das hat dann ca. 3 Wochen gedauert, bis ich vom Verkäufer eine nagelneue MVP bekommen hab, wo dann zwar die Batterien der Fernbedienung fehlte, aber sonst bis heute (3 Monate) alles funktioniert.


    Mir scheint, dass die bei der MVP generell ein wenig gepfuscht haben.

    also bei der letzten lieferung war auch ein netzteil von 2en kaputt. diesmal hab ich 4 mvps bestellt (leider ein anderer haendler). das hin und herschicken macht wenig freude. besonders weil ich es nicht fuer mich baue das system. ich werde mal die restlichen 2 auspacken und testen. hoffe dass die wenigstens funktionieren. hoffnung hab ich keine :(

    produktiv: intel dh67bl, sat>ip, octopusnet, 16gig boot-ssd, yavdr 0.6.1, cir lirc
    testing: zotac ion-f itx, 1x tt s2-3600 usb, 8gig boot-ssd, yavdr 0.5 testing
    tv: samsung 75" amp:denon avr-x1300

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden