Beiträge von joachim-h

Hi,

da hier ja einige Netzwerkprofis sind, würde ich gerne mal das versammelte Fachwissen nutzen. Ich habe von meinem Arbeitgeber die Aufgabe übertragen bekommen, die Ausfallsicherheit der Netzwerkverbindung der Server zu erhöhen und bin mir nicht sicher, ob das Angebot des Dienstleister für unseren Bedarf nicht komplett übertrieben ist.

Mein Arbeitgeber betreibt bei einem Dienstleister insgesamt acht Server (3 Webserver, 3 Datenbankserver und zwei andere). Diese hängen derzeit an zwei Juniper EX2200-24T, die zusammen ein Virtual Chassis bilden.

Um die Ausfallsicherheit zu erhöhen wollten wir einen dritten Switch als Cold-Standby einsetzen. Davon riet der Dienstleister ab und schlug statt dessen als Lösung vor die Hardware als Autonomes System anzubinden, was mit den nötigen neuen Routern und der BGP-Lizenz erheblich mehr kosten würde.

Um die Vor- und Nachteile einschätzen zu können, müsste ich noch sehr viel mehr über Netzwerktechnik und -protokolle lernen. Sicherlich eine sinnvolle Aufgabe, nur leider fehlt mir momentan die Zeit dazu.

Vielleicht kann mir ja aber einer von Euch, der Erfahrung mit solchen Systemen hat sagen, ob dies in diesem Maßstab sinnvoll sein kann oder total übertrieben ist.

Ich danke schon mal im Voraus.

Joachim

seahawk1986 schrieb:

IIRC muss man dem vaapidevice mit -a pulse mitgeben (oder wie in der README beschrieben die Umgebungsvariablen setzen), da es die /etc/asound.conf ignoriert.

Das werde ich auch mal ausprobieren. Unter Verwendung von Softhdevice ist es mir inzwischen gelungen, das Ausgabedevice in Pulsecontrol (Desktop, nicht Pugin-Interface) auszuwählen. Jetzt habe ich Ton (Bei Passthrough funktioniert DD nur in Stereo, bei Mehrkanalton bekomme ich nur Rauschen).

Das Plugin-Interface von Pulsecontrol scheint keine Einstellungen ändern/speichern zu können. Stelle ich dort die Passthrough-Einstellungen alle für den aktiven Ausgang auf Ja und rufe es wieder auf, stehen sie wieder auf nein. Oder ist der Punkt "Skript-ausführen" sowas, wei ein "Apply-Button", den man nach jeder Änderung betätigen muss?

utiltiy schrieb:

Ich hatte ähnliches, hab dann in Pulsecontrol alle Einstellungen verstellt, gespeichert und wieder zurück. Dann ging es, wo letztendlich das Problem war kann ich dir nicht sagen, war eher Methode "Holzhammer"

Werde ich versuchen, wenn ich den Testvdr das nächste mal starte.

Edit: Die Forensoftware oder ich hatten zuerst den falschen Beitrag zitiert.

seahawk1986 schrieb:

Wie sieht denn die Konfiguration für das vaapidevice aus?

Da habe ich, bis auf den "60 Hz Modus" nichts dauerhaft umgestellt. Die oben genannte Fehlermeldung kommt aber auch erst, seit ich das Vaapidevice-Plugin durch Softhdevice-vpp ersetzt habe.

Ich habe immer noch das Problem, dem VDR keinerlei Sound entlocken zu können. Das Pulsecontrol-Plugin und die Desktop-App sagen beide, mein HDMI sei "unplugged", was ja nun mal eindeutig nicht stimmt, sonst könnte ich da ja gar nicht auf dem Fernseher sehen.

Im Log steht dauernd: "audio/alsa: broken driver 0 state 'RUNNING'" seit ich von VAAPIdevice auf Softhdevice-vpp gewechselt habe.

seahawk1986 schrieb:

Ich habe das gerade mal in das Paket eingebaut (vdr-plugin-cecremote - 1.4.0+git20171003-2-c3d10df-5yavdr0~bionic), bitte probier mal, ob es damit passt.

Funktioniert.

(Soll heißen: Ich habe den User "vdr" wieder aus der Gruppe "dialout" geschmissen und dann das Paket upgegradet. Dabei wurde der user "vdr" wieder der Gruppe "dialout" hinzugefügt.)

Ich habe auch lange Kodi-Nightly-Builds unter yaVDR genutzt. Sollte kein Problem sein.

Bei SMB2/3 verlierst Du unter 17.6 aber den SMB-Browser, d.h., Du musst die Freigaben von Hand eingeben.

Danke Seahawk, cecremote geht jetzt, aber hilft mir nicht so sehr weiter, wie ich gehofft hatte. Ich hoffte mir damit den ganzen LIRC-Kram amt Homebrew-Empfänger sparen zu können, aber anscheinend überträgt mein Fernseher nicht genug verschiedenen Tasten per CEC.

Ich muss mich mit Ansible erst noch anfreunden, ich kenne mich bisher nur mit Puppet aus.

Deshalb nur mal so viel: Für das cecremote-Plugin sollte der VDR-User MItglied in der Gruppe dialout sein.

Bei Kodi 17.6 brauchst Du wahrscheinlich auch noch einen Eintrag in Kodis eigner smb-Konfiguration. Dafür musst Du in ~/.kodi/.smb/user.conf zB folgendes eintragen:

