Proxmox 7.1-7 bzw. letztes Update 6.4-11 macht Probleme mit tvheadend

[Andi_bz]

Hallo,

CPU(s) 8 x Intel(R) Xeon(R) CPU E31260L @ 2.40GHz (1 Socket)
Kernel Version Linux 5.13.19-5-pve #1 SMP PVE 5.13.19-13 (Tue, 08 Mar 2022 07:32:25 +0100)
PVE Manager Version pve-manager/7.1-10/6ddebafe

VM: Debian 11.3 1 CPU und 512MiB Ram

arch: amd64
cores: 1
hostname: tvh
memory: 512
mp0: /media/4tb/Aufnahmen/,mp=/home/tom/Aufnahmen
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.1.1,hwaddr=F2:04:2C:29:22:E1,ip=192.168.1.106/24,type=veth
ostype: debian
rootfs: local:206/vm-206-disk-0.raw,size=8G
swap: 512
unprivileged: 1
lxc.idmap: u 0 100000 1000
lxc.idmap: g 0 100000 1000
lxc.idmap: u 1000 1000 1
lxc.idmap: g 1000 1000 1
lxc.idmap: u 1001 101001 64535
lxc.idmap: g 1001 101001 64535

Tvheadend version: 4.3-2006~gecc9745bc~bullseye 14/02/2022. Fehler aber auch mit früheren Versionen

Der Fehler tritt nach ein paar Minuten auf, sobald der gelbe Balken der Ram voll wird.
Hier keine Fehler


Ab hier Fehler:




Logs

 

[bluesite]

ich hab hier ein lxc mit Ubuntu 21.10 (GNU/Linux 5.15.30-1-pve x86_64) am Laufen

tvheadend: version 4.2.8-36~g5bdcfd8ac



hier noch meine aktuelle Config:

arch: amd64
cores: 1
features: mount=nfs,nesting=1
hostname: tvh
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=B6:73:8C:57:8E:FF,ip=dhcp,type=veth
onboot: 0
ostype: ubuntu
rootfs: Images:103/vm-103-disk-0.raw,size=7G
swap: 0
tty: 1
lxc.cgroup2.devices.allow: c 212:* rwm
lxc.mount.entry: /dev/dvb dev/dvb none bind,optional,create=dir
lxc.apparmor.profile: unconfined
lxc.mount.entry: /home/backup/recording /home/hts/record

TV Karte ist eine Win TV Quad HD als device per mount eingebunden im lxc

 

[ITT]

Schaut irgendwie wie ein Memoryhole aus...
@Andi_bz Bitte mal die TVHeadend-Version auf den aktuellen Stand bringen und dann testen.
Ich verwende ebenfalls im LXC die 4.3-2010~g3b1d7a928 (und hatte nur davor Probleme mit der Speicherverwaltung)

 

[Andi_bz]

Die 4.3-2006 ist die letzte Version, die ich finden kann. https://tvheadend.org/issues/6131 Die Frage ist aber, warum habe ich im LXC Container einen Memoryhole und in einer VM nicht?

 

[ITT]

Die 4.3-2006 ist die letzte Version, die ich finden kann. https://tvheadend.org/issues/6131 Die Frage ist aber, warum habe ich im LXC Container einen Memoryhole und in einer VM nicht?

Ich halte mich da an die offizielle Version:
https://tvheadend.org/projects/tvheadend/wiki/AptRepositories
Naja, eine VM ist eine quasi "echte" Maschine, Container ist "nur" eine gesharte Geschichte.
Zwei grundlegend unterschiedliche Dinge.

 

[Andi_bz]

Wie schon oben erwähnt hat die repo ein Problem und ich kann die letzte Version nicht laden. Halte mich auch an den offiziellen Repository

 

[Marty56]

@ITT.
Wenn Du mal andere Threads aus diesem Forum lesen würdest, da steht schon beschrieben, dass der LXC Container Schwierigkeiten mit der Freigabe von Memory hat.

Ich habe meinen Server jetzt ohne Promox aufgesetzt und jetzt geht es wieder störungsfrei.

 

[Andi_bz]

Habe gerade mit Tvheadend 4.3-2024~g420786927 probiert und Ruckler sind immer noch da.

Wenn ich

sync; echo 1 > /proc/sys/vm/drop_caches

alle paar Minuten ausführe, hat Tvheadend keine Probleme mehr

 

[bluesite]

