Beiträge von udo1toni

Ich hab mal ein (vermutlich blöde) Frage: Ich hab an anderer Stelle gelesen, dass Ansible eigentlich ein Werkzeug ist, um entfernte Rechner mit Software zu versorgen, dass also das Playbook remote wirken kann.

Geht das einfach so (vor allem auf yavdr bezogen: Welche Voraussetzungen muss ich dafür schaffen)?

Bisher habe ich Ansible lokal auf dem Rechner installiert, der auch yavdr erhalten soll, es wäre natürlich sehr schick, wenn ich das von einem zentralen Server aus für all meine Systeme machen könnte. Ich habe bei mir Proxmox laufen, da gibt es sogar ein vorgefertigtes Ansible CT (also sozusagen einen Container mit Ansible).

seahawk1986 Wie immer ist Deine Lösung super!

Die dynamische Variante ist natürlich viel schicker als eine fest eingestellte Liste, auch wenn die Liste trotzdem ziemlich statisch sein dürfte

So, hab gerade ein bisschen rumprobiert und ich habe zwar noch keinen Menüpunkt, aber schon mal hostwakeup zum Laufen gebracht.

Auf dem Ansible System reicht das Installieren des Pakets plus Start des Dienstes.

Auf dem alten System ist der Dienst zwar vorhanden, aber nicht korrekt konfiguriert, so dass er nicht startet.

Da ich mich nie mit upstart beschäftigt habe und es ja auch nur einmalig starten muss (... der Cache bleibt erhalten, wenn weitere Rechner dazu kommen, werden die vermutlich eh mit Ansible laufen), habe ich es einfach schmutzig per Hand gestartet.

Dabei beschwerte sich hostwakeup darüber, kein eth0 zu finden. ip a ergibt auch, dass mein Interface p2p1 heißt, also einmalig sudo hostwakeup -i p2p1 eingeben, schon rattert die Liste runter.

Interessanterweise wird auch ein yavdr0.6 Client gelistet, der auf dem Ansible System nicht von selbst auftauchte.

Der Aufruf oben hat aber gleich die vollständige Liste an alle Clients geschickt, so dass nun auf dem Ansible System auch alle vdr-Clients mit ihren von mir vergebenen Namen auftauchen, extrem cool!

Das nur mal so als Zwischenstand...

Zitat von seahawk1986

yavdr-hostwakeup habe ich hochgeladen, das lässt sich als Paket hostwakeup installieren und der Systemd-Service (wird automatisch gestartet) heißt hostwakeup.service.

Ah. Sehe ich das richtig, dass diese Liste dann automatisch erzeugt wird, sobald dieser Dienst auf allen Geräten läuft? Sehr Cool. Allerdings habe ich meinen vdr-server momentan noch auf yavdr0.6 laufen. Kann ich einen Eintrag für den hostwakeup auch manuell anlegen?

Hi, leider ist meine GraKa GT630 gestern gestorben.

Die in der Kiste liegende GT730 (Asus, 1GB) macht mit yavdr 0.62 arge Probleme,

HD-Programme funktionieren mit xineliboutput, aber SD läuft mit ca. 12 Bildern pro Sekunde. Mit softhddevice funktioniert es eigentlich gar nicht (HD-Programme laufen mit Zeitlupe, nachdem der Puffer voll ist, bricht das Bild kurz zusammen)

Also habe ich jetzt bionic mit yavdr ansible an den Start gebracht, und nach einigem Gezicke läuft es erstaunlich gut.

Punkt eins ist, dass ich nicht herausfinden konnte, wie ich die Auflösung von UHD auf Full HD ändern kann (also außer, die Xorg.conf händisch anzupassen). Fehlt da noch was, oder hatte ich nur Tomaten auf den Augen?

Punkt zwei ist, dass das System natürlich von jetzt auf gleich laufen muss, und da fehlen ein paar Annehmlichkeiten, insbesondere yavdr-hostwakeup.

