... dann benutzt du die Versionen des VDR im Repository des Ringträgers und nicht jene von seahawk.
Dem möchte ich widesprechen: mein VDR kommt von "yavdr/experimental-vdr" (siehe apt-cache oben)
... dann benutzt du die Versionen des VDR im Repository des Ringträgers und nicht jene von seahawk.
Dem möchte ich widesprechen: mein VDR kommt von "yavdr/experimental-vdr" (siehe apt-cache oben)
Also bei mir läuft diese Version von dv***i gut:
apt-cache policy vdr-plugin-dv***i vdr
vdr-plugin-dv***i:
Installiert: 2.2.5-2-g197e752-0frodo0~bionic
Installationskandidat: 2.2.5-2-g197e752-0frodo0~bionic
Versionstabelle:
*** 2.2.5-2-g197e752-0frodo0~bionic 500
500 http://ppa.launchpad.net/frodo-vdr/experimental-vdr-yavdr/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
vdr:
Installiert: 2.4.0-43yavdr0~bionic
Installationskandidat: 2.4.0-43yavdr0~bionic
Versionstabelle:
*** 2.4.0-43yavdr0~bionic 500
500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
2.3.8-2 500
500 http://at.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
Alles anzeigen
Pinning benutze ich nicht.
Wurde alles "automatisch" - nach Anpassung der localhost - von Seahawks Ansible-Installskript installiert.
In der host_vars/localhost habe ich unter repositories u.a. diese beiden PPAs drin:
- ppa:"ringträger"/experimental-vdr-yavdr
- ppa:"ringträger"/experimental-main-yavdr
("ringträger" bitte sinnvoll ersetzen)
Eines davon ist für dv***i und das andere für epg2vdr.
Vielen Dank für die Erklärung!
Wenn dadurch auch die vielen Ansible-Meldungen ausgelöst wurden, dann ists für mich hiermit erledigt.
Habe heute mittels sudo -H ./install-yavdr.sh ein Update gemacht und dabei folgende Fehler bekommen:
...
TASK [yavdr-xorg : update xorg, xrandr and drm variables with values from local facts if needed] ******************************************************************
skipping: [localhost]
TASK [yavdr-xorg : create xorg.conf (for nvidia driver)] **********************************************************************************************************
fatal: [localhost]: FAILED! => {
"changed": false
}
MSG:
AnsibleUndefinedVariable: 'dict object' has no attribute 'primary'
RUNNING HANDLER [Restart Samba] ***********************************************************************************************************************************
PLAY RECAP ********************************************************************************************************************************************************
localhost : ok=100 changed=12 unreachable=0 failed=1 skipped=17 rescued=0 ignored=0
Alles anzeigen
Nach reboot funzt aber offenbar alles normal.
Auffällig sind (bzw. waren, vor Reboot) die sehr, sehr vielen Ansible-Meldungen im syslog, zB ansible-stat: Invoked with checksum_algorithm... oder ansible-lineinfile: Invoked with directory_mode=None...
Muss ich mir Sorgen machen?
Um 16:07 Uhr hat es bei uns noch (nahezu) einwandfrei geklappt; ein paar Poster funzten nicht.
Seite thetvdb.com ist jetzt pingbar. Vielleicht ein temporäres Problem?
Ich glaub jetzt sollt ich mir wirklich mal so eine Himbeere gönnen.
Wie immer: gute Arbeit!
Kann ich hier nicht nachvollziehen - jede Sendung 1x pro Provider (tvm, tvsp, vdr)
epgd-showmerge S19.2E-1-1079-28007
+---------------------+
| last merge was at |
+---------------------+
| 2020-06-24 21:45:54 |
+---------------------+
+--------------------------+
| events pending for merge |
+--------------------------+
| 597 |
+--------------------------+
+---------------+--------+
| count(source) | source |
+---------------+--------+
| 85766 | tvm |
| 58275 | tvsp |
| 29444 | vdr |
+---------------+--------+
channel S19.2E-1-1079-28007
+--------+----------+---------+--------+--------+---------------------+----------+-----------------------------------------------+---------------------+
| source | masterid | useid | updflg | delflg | starttime | duration | title | updsp |
+--------+----------+---------+--------+--------+---------------------+----------+-----------------------------------------------+---------------------+
| vdr | 7451798 | 7342869 | L | NULL | 2020-06-24 21:44:00 | 16 | Erlebnisreisen: Irlands Norden | 2020-06-24 20:59:38 |
| tvsp | 7342869 | 7342869 | T | NULL | 2020-06-24 21:44:00 | 16 | Erlebnisreisen: Irlands Norden | 2020-06-24 18:19:32 |
| tvm | 7168852 | 7168852 | R | NULL | 2020-06-24 21:45:02 | 15 | Erlebnisreisen | 2020-06-24 10:41:27 |
| vdr | 7451799 | 7342870 | L | NULL | 2020-06-24 22:00:00 | 25 | ZIB 2 | 2020-06-24 20:20:54 |
| tvsp | 7342870 | 7342870 | T | NULL | 2020-06-24 22:00:00 | 25 | ZiB 2 | 2020-06-24 18:19:32 |
| tvm | 7168853 | 7168853 | R | NULL | 2020-06-24 22:00:02 | 25 | ZIB 2 | 2020-06-24 10:41:27 |
| vdr | 7451800 | 7168854 | L | NULL | 2020-06-24 22:25:00 | 46 | Schnell ermittelt - Carlo Michalek | 2020-06-24 20:20:54 |
| tvsp | 7342871 | 7342871 | I | NULL | 2020-06-24 22:25:00 | 46 | Schnell ermittelt – Carlo Michalek | 2020-06-24 18:19:32 |
| tvm | 7168854 | 7168854 | T | NULL | 2020-06-24 22:25:02 | 45 | Schnell ermittelt | 2020-06-24 10:41:27 |
| tvm | 7168855 | 7168855 | R | NULL | 2020-06-24 23:10:02 | 130 | L.A. Confidential | 2020-06-24 10:41:27 |
| vdr | 7451801 | 7342872 | L | NULL | 2020-06-24 23:11:00 | 133 | L.A. Confidential | 2020-06-24 20:20:55 |
| tvsp | 7342872 | 7342872 | T | NULL | 2020-06-24 23:11:00 | 133 | L.A. Confidential | 2020-06-24 18:19:32 |
| tvm | 7208653 | 7208653 | T | NULL | 2020-06-25 01:20:02 | 30 | Tempel | 2020-06-24 10:41:27 |
| vdr | 7452478 | 7208653 | L | NULL | 2020-06-25 01:24:00 | 30 | Tempel (2/6) | 2020-06-24 20:20:55 |
| tvsp | 7342873 | 7342873 | I | NULL | 2020-06-25 01:24:00 | 30 | Tempel | 2020-06-24 18:19:32 |
| tvm | 7208654 | 7208654 | R | NULL | 2020-06-25 01:50:02 | 25 | 10vor10 | 2020-06-24 10:41:27 |
| vdr | 7452479 | 7342874 | L | NULL | 2020-06-25 01:54:00 | 29 | 10 vor 10 | 2020-06-24 20:20:55 |
| tvsp | 7342874 | 7342874 | T | NULL | 2020-06-25 01:54:00 | 29 | 10 vor 10 | 2020-06-24 18:19:32 |
| tvm | 7208655 | 7208655 | T | NULL | 2020-06-25 02:15:02 | 60 | Stöckl. | 2020-06-24 10:41:27 |
| vdr | 7452998 | 7208655 | L | NULL | 2020-06-25 02:23:00 | 59 | STÖCKL. | 2020-06-24 20:20:55 |
| tvsp | 7342875 | 7342875 | I | NULL | 2020-06-25 02:23:00 | 59 | Stöckl. | 2020-06-24 18:19:32 |
| tvm | 7208656 | 7208656 | R | NULL | 2020-06-25 03:15:02 | 25 | Panorama | 2020-06-24 10:41:27 |
| vdr | 7453124 | 7342876 | L | NULL | 2020-06-25 03:22:00 | 24 | Panorama - Strumpf ist Trumpf | 2020-06-24 20:20:55 |
| tvsp | 7342876 | 7342876 | T | NULL | 2020-06-25 03:22:00 | 24 | Panorama – Strumpf ist Trumpf | 2020-06-24 18:19:32 |
| tvm | 7208657 | 7208657 | R | NULL | 2020-06-25 03:40:02 | 45 | Universum | 2020-06-24 10:41:27 |
| vdr | 7460090 | 7342877 | L | NULL | 2020-06-25 03:46:00 | 44 | Almsommer | 2020-06-24 20:20:55 |
| tvsp | 7342877 | 7342877 | T | NULL | 2020-06-25 03:46:00 | 44 | Almsommer | 2020-06-24 18:19:32 |
| tvm | 7208658 | 7208658 | R | NULL | 2020-06-25 04:25:02 | 45 | Universum | 2020-06-24 10:41:27 |
| vdr | 7460091 | 7342878 | L | NULL | 2020-06-25 04:30:00 | 45 | Paradies vor der Haustür - Natur im Garten | 2020-06-24 20:20:55 |
| tvsp | 7342878 | 7342878 | T | NULL | 2020-06-25 04:30:00 | 45 | Paradies vor der Haustür – Natur im Garten | 2020-06-24 18:19:45 |
| tvm | 7208659 | 7208659 | T | NULL | 2020-06-25 05:10:02 | 50 | Universum | 2020-06-24 10:41:27 |
| vdr | 7460092 | 7208659 | L | NULL | 2020-06-25 05:15:00 | 45 | Mythen der Alpen | 2020-06-24 20:20:55 |
| tvsp | 7381841 | 7381841 | I | NULL | 2020-06-25 05:15:00 | 45 | Mythen der Alpen | 2020-06-24 18:19:45 |
| vdr | 7460093 | 7208660 | L | NULL | 2020-06-25 06:00:00 | 20 | Menschen mit Gespür für Holz | 2020-06-24 20:20:55 |
| tvsp | 7381842 | 7381842 | I | NULL | 2020-06-25 06:00:00 | 20 | Menschen mit Gespür für Holz | 2020-06-24 18:19:45 |
| tvm | 7208660 | 7208660 | T | NULL | 2020-06-25 06:00:02 | 20 | Menschen mit Gespür für Holz | 2020-06-24 10:41:27 |
| vdr | 7460094 | 7381843 | L | NULL | 2020-06-25 06:20:00 | 40 | Kulturzeit | 2020-06-24 20:20:55 |
| tvsp | 7381843 | 7381843 | T | NULL | 2020-06-25 06:20:00 | 40 | Kulturzeit | 2020-06-24 18:19:45 |
| tvm | 7208661 | 7208661 | R | NULL | 2020-06-25 06:20:02 | 40 | Kulturzeit | 2020-06-24 10:41:27 |
| vdr | 7460095 | 7208662 | L | NULL | 2020-06-25 07:00:00 | 30 | nano | 2020-06-24 20:20:55 |
| tvsp | 7381844 | 7381844 | I | NULL | 2020-06-25 07:00:00 | 30 | nano | 2020-06-24 18:19:45 |
| tvm | 7208662 | 7208662 | T | NULL | 2020-06-25 07:00:02 | 30 | nano | 2020-06-24 10:41:27 |
| vdr | 7460096 | 7381845 | L | NULL | 2020-06-25 07:30:00 | 30 | Alpenpanorama | 2020-06-24 20:20:55 |
| tvsp | 7381845 | 7381845 | T | NULL | 2020-06-25 07:30:00 | 30 | Alpenpanorama | 2020-06-24 18:19:45 |
| tvm | 7208663 | 7208663 | R | NULL | 2020-06-25 07:30:02 | 30 | Alpenpanorama | 2020-06-24 10:41:27 |
| vdr | 7460097 | 7381846 | L | NULL | 2020-06-25 08:00:00 | 5 | ZIB | 2020-06-24 20:20:56 |
| tvsp | 7381846 | 7381846 | T | NULL | 2020-06-25 08:00:00 | 5 | ZiB | 2020-06-24 18:19:45 |
| tvm | 7208664 | 7208664 | R | NULL | 2020-06-25 08:00:02 | 5 | ZIB | 2020-06-24 10:41:27 |
| vdr | 7460098 | 7381847 | L | NULL | 2020-06-25 08:05:00 | 25 | Alpenpanorama | 2020-06-24 20:20:56 |
| tvsp | 7381847 | 7381847 | T | NULL | 2020-06-25 08:05:00 | 25 | Alpenpanorama | 2020-06-24 18:19:45 |
+--------+----------+---------+--------+--------+---------------------+----------+-----------------------------------------------+---------------------+
Alles anzeigen
In der channelmap.conf sieht das (für 3SAT) so aus:
Das ist definitiv nicht normal - bei mir braucht der gerade mal 159 ms - frisch gebootet von SSD:
systemd-analyze blame
3.885s epgd.service
3.798s dev-sdb1.device
2.595s vdr.service
2.348s mariadb.service
1.911s postfix@-.service
1.508s systemd-networkd-wait-online.service
1.291s systemd-journal-flush.service
1.286s x@vt7.service
944ms networkd-dispatcher.service
857ms udisks2.service
744ms lircd-setup.service
569ms lvm2-monitor.service
564ms snapd.service
532ms keyboard-setup.service
464ms smbd.service
418ms systemd-modules-load.service
375ms accounts-daemon.service
313ms grub-common.service
312ms apparmor.service
297ms nfs-server.service
282ms systemd-tmpfiles-setup-dev.service
250ms oscam.service
213ms preload.service
208ms systemd-fsck@dev-disk-by\x2duuid-87a6fe9e\x2dd135\x2d4bfc\x2d906c\x2da4cf854d0206.service
204ms apport.service
204ms systemd-sysctl.service
198ms systemd-logind.service
177ms systemd-journald.service
174ms systemd-udevd.service
159ms nmbd.service
155ms proc-fs-nfsd.mount
154ms lxd-containers.service
146ms systemd-udev-trigger.service
143ms systemd-resolved.service
138ms systemd-timesyncd.service
130ms autofs.service
118ms rsyslog.service
117ms user@666.service
112ms user@1000.service
107ms polkit.service
101ms snapd.seeded.service
93ms kmod-static-nodes.service
90ms dev-mqueue.mount
90ms ufw.service
87ms nfs-blkmap.service
81ms systemd-random-seed.service
76ms wpa_supplicant.service
75ms lm-sensors.service
74ms run-rpc_pipefs.mount
73ms sys-kernel-debug.mount
71ms avahi-daemon.service
67ms systemd-remount-fs.service
67ms ebtables.service
66ms ssh.service
61ms plymouth-quit-wait.service
59ms systemd-tmpfiles-setup.service
59ms plymouth-quit.service
56ms dev-hugepages.mount
56ms systemd-tmpfiles-clean.service
50ms alsa-restore.service
45ms systemd-update-utmp.service
45ms srv.mount
44ms systemd-networkd.service
39ms nfs-idmapd.service
38ms nfs-mountd.service
25ms epghttpd.service
25ms console-setup.service
25ms rpcbind.service
22ms systemd-user-sessions.service
20ms nfs-config.service
17ms dev-disk-by\x2duuid-7465d9bf\x2dbdf6\x2d4d0e\x2d846d\x2d1f4231df5e43.swap
16ms plymouth-start.service
15ms ureadahead-stop.service
13ms plymouth-read-write.service
12ms blk-availability.service
8ms setvtrgb.service
8ms systemd-update-utmp-runlevel.service
6ms nvidia-persistenced.service
5ms yavdr-xorg.service
5ms lxd.socket
5ms wait-for-dvb@1.service
4ms sys-fs-fuse-connections.mount
4ms sys-kernel-config.mount
4ms postfix.service
3ms wait-for-dvb@0.service
2ms snapd.socket
Alles anzeigen
Der kommt aber:
Erst jetzt gesehen:
BR geht wohl, aber eben BR-S nicht mehr. Darum meine Schreibweise "BR-S wird zu BR"
D.h. dann aber, dass die Kanalliste mit den IDs von tvsp selber nicht mehr stimmt!!!
Da kommen nämlich (zumindest in der RAW-Ansicht) nur BR-S und BR-N, aber nicht BR.
Weiteres Beispiel NDR: N3 mit der ich Daten bekomme steht nicht drin, aber dafür NDR-NI, NDR-MV, NDR-HH, etc.
Was geht denn hier ab? Stellt tvsp gerade was um und hat die Kanalliste noch nicht nachgezogen?
Ah ok, danke für die Hinweise!
Dann habe ich "das Kuddelmuddel" wohl falsch interpretiert.
Das Senderkürzel BR-S scheint es (seit einigen Tagen?) bei tvsp nicht mehr zu geben.
Weshalb ich dieses - und noch einige andere - ersetzt bzw. gestrichen habe in meiner channelmap.conf.
Edit:
BR-S->BR, NDR-HH->N3, SWRBW->SWR, SR->SWR, RB-TV ex, N24 ex
Leider finde ich den Link zur Liste aller aktuell gültigen tvsp-Senderkürzel nicht mehr. Hat den noch jemand?
Beamerknecht kann anscheinend den Hostnamen 'vdr' nicht auflösen.
Viell. hats bei dir auch was an der resolv.conf - siehe hier. Glaub ich aber eher nicht.
Tatsächlich lags auch bei mir daran - Danke!
Dem VDR war zwar immer alles erlaubt, aber das hat uBlock Origin wohl irgendwann mal vergessen *kopfschüttel*
Wenn ich auf irgendeine Sendung klicke kommt nur die Meldung "Fehler Der Server konnte nicht erreicht werden!".
Gerade ausprobiert: muss ich leider bestätigen.
Mit Bewusstsein habe ich das nicht eingeschaltet, wo würde ich das denn abschalten?
Auszug von hier:
The simplest way to instantly disable the IP version 6 network protocol system on on Ubuntu 18.04 is to execute the following commands:
$ sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
$ sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1
Oder du trägst in die diversen "allowed_hosts.conf"-Dateien probehalber auch mal die IPv6 Adressen als erlaubt ein.
Ich probier nochmal was beizutragen:
Du nutzt IPv6 für VDR (wegen '2003:e1:170c:3d00:226:18ff:fe1b:87a1')?
Das würde ich probehalber mal abschalten und nur mit IPv4 arbeiten.
davie2000 die Interfaces haben unterschiedliche IPs, was da gleich ist, ist das Gateway.
Oh Mann, wie peinlich, sorry!
Mich wundert, dass es ÜBERHAUPT funktioniert, wenn zwei Netzwerkgeräte (im VDR) die selbe IP-Adresse haben!
Das dürfte doch eigentlich gar nicht gehen, oder?
Gib dem VDR mal im WLAN eine andere IP-Adresse (im gleichen Subnet) und probier nochmal.
Wenn das nichts bringt, dann WLAN in ein eigenes Subnet, wie wmautner schreibt.
Da müssen dann halt auch Routen zwischen den Subnets eingerichtet bzw. erlaubt sein (Firewall).
Lösung war ein „exit“ in der Busybox Konsole. Dann kam die Info, dass das Filesystem der SSD kaputt ist.
Ein beherztes „fsck /dev/sdb1“ u Autofix aller Fehler samt Reboot hat geholfen.
Keine Ahnung, wie das über Nacht passieren konnte???