Damit lief es zB mit dem Kodi 17.6 von MLD 5.4 und meinem Samba-Server, der nur noch SMB3 akzeptiert.

seahawk1986 schrieb:

Bei Intel-Grafikkarten erfolgt noch keine automatische Vorkonfiguration des X-Server, d.h. man muss sich eine eigene xorg.conf erstellen, sonst läuft alles mit 60Hz, was zu Rucklern führen kann .

Ich bin das Ruckeln größtenteils losgeworden, indem ich Vaapidevice auf "60 Hz-Modus" gestellt hatte, die Anleitung von Fnu habe ich mal kurz durchgespielt ohne allerdings das gewünschte Ergebnis zu bekommen. Das müsste ich auch noch mal gründlicher angucken.

seahawk1986 schrieb:

CKone hat den zapcockpit-Patch in seinem PPA für den VDR 2.4.0 eingebaut, aber ich weiß nicht, wie gut das funktioniert hat: https://launchpad.net/~ckone/+…84/+listing-archive-extra

Danke, werde ich mir mal angucken.

seahawk1986 schrieb:

Mir ist wichtig erst mal ein brauchbares (möglichst stabiles) Basis-System hinzubekommen, bevor ich zusätzliche Patches mit potentiellen unerwünschten Nebenwirkungen in den VDR aufnehme. Es bleibt aber natürlich jedem freigestellt ein eigenes PPA mit nach Wunsch gepatchten VDR-Paketen aufzumachen - yavdr-ansible kann man ja leicht entsprechend anpassen.

Klar, das geht vor.

Ich hänge mich mal hier mit dran, dies scheint ja der generelle yavdr-bionic-ansible-Thread zu werden.

Ich habe das Playbook nach Anweisung installiert, sieht schon sehr gut aus.

Außerdem habe ich vaapidevice anstatt softhdevice und skindesigner installiert.

Manchmal habe ich Ruckler (softhdevice ruckelte dauernd) und das Umschalten dauert ungewöhnlich lange. Ich werde nochmal genauer das Log studieren.

Derzeit habe ich noch keinen Ton, obwohl in Pulsecontrol alles OK aussieht (Ton über HDMI). Da der VDR an einem Verstärker hängt, habe ich in der Pulsecontrol und im vaapidevice alles auch mal auf Passthrough gestellt. Ton habe ich aber immer noch nicht.

Das Plugin cecremote lässt sich leider nicht installieren, da es von libcec3 abhängt, Ubuntu 18.04 hat aber nur libcec4.

Der VDR ist ohne zapcockpit-Patch, wenn ich richtig sehe. Könnte der Patch noch inkludiert werden oder funtktioniert der noch nicht mit VDR 2.4?

Keine Ahnung. Wenn Sie das nicht tut, wäre das ja auch schon mal eine Information.

Gibt es eine Quelle, aus der ich regelmäßig die IDs für das EPGD-Plugin-TVSP updaten kann?

Bei TVM gibt es da ja eine einfache Liste, die man von deren Server herunterladen kann.

Hat sich erledigt. Ich habe mir nach dieser Anleitung im VDR-Wiki das nötige für Wakeup durch rtcwake mit systemd zusammengestrickt. Scheint zu funktionieren.

Ich habe mir auf einem Ubuntu 16.04 VDR 2.3.8 aus Seahawks Launchpad Repo und Kodi 18 aus dem Nightly Repo installiert und nutze Kodi als Frontend (via VNSI).

Mein Problem ist nun der Bereich (automatischer) Shutdown und das Setzen der Wakeup-Time für ACPI-Wakeup.

Der VDR setzt keine Aufwachzeit, wenn ich per Fernbedienung (im Live-Plugin) herunterfahre.

Mit dem Thema ACPI-Wakeup habe ich mich noch nie so richtig beschäftigt.

Leider sind alle Dokumentationen die ich dafür finde so alt, dass ich mir fast sicher bin, dass sie auf einen heutigen VDR keine Anwendung mehr finden.

Mein alter yaVDR nutzte noch das VDR-Addon-acpiwakeup.conf, dass im Repo von Seahawk nicht enthalten ist. Benötigt der VDR das noch?

Aus dem Thread zwei Kommentare weiter oben:

Zitat

I have tested all the keys. Only the 4 coloured keys at the bottom (Red, Green, Yellow, Blue) are restricted to IR.

Ja, das hatte ich schon gesehen. Ich hatte gehofft, jemand hier wüsste, ob man die Fernbedienung auch mit jedem anderen Bluetooth-Dongle pairen kann oder ob es nur mit diesem geht.

Ich hatte deswegen auch schon im vu+-Forum gefragt, aber keine Antwort erhalten.

Hat einer von Euch vielleicht Erfahrungen mit VDR oder Kodi und dieser Fernbedienung?

[IMG:https://wiki.vuplus-support.org/images/7/76/Vu_bt_ir_rcu.jpg]

Mich interessiert ob man die einfach per Bluetooth pairen und am PC nutzen kann oder ob die da irgendeinen proprietären Quatsch gemacht haben.

In diesem Video wird gesagt, dass man die Farbtasten per IR anlernen kann. Möglicherweise senden sie nur über IR?