[yaVDR 0.5] Lifeguard-Einstellung wird ignoriert

Zeig doch bitte mal den Inhalt der Datei "/etc/vdr/lifeguard.conf" sieht so aus, als ob die WFE Änderung nicht durchschlägt ...

Löwe:

Das mit dem Lifeguard hat schon bei yaVDR 0.4 so einen Fehler gehabt, der obwohl hier im Forum hinreichend bekannt nie beseitigt wurde. Scheint so, als ob es bei yaVDR 0.5 eher mehr Probleme gibt:

Bei yaVDR 0.5 ist u.a. die Anzeige im WebConfig falsch. So wird bei mir trotz eingeschalteter XBMC/Samba Option nach dem Speichern/Refresh im Browser die Option als ausgeschaltet angezeigt, obwohl Sie durchaus in lifeguard.conf wie bei Dir eingeschaltet ist. Offensichtlich werden in der WebConfig die vorhandenen Einstellungen nicht korrekt geladen/angezeigt. Als schnellen Fix, entferne einfach die ungewollten Optionen aus der lifeguard.conf manuell.

Funktioniert eingentlich inzwischen die Samba Einstellung in Lifeguard? Bei yaVDR 0.4 funktioniert die nicht, weil das Script beim Aufruf von smbstatus keine korrekten Rechte hat und daher einen Zugriff via SMB garnicht mitbekommen kann und abschaltet. Man musste erst das lifeguard Script/sudoers leicht verändern, demit es ging. Soweit ich es sehe, ist das damals fehlerhafte Script noch immer in yaVDR 0.5 unverändert vorhanden. Evtl. hat man ja woanders (sudoers) das Problem mit den Rechten behoben. Ich habe einfach die aus 0.4 bekannten Fixes eingespielt.

Zitat von backalive

Löwe:

Das mit dem Lifeguard hat schon bei yaVDR 0.4 so einen Fehler gehabt, der obwohl hier im Forum hinreichend bekannt nie beseitigt wurde. Scheint so, als ob es bei yaVDR 0.5 eher mehr Probleme gibt:

Bei yaVDR 0.5 ist u.a. die Anzeige im WebConfig falsch. So wird bei mir trotz eingeschalteter XBMC/Samba Option nach dem Speichern/Refresh im Browser die Option als ausgeschaltet angezeigt, obwohl Sie durchaus in lifeguard.conf wie bei Dir eingeschaltet ist. Offensichtlich werden in der WebConfig die vorhandenen Einstellungen nicht korrekt geladen/angezeigt. Als schnellen Fix, entferne einfach die ungewollten Optionen aus der lifeguard.conf manuell.

Funktioniert eingentlich inzwischen die Samba Einstellung in Lifeguard? Bei yaVDR 0.4 funktioniert die nicht, weil das Script beim Aufruf von smbstatus keine korrekten Rechte hat und daher einen Zugriff via SMB garnicht mitbekommen kann und abschaltet. Man musste erst das lifeguard Script/sudoers leicht verändern, demit es ging. Soweit ich es sehe, ist das damals fehlerhafte Script noch immer in yaVDR 0.5 unverändert vorhanden. Evtl. hat man ja woanders (sudoers) das Problem mit den Rechten behoben. Ich habe einfach die aus 0.4 bekannten Fixes eingespielt.

Alles anzeigen

Du schreibst hier von "bekannten" Fehlern, sind diese im Bugtracker von yaVDR eingetragen worden? Wenn nicht, wäre es nicht schlecht wenn Du dies dort machen würdest. Das Team kann sich nicht jede Stelle eines Threads merken wo ein Fehler gepostet wird. Dort, also im Bugtracker, ist es auch leicht die Fehlerbeseitigung zu verfolgen. Ideal ist es auch wenn Du einen Lösungsansatz hast diesen auch gleich mit zu hinterlegen. Die yaVDR'ler nehmen gerne solche Sachen mit auf und Du kannst damit auch zum System mit beitragen = OpenSource

Zitat von löwe

Die Themen:

• ring buffer overflow bei Streamdev-Verbindungen samt Absturz des Clients
• Beim 1. VDR-Start nach einem Reboot gegelgentlich segfault der VDR-Binary (auch bei der noch unmodifizierten yaVDR 0.5 Standard-Installation)
• Lifeguard-Einstellungen werden nach Festlegen im Web-Admin nicht berücksichtigt
• evtl: Beim Senderwechsel wird vom Server-VDR ein schwarzes leeres Bild übertragen (Tuning funktioniert, Daten werden gesendet --> aber leeres Bild ohne Ton und Video)