hat dein Proxmox ne Swap Partition?
Meiner hat keine allerdings hab ich 128 GB Ram drin von dem ca 12 belegt sind aktuell bzw ca 108 GB als cache nutzt

 

[Andi_bz]

Ja habe ich

 

[bluesite]

auf welchem Speicher ist denn der PVE installiert? SSD? NVME?
meiner ist auf ner Enterprise SSD und die NVME auf denen die VM/LXC liegen ist auch eine Enterprise
vielleicht packt deine die IOs nicht

was kommt wenn Du pveperf ausführst?

System SSD

CPU BOGOMIPS:      121372.48
REGEX/SECOND:      1711263
HD SIZE:           109.53 GB (/dev/sda1)
BUFFERED READS:    494.90 MB/sec
AVERAGE SEEK TIME: 0.05 ms
FSYNCS/SECOND:     4847.96
DNS EXT:           13.83 ms
DNS INT:           0.25 ms

Record NVME für Tvheadened (und Proxmox Backup Store)

CPU BOGOMIPS:      121372.48
REGEX/SECOND:      1739188
HD SIZE:           457.45 GB
BUFFERED READS:    199.06 MB/sec
AVERAGE SEEK TIME: 0.25 ms
FSYNCS/SECOND:     731.73
DNS EXT:           99.48 ms
DNS INT:           0.24 ms

 

[Andi_bz]

CPU BOGOMIPS:      38312.64
REGEX/SECOND:      1712756
HD SIZE:           213.50 GB (/dev/mapper/vg-root)
BUFFERED READS:    262.23 MB/sec
AVERAGE SEEK TIME: 0.11 ms
FSYNCS/SECOND:     119.09
DNS EXT:           36.58 ms

Kann man Hardware hier nicht ausschließen? Mit Proxmox 6 gab es dieses Problem nicht. Probleme tauchten erst nach Upgrade von 6->7 auf

 

[bluesite]

ich denke nicht das es an Proxmox selber liegt ich nutze es ja auch und habe keine Problem mit tvheadend und auch die aktuelle Version drauf
pve-manager/7.1-12, hast du mal nen neueren pve Kernel probiert? also z.B. pve-kernel-5.15.30-1-pve
den nutze ich.


Mein tvheadend ist tvheadend: version 4.2.8-36
unter Ubuntu 21.10 allerdings
Normal nutze ich Debian für VMs/LXC

 

[Andi_bz]

Auf den neuen Kernel upgedatet, aber immer noch Fehler.

root@bullseye:~# pveversion -v
proxmox-ve: 7.1-1 (running kernel: 5.15.30-1-pve)
pve-manager: 7.1-12 (running version: 7.1-12/b3c09de3)
pve-kernel-5.15: 7.1-14
pve-kernel-helper: 7.1-14
pve-kernel-5.13: 7.1-9
pve-kernel-5.11: 7.0-10
pve-kernel-5.15.30-1-pve: 5.15.30-1
pve-kernel-5.13.19-6-pve: 5.13.19-15
pve-kernel-5.13.19-5-pve: 5.13.19-13
pve-kernel-5.13.19-3-pve: 5.13.19-7
pve-kernel-5.13.19-1-pve: 5.13.19-3
pve-kernel-5.11.22-7-pve: 5.11.22-12
pve-kernel-5.11.22-5-pve: 5.11.22-10
pve-kernel-5.11.22-3-pve: 5.11.22-7
ceph-fuse: 14.2.21-1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown: residual config
ifupdown2: 3.1.0-1+pmx3
libjs-extjs: 7.0.0-1
libknet1: 1.22-pve2
libproxmox-acme-perl: 1.4.1
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.1-7
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.1-5
libpve-guest-common-perl: 4.1-1
libpve-http-server-perl: 4.1-1
libpve-storage-perl: 7.1-2
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.12-1
lxcfs: 4.0.12-pve1
novnc-pve: 1.3.0-2
proxmox-backup-client: 2.1.6-1
proxmox-backup-file-restore: 2.1.6-1
proxmox-mini-journalreader: 1.3-1
proxmox-widget-toolkit: 3.4-9
pve-cluster: 7.1-3
pve-container: 4.1-4
pve-docs: 7.1-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: 3.3-6
pve-ha-manager: 3.3-3
pve-i18n: 2.6-2
pve-qemu-kvm: 6.2.0-3
pve-xtermjs: 4.16.0-1
qemu-server: 7.1-4
smartmontools: 7.2-1
spiceterm: 3.2-2
swtpm: 0.7.1~bpo11+1
vncterm: 1.7-1
zfsutils-linux: 2.1.4-pve1

 

