[hundeschnauze]

Hallo,
mein neu aufgesetzter MLD läuft ca. 5h tadellos um dann per oom-kill abzustürzen. Ich teste das jetzt schon ein paar Tage. Das Verhalten ist reproduzierbar. Suspend und Standby Timer habe ich auf 0 gesetzt und nur das nötigste Installiert.

Ich hoffe ihr könnt mir weiter helfen. Die Details zu meiner Kiste stehen in der Signatur.

Debug-Log habe ich hochgeladen. Upload Code lautet: CRPjjA

Vielen Dank
Holger

[hundeschnauze]

und hier das Log zum heutigen Absturz: 0din8X

[rfehr]

Hi Holger,

hier scheint es etwas ähnliches zu sein.
https://www.vdr-portal.de/forum/index.php?thread/134829-speicherleck-im-vdr-oder-einem-plugin/&postID=1345584#post1345584

Gruß,
  Roland

[she]

Servus,

ich habe ein ähnliches Verhalten, ohne geprüft zu haben, was der Grund eines Absturzes ist. System "frisst" RAM bis zum Anschlag. Irgendwann kann ich es nur noch hart ausschalten. Danach geht dann EPG Searchtimer nicht mehr. Muss dann "timersdone.conf" und "epgsearch.log" weg hauen und VDR neu starten. Ohne diese Aktion werden keine Aufnahemn mehr programmiert und ausgealterte Aufnahmen werden nicht mehr automatisch gelöscht. Seit gerade eben habe ich das zusätzliche Problem, dass meine Daten Disk nicht mehr da ist. Im WebIF wird die Disk (sdb) auch nicht mehr angezeigt. in der /etc/fstab sthet folgendes:

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=1ca8ea91-21de-448c-a87f-f4c4e6647adc  /  auto  defaults  0 1
UUID=cd58de65-932b-477b-80fe-212cbfe6148f  /mnt/sda3  auto  defaults  0 2
/mnt/sda3/.cache  /var/cache  none  bind  0 0
UUID=4898-7E2B  /boot  auto  defaults  0 2
/dev/sdb1   /mnt/sdb1       xfs    defaults         0 0
/mnt/sdb1  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0

Sieht für mich erstmal eingebunden aus. Mount gibt:

Code: [Select]

/dev/sda2 on / type btrfs (rw,relatime,noacl,space_cache,subvolid=259,subvol=/@root)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
run on /run type tmpfs (rw,relatime)
dev on /dev type devtmpfs (rw,relatime,size=1008592k,nr_inodes=252148,mode=755)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
log on /var/log type tmpfs (rw,relatime)
/dev/sda3 on /mnt/sda3 type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/sda3 on /var/cache type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/sda1 on /boot type vfat (rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb1 on /mnt/sdb1 type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)

Bin gerade etwas ratlos :-( Ideen?

Danke

[outis]

Möglicherweise hilft dann nur ein Downgrade. Damit habe ich die Probleme bisher jedenfalls nicht:

System
Name:   MLD-Server4
Version:   5.4
Systemarchitektur:   armhf armhf-rpi4
Paket Kategorie:   unstable

vdr/unstable,now 2.4.1.218.23-218.25 armhf [installed]
vdr-plugin-epgsearch/unstable,now 2019.09.19-17+2.4.1.218.23 armhf [installed]
vdr-plugin-live/unstable,now 1:2017.06.23-23+2.4.1.218.23 armhf [installed]
vdr-plugin-satip/unstable,now 1:2019.10.27-23.1+2.4.1.218.23 armhf [installed]
vdr-plugin-streamdev-server/unstable,now 2017.09.30-20.2+2.4.1.218.23 armhf [installed]
vdr-plugin-xineliboutput/unstable,now 2.1.0-37+2.4.1.218.23 armhf [installed]
vdradmin-am/unstable,now 2019.09.25-13 armhf [installed]

Mem: 1012340K used, 2931236K free, 484K shrd, 92876K buff, 606204K cached
CPU:   0% usr   2% sys   0% nic  97% idle   0% io   0% irq   0% sirq
Up: 263 days,  5:24,  load average: 0.17, 0.10, 0.03

[she]

Danke

habe gerade komplett mit 5.4 neu installiert. Geht jetzt wieder alles, aber komisch ist es schon, zumal ich lange keine Updates gefahren hatte...

[herrdeh]

Das kommt  mir ein bißchen ähnlich vor wie mein mysteriöses Dauerabsturzproblem:
https://www.minidvblinux.de/forum/index.php/topic,10224.msg81211.html#msg81211

Die Idee mit dem downgrade nach 5.4 fand ich interessant - aber ich finde ich DL-Bereich die 5.4 nur für RPi bis Version3. Wo findet man denn die v5.4 für den RPi4 ?

Grüße vom Wolf

[outis]

Schau mal da:

https://www.minidvblinux.de/forum/index.php/topic,9761.msg77110.html#msg77110

Ich habe nicht geprüft, ob der link noch funktioniert.

[herrdeh]

Ja, da finde ich eine 5.4er verknüpft, hab die mal probiert. Das mit den Ausgabedevices beim RPi4 scheint ja so eine Sache zu sein, und bei der 5.4 womöglich noch heikler als bei der 5.5. Hab's auf die Schnelle nicht zum laufen gekriegt  - und grade keine Geduld für auf die Gründliche.

Probiere grade einen cron, der zwei Neustarts am Tag - um 6 und 16h auslöst. Das verbessert die Situation zumindest etwas...

[rfehr]

Hi Zusammen,

zum Speicherleck, da scheint was neues zu kommen.
https://www.vdr-portal.de/forum/index.php?thread/134829-speicherleck-im-vdr-oder-einem-plugin/&postID=1346037#post1346037

Gruß,
  Roland

[herrdeh]

Hab bei mir einen cron für einen Neustart 6h und 17h, damit läuft er einigermaßen stabil. Nur ein cron am Tag reicht leider nicht.

Grüße vom Wolf

[wayne]

Das Speicherleck-Problem sollte ja behoben sein in 2.4.8 und 2.6.0.

Also warten wir noch ein wenig...

[herrdeh]

Bei mir ist jetzt vdr 2.6.0.11-220.19 drauf - das Problem besteht aber nach wie vor.
):