MLD-5.x > Raspberry PI
[MLD-5.5 unstable] RPI4 - Absturz nach 5h Out of memory
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: ---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
--- End code ---
Sieht für mich erstmal eingebunden aus. Mount gibt:
--- Code: ---/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)
--- End code ---
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
Navigation
[0] Message Index
[#] Next page
Go to full version