[ojaksch]

Liebe Leidensgenossen, ich habe mittlerweile sogar mit einer VM/tvheadend die gleichen Probleme wie seinerzeit mit LXC/tvheadend. In der VM sind die Probleme zwar nicht ganz so massiv wie in LXC, aber in jeder Aufnahme oder Live-TV sind die Fehler doch alle paar Dutzend Sekunden spürbar und tauchen im Log als Kontinuitätsfehler auf. Da kein Transcoding stattfindet und das DVB-Device ein Sat-IP ist, kann ich die PVE-Maschine als solches ausschließen. Sie läuft ansonsten ja auch völlig problemlos.

Die VM/tvheadend habe ich nun 1:1 auf einer ollen Intel-Box (Z83) laufen und dort seit Wochen keinen einzigen Kontinuitätsfehler mehr.

 

[Andi_bz]

Auch nach dem Update auf 7.2 keine Besserung. Schade

 

[ojaksch]

Auch nach dem Update auf 7.2 keine Besserung. Schade

Danke für das Info-Update. Meinen Server habe ich noch nicht auf 7.2 gewuchtet.
Mich beschleicht allmählich das Gefühl, dass es ein generelles Problem in Bezug auf UDP zu geben scheint. Der Sat-IP - Stream ist ja UDP und ich beobachte seit einiger Zeit - gefühlt seit etwa der gleichen Zeit als die Probleme mit tvheadend auftraten - ebenso Probleme bei meiner Asterisk-PBX in LXC. Dort sind abgehende Gespräche oft nicht möglich, da kein Audio (ebenfalls UDP). Das Signalling funktioniert aber und aufgefallen ist mir das erst sehr spät, da ich fast immer nur der Angerufene bin und es dabei dann keinerlei Probleme gibt.

Was tvheadend und Asterisk mit ihren Problemen eint, ist dass nach einem Neustart des jeweiligen LXC zunächst einmal alles für eine gewisse Zeit funktioniert (tvheadend: 7 Minuten ab Aufnahme ok, danach nur noch Kontinuitätsfehler - Asterisk: die ersten ein-zwei-drei abgehenden Rufe ok, danach Glücksspiel).

Bei Asterisk (pur, also kein FreePBX o.ä.) habe ich zwischenzeitlich verschiedene Versionen und Distros ausprobiert, hat aber keinen Unterschied gemacht. Das beobachte ich noch diesen Monat, dann zieht die Installation aus LXC 1:1 auf einen Rpi oder so um, aber ich würde schon jetzt fast meine tote Mutter verwetten, dass dann alles ganz normal funktioniert - wie mit tvheadend auch.

 

[Andi_bz]

Hast du mal geschaut, ob es bei dir auch am Cache liegt? Einfach im Terminal htop eingeben und den orangen Balken beobachten.

Hab gerade einen weiteren Test gemacht. Proxmox -> LXC -> Docker -> tvheadend mit dem gleichen Ergebnis. Der Cache des LXC läuft nach ein paar Minuten voll.

 

[ojaksch]

Hast du mal geschaut, ob es bei dir auch am Cache liegt? Einfach im Terminal htop eingeben und den orangen Balken beobachten.

Soeben nachgeholt, kann ich aber nicht bestätigen. Überhaupt ein interessantes neues Verhalten: Die Kontinuitätsfehler halten sich nun im geringen Rahmen, der Video-Stream besteht bei "reichlich Bewegung" aber nur noch aus Blockartefakten, bei ruhigen Bildern (z.B. Nachrichtensprecher) dagegen nicht.
Wie gesagt: Dieses LXC-Setup nur mit Kernel und Bootloader versehen läuft 1:1 umkopiert einwandfrei auf einem popeligen MicroPC.
Und nein, der PVE-Server läuft seit Jahren unverändert, von Updates für PVE und tvheadend einmal abgesehen. Keine SuperDuper-Registry-Hacks, um 1% mehr Leistung herauszuholen.

 

[bluesite]

also mein tbheaded lxc nutzt einen Kern und 3 GB Ram
ich habe so keine Aussetzter oder Artefakte bei mir allerdings DVB-C intern im PVE mit 4 Tunern

Der Server selber hat nen Ryzen 5700g drin