Vermutlich fehlt mir nur der Punkt, wo ich das (ohne die Webgui, die gibt's ja noch nicht) konfigurieren kann. Allerdings ist der Menüpunkt auch noch nicht Menü...

Liegt denn das 16mm² Kabel neben dem Schrank? Durchschneiden ist eher suboptimal, aber Niemand hindert Dich daran, das Kabel vorsichtig an einer Stelle von der Isolierung zu befreien und dort ein weiteres 16mm² Kabel mit einer entsprechend dimensionierten Klemme fest zu verbinden. Diese Variante ist zwar auch nicht sauber, aber wenigstens steigt dadurch nicht der Durchgangswiderstand vom Dach zum PA.

Aber gerne

Wow! Ich hab nur xineliboutput-sxfe und natürlich vdr-plugin-stramdev-client nachinstalliert, weil naturgemäß in einer VM keine Hardware steckt (die steckt dafür im vdr-server...)

Weiterhin musste ich noch das Muting für die Soundkarte abschalten und die Lautstärke aufdrehen. Läuft (ohne Ruckler oder auch nur Artefakte).

Super, jetzt läuft es durch.

Ich nutze hier den VMWare Workstation Player

Cool! Ich schau gleich mal...

Da das Stichwort Funktionserde gefallen ist...

Nur so als Randbemerkung... Funktionserde bedeutet, dass alle Geräte, die am normalen Netz angeschlossen sind, keinerlei Potentialverbindung zu den Geräten mit Funktionserde haben dürfen, falls der Verstärker Netzwerk hat, muss er also an eine Steckdose mit Funktionserde. Alle Geräte, die mit dem Verstärker verbunden sind, müssen an die Funktionserde. Der Fernseher muss an die Funktionserde. Die Wandhalterung des Fernsehers muss isoliert montiert werden und an die Funktionserde, da der Fernseher an der Funktionserde hängt.

Wenn man Geräte betreibt, die sich räumlich nah sind, aber an unterschiedlichen Netzen angeschlossen sind, muss eines davon (eigentlich aber beide) über einen Trenntrafo potentialfrei betrieben werden, da sonst zwischen diesen beiden Geräten potenziell ein Ausgleichsstrom fließen kann.

Zur Erläuterung: Wir haben bei uns im Betrieb ein kleines Gebäude (ca 4000 qm Nutzfläche) mit ein wenig IT und Audiosignalen (über das Gebäude verteilt mehr als 100 42HE Gestelle) Beim Bau wurde das Problem des Potentialausgleichs leider nicht ganz korrekt umgesetzt, was darin endete, dass eine Funktionserde und eine Audioerde eingeführt wurde. Die Konsequenzen daraus sind, dass an mehreren Stellen im Gebäude Messadapter die Ausgleichsströme zwischen den beiden Potentialen messen und bei Abweichungen Alarm schlagen. Dann muss ein Kollege losziehen und nachschauen, wo mal wieder ein Gerät am falschen Stromkreis angeschlossen wurde.

Alle Systeme, die zwingend miteinander verbunden sein müssen, aber unterschiedliche Erden haben, müssen über Glasfaser angebunden werden, was bei unserem Betrieb nun nicht wirklich eine Einschränkung darstellt, aber Spaß macht das nicht.

Zuhause wollte ich mir diesen Stress nicht geben.

Solange der Potentialausgleich korrekt ausgeführt ist, also z.B. sternförmig an der PA-Schiene angeschlossen, großzügig bemessener Querschnitt usw., sollte es auch mit zeitgemäßem technischen Firlefanz im Haus mit nur einem PA keine Probleme geben,

Moin, ich wollte mir grad mal den Stand anschauen und war so kühn, das in einer VM zu probieren.

Leider läuft ansible nicht durch, es bleibt hier hängen:

TASK [yavdr-xorg : wait a little bit, so X has some time to start up (needed?)] ************************************************************************
ok: [localhost]

TASK [yavdr-xorg : detect xorg configuration] **********************************************************************************************************
An exception occurred during task execution. To see the full traceback, use10 -vvv. The error was: UnboundLocalError: local variable 'result' referenced before assignment
fatal: [localhost]: FAILED! => {"changed": false, "module_stderr": "Traceback (most recent call last):\n  File \"/tmp/ansible_KQkS4p/ansible_module_xrandr_facts.py\", line 276, in <module>\n    output_data(xorg_data, module.params['write_edids'])\n  File \"/tmp/ansible_KQkS4p/ansible_module_xrandr_facts.py\", line 266, in output_data\n    module.exit_json(changed=True if write_edids else False, ansible_facts={'xrandr': data, 'xorg': result})\nUnboundLocalError: local variable 'result' referenced before assignment\n", "module_stdout": "", "msg": "MODULE FAILURE", "rc": 1}

Da ich wie immer bisher keine Ahnung habe, was ich da tue ...

Die Anzeige des Desktops ist schwarz, ein xrandr -d :0 --verbose ergibt folgendes Ergebnis (hier nur die Devices mit connected Status):

udo1toni@yaVDRansible:~$ xrandr -d :0 --verbose
Screen 0: minimum 1 x 1, current 800 x 600, maximum 8192 x 8192
Virtual1 connected primary 800x600+0+0 (0x4f) normal (normal left inverted right x axis y axis) 0mm x 0mm
        Identifier: 0x47
        Timestamp:  165412
        Subpixel:   horizontal rgb
        Gamma:      1.0:1.0:1.0
        Brightness: 1.0
        Clones:
        CRTC:       0
        CRTCs:      0
        Transform:  1.000000 0.000000 0.000000
                    0.000000 1.000000 0.000000
                    0.000000 0.000000 1.000000
                   filter:
        implicit_placement: 0
                range: (0, 1)
        suggested Y: 0
                range: (0, -1)
        suggested X: 0
                range: (0, -1)
        hotplug_mode_update: 1
                range: (0, 1)
        non-desktop: 0
                range: (0, 1)
        link-status: Good
                supported: Good, Bad
  800x600 (0x4f) 42.750MHz -HSync +VSync *current +preferred
        h: width   800 start  850 end  900 total  950 skew    0 clock  45.00KHz
        v: height  600 start  650 end  700 total  750           clock  60.00Hz
  2560x1600 (0x50) 348.500MHz -HSync +VSync
        h: width  2560 start 2752 end 3032 total 3504 skew    0 clock  99.46KHz
        v: height 1600 start 1603 end 1609 total 1658           clock  59.99Hz
  1920x1440 (0x51) 234.000MHz -HSync +VSync
        h: width  1920 start 2048 end 2256 total 2600 skew    0 clock  90.00KHz
        v: height 1440 start 1441 end 1444 total 1500           clock  60.00Hz
  1856x1392 (0x52) 218.250MHz -HSync +VSync
        h: width  1856 start 1952 end 2176 total 2528 skew    0 clock  86.33KHz
        v: height 1392 start 1393 end 1396 total 1439           clock  60.00Hz
  1792x1344 (0x53) 204.750MHz -HSync +VSync
        h: width  1792 start 1920 end 2120 total 2448 skew    0 clock  83.64KHz
        v: height 1344 start 1345 end 1348 total 1394           clock  60.00Hz
  1920x1200 (0x54) 193.250MHz -HSync +VSync
        h: width  1920 start 2056 end 2256 total 2592 skew    0 clock  74.56KHz
        v: height 1200 start 1203 end 1209 total 1245           clock  59.88Hz
  1600x1200 (0x55) 162.000MHz +HSync +VSync
        h: width  1600 start 1664 end 1856 total 2160 skew    0 clock  75.00KHz
        v: height 1200 start 1201 end 1204 total 1250           clock  60.00Hz
  1680x1050 (0x56) 146.250MHz -HSync +VSync
        h: width  1680 start 1784 end 1960 total 2240 skew    0 clock  65.29KHz
        v: height 1050 start 1053 end 1059 total 1089           clock  59.95Hz
  1400x1050 (0x57) 121.750MHz -HSync +VSync
        h: width  1400 start 1488 end 1632 total 1864 skew    0 clock  65.32KHz
        v: height 1050 start 1053 end 1057 total 1089           clock  59.98Hz
  1280x1024 (0x58) 108.000MHz +HSync +VSync
        h: width  1280 start 1328 end 1440 total 1688 skew    0 clock  63.98KHz
        v: height 1024 start 1025 end 1028 total 1066           clock  60.02Hz
  1440x900 (0x59) 106.500MHz -HSync +VSync
        h: width  1440 start 1520 end 1672 total 1904 skew    0 clock  55.93KHz
        v: height  900 start  903 end  909 total  934           clock  59.89Hz
  1280x960 (0x5a) 108.000MHz +HSync +VSync
        h: width  1280 start 1376 end 1488 total 1800 skew    0 clock  60.00KHz
        v: height  960 start  961 end  964 total 1000           clock  60.00Hz
  1360x768 (0x5b) 85.500MHz +HSync +VSync
        h: width  1360 start 1424 end 1536 total 1792 skew    0 clock  47.71KHz
        v: height  768 start  771 end  777 total  795           clock  60.02Hz
  1280x800 (0x5c) 83.500MHz +HSync -VSync
        h: width  1280 start 1352 end 1480 total 1680 skew    0 clock  49.70KHz
        v: height  800 start  803 end  809 total  831           clock  59.81Hz
  1152x864 (0x5d) 108.000MHz +HSync +VSync
        h: width  1152 start 1216 end 1344 total 1600 skew    0 clock  67.50KHz
        v: height  864 start  865 end  868 total  900           clock  75.00Hz
  1280x768 (0x5e) 79.500MHz -HSync +VSync
        h: width  1280 start 1344 end 1472 total 1664 skew    0 clock  47.78KHz
        v: height  768 start  771 end  778 total  798           clock  59.87Hz
  1024x768 (0x5f) 65.000MHz -HSync -VSync
        h: width  1024 start 1048 end 1184 total 1344 skew    0 clock  48.36KHz
        v: height  768 start  771 end  777 total  806           clock  60.00Hz
  800x600 (0x60) 40.000MHz +HSync +VSync
        h: width   800 start  840 end  968 total 1056 skew    0 clock  37.88KHz
        v: height  600 start  601 end  605 total  628           clock  60.32Hz
  640x480 (0x61) 25.175MHz -HSync -VSync
        h: width   640 start  656 end  752 total  800 skew    0 clock  31.47KHz
        v: height  480 start  489 end  492 total  525           clock  59.94Hz
Virtual2 disconnected (normal left inverted right x axis y axis)
        Identifier: 0x48
        Timestamp:  165412
        Subpixel:   horizontal rgb
        Clones:
        CRTCs:      1
        Transform:  1.000000 0.000000 0.000000
                    0.000000 1.000000 0.000000
                    0.000000 0.000000 1.000000
                   filter:
        implicit_placement: 0
                range: (0, 1)
        suggested Y: 0
                range: (0, -1)
        suggested X: 0
                range: (0, -1)
        hotplug_mode_update: 1
                range: (0, 1)
        non-desktop: 0
                range: (0, 1)
        link-status: Good
                supported: Good, Bad

Mir ist schon klar, dass ich vermutlich weder Bild noch Ton bekommen werde aber was mache ich falsch, dass das Playbook nicht durch läuft?

UnboundLocalError: local variable 'result' referenced before assignment Deutet für mich erstmal auf einen grundsätzlichen Fehler hin?

Wer ist denn nun dafür zuständig, das Zertifikat zu erneuern?

Egal, ob man das nun gut oder schlecht findet, wenn die Seite schon ein Zertifikat hat, dann sollte es auch ein gültiges sein.

Wenn man die Erneuerung per Hand machen möchte, ok, aber 3 Wochen nach Ablauf sollte da mal langsam ein Administrator tätig werden (egal in welcher Form).

Ich versuche, beim nächsten Auftreten daran zu denken...

Das Webfrontend ist noch das alte? (ähhh... vdr live?)

Hallo,

seit neuestem habe ich ein interessantes Phänomen. Wenn ich bestimmte Aufnahmen anschaue, führt ein Druck auf die OK-Taste nicht wie gewohnt zur Fortschrittsanzeige sondern zum Neustart des vdr Frontend (oder ist es doch das Backend?).

Ich möchte also den Fortschrittsbalken sehen, stattdessen kommt kurz ein schwarzer Bildschirm, das yaVDR-Logo und anschließend das live Programm. Dann muss ich die Aufnahme neu auswählen und der Abspielmarker steht dort, wo er beim letzten Aufruf der Aufnahme stand. Springen in der Aufnahme geht aber problemlos.

Ich dachte zuerst, dass es vom Speicherort der Aufnahme abhängt, aber es scheint egal zu sein, ob die Aufnahme nun von meinem headless yaVDR 0.61 stammt, oder von meinem Wohnzimmer yaVDR 0.61.

Dann hatte ich die Vermutung, dass es passiert, wenn die Aufnahme noch läuft, aber auch das hat sich als Irrtum herausgestellt. Am ehesten (aber auch nicht sicher) passiert es bei bestimmten Sendern bzw. Sendungen - da dieses Problem nur manchmal auftritt, und wir dann natürlich gerade fernsehen kann ich es nicht wirklich fassen. Auf jeden Fall bleibt das Problem abhängig von der Aufnahme auch nach einem kompletten Neustart des Rechners bestehen.

Zuerst mal ist das Ganze natürlich lästig. Beim Überspringen der Werbung sehe ich gerne, wie weit gesprungen wird, um abschätzen zu können, ob es vielleicht doch etwas zu weit war.

Ärgerlich wird es, wenn auf dem Wohnzimmersystem zeitgleich eine Aufnahme läuft, die hat dann im Zweifel einen Handlungsbruch - zum Glück setzt der VDR die Aufnahme aber umgehend fort.

Wo könnte ich denn ansetzen, um den Fehler einzugrenzen? Oder wäre es das einfachste, den Rechner neu aufzusetzen?

Zitat von Frodo

Warum mountest Du nicht das Aufnahmeverzeichnis direkt vom Server zum Client?

Besser eine späte Antwort, als gar keine... (ich schau halt nicht ständig hier rein):

Der Client hat keine sinnvolle Aufnahmequelle, er nutzt ausschließlich einen Tuner, der im yavdr headless Server eingebaut ist.

Nein, mini73 hat mich schon richtig verstanden ich will einfach nur verhindern, dass überhaupt aufgenommen wird - insbesondere, wenn man aus Versehen in der Programmübersicht die rote Taste drückt - weshalb ich die Taste auch nicht über die remote.conf lahm legen kann (die rote Taste brauche ich ja trotzdem).

Ich habe mir jetzt erstmal damit beholfen, die Record-Taste lahmzulegen und zusätzlich die Default Aufnahmedauer für Sofortaufnahmen auf 1 zu setzen.

Das verhindert zwar nicht die Aufnahme, aber zumindest läuft die SSD nicht so schnell voll.

Hallo, liebe Foristen,

ich betreibe seit etlichen Jahren yavdr, in er Zwischenzeit mit drei Systemen. Zum einen ein Gerät mit Doppeltuner und 1TB Platte, zum zweiten ein headless Server mit 2 Doppeltunern und 8 TB Platz, zum dritten ein Client ohne Tuner, der zum Live schauen auf einen Tuner des headless Servers zurück greift.

Dieser Client hat nur eine kleine SSD eingebaut, von der er bootet und die lokale Kopie des epg vorhält, zum Aufnehmen ist dort aber nicht genug Platz.

Nun passiert es immer wieder mal, dass jemand aus Versehen z.B. eine Sofortaufnahme startet. Nach einiger Zeit meldet das Gerät dann natürlich, dass der Platz knapp wird - stimmt ja auch.

Gibt es einen Weg, zu verhindern, dass das Gerät lokal (oder auch über Netzwerk) aufnimmt? Ein Aufnahmeverzeichnis werde ich ja trotzdem brauchen, damit die Netzwerkfreigaben der anderen yavdr sichtbar sind?

seahawks erster Satz hat schon gereicht, mich in die richtige Richtung zu schubsen Vielen Dank dafür. Nachdem ich die korrekte Build-Umgebung genutzt habe, klappt der Start (auch mit notify) perfekt und epgd läuft sauber durch. Jetzt bleibt nur noch das Problem mit übermäßig vielen nicht geladenen Bildern.