Hallo,
habs gerade bei heise gelesen, dass Angreifer GIT Repositories gelöscht haben. Grund war wohl, dass das Zugangspasswort im Klartext im GIT lag.
Einzelheiten bei Heise.
Gruß Micha
Hallo,
habs gerade bei heise gelesen, dass Angreifer GIT Repositories gelöscht haben. Grund war wohl, dass das Zugangspasswort im Klartext im GIT lag.
Einzelheiten bei Heise.
Gruß Micha
So, hab das softhddevice gegen das ffmpeg-2.8 getauscht und bisher keine segfaults mehr
Danke Seahawk!
Gruß Micha
Das wäre jetzt auch meine erste Idee, die softhd-Versionen zu probieren.... Hatte vor openglosd das cuvid zu laufen (GT630), aber da gab es auch Abstürze, daher der Wechsel zu glsosd....
Na, is ja bald Ostern und man hat ein wenig mehr Zeit, vorausgesetzt, die Familie sitzt nicht vor dem Gerät
Gruß Micha
ich hab am letzten Freitag updates eingespielt.... muss mal schauen, was da alles dabei war, waren auf jeden Fall einige vdr plugins dabei.
Hab neuerdings (seit dem letzten update) Segfaults im softhddevice (openglosd) bei 1080i live und bei der Wiedergabe.. Hat das hier noch jemand? (logs schicke ich hier heute Abend rein...)
Gruß Micha
So, jetzt geht es endlich! musste noch die Links von /srv/vdr/video auf /srv/video und /srv/vdr/video.00 neu anlegen... sie zeigten vorher nach /video...
Eine letzte Frage zu dem Thema:
wenn ich noch weitere Platten eingebunden habe, die als Archiv 1 und 2 nach /srv/vdr/video per bind gelegt sind, wie bekomme ich die dann über nfs auf den anderen vdr übertragen? mache ich da einen extra Eintrag in der exports und der yavdr-recordings.service?
Danke auf jeden Fall für deine tatkräftige und kompetente Hilfe!!
Ich hab die entsprechenden Anpassungen durchgeführt (in der fstab die videoplatte nach /video gemountet und dann mittels bind nach /svr/vdr/video gelegt, die exports und yavdr-recordings.service angepasst, auf dem anderen Rechner analog geändert) jedoch ohne Erfolg. Weiterhin ist auf dem ansible vdr das Verzeichnis des anderen zu sehen, aber umgekehrt im yavdr0.6 nicht.
showmount sieht jetzt so aus:
hdvdr-micha@hdvdr06:~$ showmount -e hdvdr01
Export list for hdvdr01:
/srv/audio *
/srv/backups *
/video/local *
/srv/picture *
/srv/files *
/srv *
avahi-browse sieht so aus:
hdvdr-micha@hdvdr06:~$ avahi-browse -l _nfs._tcp
+ eth2 IPv6 Pictures on hdvdr01 Network File System local
+ eth2 IPv6 Files on hdvdr01 Network File System local
+ eth2 IPv6 Backups on hdvdr01 Network File System local
+ eth2 IPv6 Audio on hdvdr01 Network File System local
+ eth2 IPv6 Recordings on hdvdr01 Network File System local
+ eth2 IPv6 Video on hdvdr01 Network File System local
+ eth2 IPv4 Pictures on hdvdr01 Network File System local
+ eth2 IPv4 Files on hdvdr01 Network File System local
+ eth2 IPv4 Backups on hdvdr01 Network File System local
+ eth2 IPv4 Audio on hdvdr01 Network File System local
+ eth2 IPv4 Recordings on hdvdr01 Network File System local
+ eth2 IPv4 Video on hdvdr01 Network File System local
Display More
Also meine Videofestplatte ist nach /video gemounted und dann nach /srv/vdr/video verlinkt. Macht das bei nfs Probleme? Hab das so schon seit yavdr0.5 im Einsatz und bisher ging es so. Kann das aber auch ändern....
Wenn es so bleibt, wo müsste ich /video/local eintragen? Welche Dateien sind dan für avahi und nfs zuständig? (ich bin mit der Systematik leider noch nicht warm geworden um das Vorgehen verstehen zu können...)
Da steht bei mir folgendes:
root@hdvdr01:~# cat /etc/avahi/services/yavdr-recordings.service
<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Recordings on %h</name> ## Name
<service>
<type>_nfs._tcp</type>
<port>2049</port>
<txt-record>path=/srv/vdr/video/</txt-record> ## path to shared Folder
<txt-record>subtype=vdr</txt-record> ## subtype
</service>
</service-group>
Display More
sollte ich da dann das /local noch einfügen?
okay, dann nochmal
root@hdvdr06:~# avahi-browse -l _nfs._tcp
+ eth2 IPv6 Pictures on hdvdr01 Network File System local
+ eth2 IPv6 Files on hdvdr01 Network File System local
+ eth2 IPv6 Backups on hdvdr01 Network File System local
+ eth2 IPv6 Audio on hdvdr01 Network File System local
+ eth2 IPv6 Video on hdvdr01 Network File System local
+ eth2 IPv6 Recordings on hdvdr01 Network File System local
+ eth2 IPv4 Pictures on hdvdr01 Network File System local
+ eth2 IPv4 Files on hdvdr01 Network File System local
+ eth2 IPv4 Backups on hdvdr01 Network File System local
+ eth2 IPv4 Audio on hdvdr01 Network File System local
+ eth2 IPv4 Video on hdvdr01 Network File System local
+ eth2 IPv4 Recordings on hdvdr01 Network File System local
Display More
root@hdvdr06:~# showmount -e hdvdr01
Export list for hdvdr01:
/srv/audio *
/srv/backups *
/video *
/srv/picture *
/srv/files *
/srv *
Sieht jetzt besser aus, oder?
Hier die Ausgaben:
hdvdr-micha@hdvdr06:~$ avahi-browse -l _nfs.tcp
avahi_service_browser_new() fehlgeschlagen: Ungültiger Diensttyp
PING hdvdr01.fritz.box (192.168.178.20) 56(84) bytes of data.
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=1 ttl=64 time=0.227 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=2 ttl=64 time=0.210 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=3 ttl=64 time=0.374 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=4 ttl=64 time=0.177 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=5 ttl=64 time=0.254 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=6 ttl=64 time=0.188 ms
^C
--- hdvdr01.fritz.box ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5001ms
rtt min/avg/max/mdev = 0.177/0.238/0.374/0.066 ms
Display More
@seawhak,
ich mache das heute Abend und schicke Dir die Ergebnisse...
Habe noch ein wenig gebuddelt gestern Abend und festgestellt, dass der nfs-server auf dem ansible gelich wieder beendet wurde, weil er 2 video Verzeichnisse gefunden hat.
Habe dann einen Eintrag in der exports auskommentiert ( da gab es /srv/video und /srv/vdr/video) und dann lief der nfs-server, hatte nur auf dem alten yavdr ein eigenartiges Verhalten: ich habe dort ein als hdvdr01 (also vom ansible) verlinkt bekommen, der Inhalt war allerdings der vom hdvdr06!
Prinzipiell scheint es jetzt also zu gehen, nur mit eigenartigem Verhalten
hdvdr-micha@hdvdr06:~$ ls -l /net/hdvdr01/srv/vdr/video
ls: Zugriff auf /net/hdvdr01/srv/vdr/video nicht möglich: Datei oder Verzeichnis nicht gefunden
Ich glaub das sind die Links vom alten vdr, das Verzeichnis /net ist leer....
in /media/vdr steht ein link "Recordings on hdvdr01 for hdvdr06" der nach net verweist. Sollt der "local" Eintrag doch den Erfolg gebracht haben? weil der vdr davor hieß hdvdr, es muss also kurz funktioniert haben
Nachdem ich jewtzt meinen hauptvdr auf ansible umgestellt habe, hat der 2. vdr (vdr 4 in der Liste) im lokalen Netz (mit yavdr0.62) keinen Zugriff mehr auf die aufnahmen des 1. vdr.
Wo muss ich jetzt ansetzen, dass die wieder sichtbar werden? (hide-first-recording-patch ist auf beiden vdr aktiv)
Gruß Micha
P.S. auf yavdr-ansible funktioniert alles bestens.
Danke seahawk, werd ich in Angriff nehmen...
Und danke für den Link, der mir noch viele andere Tastaturkürzel gezeigt hat
Gruß Micha
Hallo seahawk,
meine aktuelle Testinstallation von yavdr-ansible läuft recht stabil.
Leider hatte ich heute morgen das Problem mit dem "frontend detached" vdr. Da ich keine FB dran habe (vdr 1) sondern eine Tastatur, hab ich leider keine Taste finden können, die das frontend detached aufhebt...
Gibts da eine Lösung? (bei yavdr0.6 hat er nach mehreren Tastatureingaben irgendwann auf "Enter" reagiert)
Gruß Micha