MediaMVP Vomp-0.2.6 bootet nicht mehr

  • Hallo,


    vorweg die Info, dass meine MVPs via DLAN AVpro nun ein eigenes Class-C-Netz haben, welches direkt auf einem NIC im VDR-Server hängt.


    Alle Einträge zu den Adresse natürlich geändert.


    Kein MediaMVP kommt über den zweiten Bootblock hinweg.


    Und das gibt das Log aus:
    15:18:01.944787 [debug] BOOTPD - Got request
    15:18:01.945000 [debug] Config - Opened config file: /var/lib/vdr/plugins/vomp-00-0D-FE-00-A3-7D.conf
    15:18:01.945026 [debug] BOOTPD - Opened config file: /var/lib/vdr/plugins/vomp-00-0D-FE-00-A3-7D.conf
    15:18:01.945138 [debug] BOOTPD - Found IP 192.168.155.111 for MVP
    15:18:01.945203 [debug] BOOTPD - Will enforce IP 192.168.155.111 on MVP even if it already has another
    15:18:01.945226 [debug] BOOTPD - Giving MVP IP from config
    15:18:01.945355 [debug] BOOTPD - Starting wait


    Hat da jemand eine Idee ?


    Fragt Miru

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6
    yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    Einmal editiert, zuletzt von Miru ()

  • Die Mvps müssen Protokoll bedingt im gleichen Subnetz sein.
    Kann also nicht funktionieren.


    Marten

    vdr experimental, Femon, vdr live, acpi-wakeup, vompserver, undelete, epgsearch, vdr-burn, Raspberry Pi und Vompserver Windows Client (build from git)

  • Hallo Marten,


    Deine Antwort verstehe nun überhaupt nicht.


    Alle MVPs sind im gleichen Class-C-Netz 192.168.155.0
    NIC-VDR 192.168.155.110
    MVP1 192.168.155.111
    MVP2 192.168.155.112
    MVP3 192.168.155.113


    Wenn die IP's über DHCP zugewiesen werden, sind alle auch sofort anpingbar.


    Der Vompserver reagiert ja auch direkt auf die Anfragen, aber das dongle.bin wird augenscheinlich nicht gesendet. Da stellt sich jetzt mir die Frage, warum dieses nun nach dem Umzug in ein eigenes Class-C-Netz nicht mehr funktioniert.


    Michael

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6
    yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

  • Tschuldigung, ich hab es zu fluchtig gelesen, ich dachte der VDR wäre in einem anderen Netz. Ich denke ein Server im vompserver bindet sich nicht an die IP vom zweiten Nic, ich glaube das ist eine Frage für das Loggytronic Forum, da es anscheinend ein Bug im Server ist, wenn meine Vermutung stimmt.


    Marten

    vdr experimental, Femon, vdr live, acpi-wakeup, vompserver, undelete, epgsearch, vdr-burn, Raspberry Pi und Vompserver Windows Client (build from git)

  • Hallo,


    da ich im loggytronic-Forum seit Tagen keinen Thread eröffnen kann, schreibe es hier noch mal rein.


    EDIT: marten ... weißt Du, warum ich keine Threads eröffnen kann? EDIT Ende.


    Ich habe meine Netzwerk-Konfiguration geändert, weil auf dem Onboard-GB-NIC zuviel Traffic - ausgelöst durch NFS/RSYNC - ist, welcher die VOMP-MVP-Anbindungen (Bild-Aussetzer) störte.


    Ich habe eine Adaptec ANA-82022 Dual-100mbit-NIC installiert.
    Das Netzwerk wurde - wie schon erwähnt - wie folgt neu konfiguriert:


    3 Class-C-Netze:


    1. 192.168.111.0 - 1000mbit for nfs/rsync
    2. 192.168.133.0 - 100mbit to WLAN for VOMP-Windows-Client - it's working perfect ;)
    3. 192.168.155.0 - 100mbit to DLAN (AVpro) for MediaMVPs D3A - this doesn't work :(


    EDIT: Ich habe auch die DLAN-Verbindung gegen eine feste LAN-Verkabelung getauscht. Ebenso habe ich die eth's versuchsweise untereinander getauscht. VOMP-Windows funktioniert immer, VOMP-MVP leider nie :(
    EDIT Ende.


    vompserver.log:


    13:12:30.250261 [debug] BOOTPD - Got request
    13:12:30.250613 [debug] Config - Opened config file: /var/lib/vdr/plugins/vomp-00-0D-FE-00-A3-7D.conf
    13:12:30.250643 [debug] BOOTPD - Opened config file: /var/lib/vdr/plugins/vomp-00-0D-FE-00-A3-7D.conf
    13:12:30.250745 [debug] BOOTPD - Found IP 192.168.155.111 for MVP
    13:12:30.250809 [debug] BOOTPD - Will enforce IP 192.168.155.111 on MVP even if it already has another
    13:12:30.250832 [debug] BOOTPD - Giving MVP IP from config
    13:12:30.250969 [debug] BOOTPD - Starting wait
    13:12:39.270741 [debug] BOOTPD - Wait finished


    /var/lib/vdr/plugins/vomp-00-0D-FE-00-A3-7D.conf:


    [Boot]


    ## If you enable the bootp server in vomp.conf, you can specify
    ## an IP to give out to this MVP here.


    IP = 192.168.155.111


    ## If you have a router that gives out addresses but you want
    ## the above address forced to the MVP, set this:


    Override IP = 1


    ## A file name to send to the MVP. The MVP will then request
    ## this file from the TFTP server. Don't use a path here!


    TFTP file name = vomp-dongle


    [General]
    Live priority = 1
    WSS = Yes
    Language = Deutsch
    Last Power State = Off


    ## The client auto-detects whether to use PAL or NTSC. If you
    ## want to force the other one, set it here. Beware of popping
    ## your TV with this one!


    # Override Video Format = NTSC


    [TV]
    Widemode = Letterbox
    [ResumeData]
    /video/NICK/Dora/2007-01-05.07.00.50.99.rec = 268
    [Advanced]
    TCP receive window = 16384


    /etc/vdr/plugins/vomp.conf:


    [General]


    ## Specify a log file here to enable logging


    Log file = /var/log/vompserver.log


    ## If you have more than one vompserver running you
    ## can enter a name here that will appear on the
    ## server select list on the MVP


    # Server name = LexMediaServ



    ## Enable this to start the built in Bootp server enabled = yes
    ## 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 = yes


    ## Enable this to start the built in TFTP server
    ## Required to boot the MVP if you have not got a
    ## TFTP server running elsewhere


    TFTP server enabled = yes


    ## Base directory for TFTP server
    ## If you leave this blank the plugin config
    ## path will be used - i.e. where this file is


    TFTP directory = /usr/share/vdr-plugin-vompserver/


    ********


    Irgendeine Idee, was hier jetzt schief läuft ?


    Grüße Michael

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6
    yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

    4 Mal editiert, zuletzt von Miru ()

  • Hallo,


    ich hab' heute Nachmittag mal folgendes gemacht:


    Hinter die DLAN-Strecke (192.168.155.0) einen Switch gehängt.
    VDR-Server im DHCP-Setup um einen Laptop von mir erweitert.


    VOMP for Windoof auf diesem Laptop gestartet ... ging sofort.
    DNS-Auflösung funktioniert in alle internen Richtungen ...


    Die MediaMVPs erhalten schön sauber ihre DHCP-Adresse vom VDR-Server und sind dann aber nur aus dem 192.168.155.x-Netz anpingbar ... das könnte man ja noch damit begründen, dass die Teile ja noch gar nicht gebootet (den dongle.bin) haben.


    Konfigure (umpatchen) ich das DLAN wieder ins 192.168.111.0 oder 192.168.133.0-Netz booten die MVPs sofort und alles ist so, wie ich es nicht will ... diese MVPs sollen einfach ihr eigenes Netz haben, damit ich den Network-Traffic besser im Griff habe.


    Heul Miru

    VDR-Server 2.0.6 yavdr-testing-repo - Kubuntu 12.04 LTS/64 - I-Dual-Core 2,2 GHz, 2 GB RAM, SATA 500GB, via NFS 2,9 TB HW-RAID5 an Sol10Sparc mit ZFS, 1x FF-TT 2.3 modded, 1x FF-TT 1.5, 2x TT-1600, via DLAN AVpro/Coax 4x 2x MVP Ver.D3A - VOMP 0.4.0 mit Media, MVP-Dongle 0.4.0
    Arbeitsplatz: 12.04 LTS/64 2.0.6
    yavdr-testing-repo - I-Dual-Core 2,4 GHz, 4 GB RAM, 2x 1TB, 2x TT-1600
    WAF-VDR-Client: openelec-3.2.4/XBMC-12.2-Frodo/ alternativ yavdr 0.5.0a: PulseEight-USB-CEC-Adapter, ZBOX-HD-ID41: 4GB RAM, 64GB SSD, 16GB Patriot-USB-Stick am Samsung UE37D5700 (gehackt) für TimeShift direkt am TV ohne VDR-Zugriff

Jetzt mitmachen!

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