Natürlich kannst Du diese Fehler melden, aber nur 1 Fehler ist so richtig yaVDR bezogen, bei den anderen wären wir sicher drauf angewiesen, das diese im Usprung beim entsprechenden Entwickler schon gelöst wurden.

Der zweite Fehler riecht für mich stark nach dem Plugin, über das wir hier nicht sprechen.

Beim liveguard Fehler müssen wir mal schauen ob der schon mal gemeldet und gelöst wurde, da mit jeder yaVDR Version das WFE stark überarbeitet wird, kann der natürlich wiederkommen. Das wirklich Erstaunliche ist, das von den vielen, vielen Alpha & Beta Nutzern es keiner gemeldet hat ...

Regards
fnu

Utiltiy:

Ich bin auf des SMB-Problem mit Lifeguard erst sehr spät gestossen und die Diskussionen/Lösungen war nicht nur hier im Forum beendet/fertig, zumal ich auch so recht nicht verstanden habe, wieso smbstatus nicht die nötigen Zugriffsrechte hatte. Insofern war das Problem bekannt. Ob es nun auch im Bugtracker gemeldet wurde, weiss ich nicht. Mein Eindruck war aber aus einem Posting, dass es einem der Programmierer des Lifeguard Scripts bekannt war, ihm aber wohl die Zeit fehlte.

Worum es ging:
In /usr/share/vdr/shutdown-hooks/S91.lifeguard hatte smbstatus nicht die nötigen Rechte um eine existiernde SMB Verbindung zu erkennen. Damit kann Lifeguard nicht funktionieren. Auch wurde
bei der case Anweisung am Anfang des smb Abschnitts $TYPE anstatt $PATTERN verwendet.

Die schnelle und wegen sudoers wohl unschöne Lösung lag darin, $TYPE in $PATTERN zu ändern und sudo vor die smbstatus Aufrufe zu setzen:

smb)
                # samba locks or shares
                case "$PATTERN" in
                  lock*)
                        if [ $(sudo smbstatus -L | wc -l) -gt 2 ]; then
                                REASON=${DESCRIPTION:-"Samba locks"}
                                break 2
                        fi
                        continue 2
                        ;;
                  share*)
                        if [ $(sudo smbstatus -S | wc -l) -gt 4 ]; then
                                REASON=${DESCRIPTION:-"Samba shares"}
                                break 2
                        fi
                        continue 2
                        ;;
                  *)
                        if [ $(sudo smbstatus -S | grep -cE "$PATTERN\b") -gt 0 ]; then
                                REASON=${DESCRIPTION:-"$PATTERN"}
                                break 2
                        fi
                        continue 2
                        ;;
                esac
                continue
                ;;

und dann in /etc/sudoers folgende Zeile hinzuzufügen:

vdr ALL=(ALL) NOPASSWD: /usr/bin/smbstatus *

Das hatte zumindest hier mit yaVDR 0.4 funktioniert (naja, mit den bekannten Problem, dass nicht immer ein PC die Verbindung korrekt beendet und es dann lange dauert, bis yaVDR ausschaltet). Ich habe es mir nicht genau angeschaut, ob yaVDR 0.5 das gleiche Problem hat und ob nicht z.B. der Aufruf des Scripts geändert wurde. Vielleicht hat jemand anderes Zeit sich das anzuschauen?

Zitat von backalive

Worum es ging:
In /usr/share/vdr/shutdown-hooks/S91.lifeguard hatte smbstatus nicht die nötigen Rechte um eine existiernde SMB Verbindung zu erkennen. Damit kann Lifeguard nicht funktionieren.

Also ich habe kein Problem unter yaVDR 0.5 mit dem User vdr "smbstatus [-L,-S]" auszuführen.

Vorsicht, hast Du auch geschaut ob smbstatus wirklich eine bestehende SMB Verbindung anzeigt? Wenn ich mich richtig erinnere, lag das Problem nicht darin, ob man smbstatus als vdr User aufrufen kann, sondern ob smbstatus auch dann die bestehende Verbindung erkennt. Scheinbar braucht dazu smstatus entsprechende Rechte. Wie gesagt, hatte den Kram mit den Rechten damals auch nicht so recht verstanden und habe dank funktionierender Lösung nicht weiter gesucht.

Dann bleibt da noch das Them $TYPE vs $PATTERN. yaVDR gibt normal "locks" an. Wenn $TYPE wie vermutet inkorrekt ist, dann wird der entsprechende Check auch nicht ausgeführt.