111 replies to this topic

[Erik Slagter]

Dan heb je kans dat het al over is (of niet...) Ben benieuwd!

[Stephan296]

Dan moet er wat vannacht zijn veranderd weet of de makers van pli er wat van weten?

[Erik Slagter]

Pieterg en MiLo hebben wat gesleuteld de afgelopen dagen, kijk maar in de commit log.

[Stephan296]

Waar kan ik die commit log vinden, want zie wel steeds updates maar wat er steeds veranderd ben ik erg nieuwsgierig naar.

[littlesat]

http://openpli.git.s...itweb-index.cgi

[Stephan296]

Hij is weer gecrashed.
in de bijlage de dmesg.
 log.txt   14.1KB   9 downloads

[Erik Slagter]

Jahoor, daar is-tie

matroskademux2: invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0, oom_score_adj=0
Call Trace:
[<80566394>] dump_stack+0x8/0x34
[<80567114>] dump_header.isra.10+0x88/0x1b4
[<800878b4>] oom_kill_process.constprop.16+0x314/0x3c4
[<80087f48>] out_of_memory+0x2c0/0x448
[<8008bb40>] __alloc_pages_nodemask+0x66c/0x680
[<80567aa4>] cache_alloc_refill+0x350/0x6e0
[<800c11e8>] kmem_cache_alloc+0xe0/0x104
[<801c45b0>] nfs_readdata_alloc+0x28/0xd8
[<801c4ba8>] nfs_generic_pagein+0x58/0x298
[<801c4e14>] nfs_generic_pg_readpages+0x2c/0xa0
[<801c21b8>] __nfs_pageio_add_request+0xf8/0x1f0
[<801c28b0>] nfs_pageio_add_request+0x24/0x5c
[<801c4210>] readpage_async_filler+0x140/0x1f0
[<800906a0>] read_cache_pages+0xe4/0x144
[<801c5600>] nfs_readpages+0x104/0x20c
[<80090340>] __do_page_cache_readahead+0x210/0x358
[<80090860>] ra_submit+0x28/0x34
[<80090cbc>] page_cache_sync_readahead+0x48/0x6c
[<80085ec8>] generic_file_aio_read+0x7b4/0xa48
[<801b7f44>] nfs_file_read+0xbc/0x17c
[<800c418c>] do_sync_read+0xb4/0x11c
[<800c4e28>] vfs_read+0xa0/0x180
[<800c4f54>] sys_read+0x4c/0x90
[<8000e93c>] stack_done+0x20/0x40

Mem-Info:
Normal per-cpu:
CPU    0: hi:   90, btch:  15 usd:   0
CPU    1: hi:   90, btch:  15 usd:   0
active_anon:18824 inactive_anon:44 isolated_anon:0
 active_file:363 inactive_file:1157 isolated_file:0
 unevictable:0 dirty:0 writeback:0 unstable:0
 free:509 slab_reclaimable:433 slab_unreclaimable:1676
 mapped:367 shmem:74 pagetables:92 bounce:0
Normal free:2036kB min:2036kB low:2544kB high:3052kB active_anon:75296kB inactive_anon:176kB active_file:1452kB inactive_file:4628kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:260096kB mlocked:0kB dirty:0kB writeback:0kB mapped:1468kB shmem:296kB slab_reclaimable:1732kB slab_unreclaimable:6704kB kernel_stack:648kB pagetables:368kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:10311 all_unreclaimable? yes
lowmem_reserve[]: 0 0
Normal: 15*4kB 5*8kB 1*16kB 2*32kB 1*64kB 0*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2036kB
1610 total pagecache pages
0 pages in swap cache
Swap cache stats: add 0, delete 0, find 0/0
Free swap  = 0kB
Total swap = 0kB
65536 pages RAM
35598 pages reserved
1766 pages shared
27478 pages non-shared
[ pid ]   uid  tgid total_vm      rss cpu oom_adj oom_score_adj name
[  282]     0   282     1026      152   1       0             0 nmbd
[  284]     0   284     1803      175   0       0             0 smbd
[  302]     0   302     1803      175   1       0             0 smbd
[  311]     1   311      500       20   0       0             0 portmap
[  321]   998   321      762       38   0       0             0 dbus-daemon
[  325]     0   325      666       22   0       0             0 dropbear
[  332]     0   332      693       19   0       0             0 inetd
[  335]     0   335      664       28   0       0             0 syslogd
[  337]     0   337      664       33   0       0             0 klogd
[  344]   997   344      922       52   1       0             0 avahi-daemon
[  345]   997   345      922       42   1       0             0 avahi-daemon
[  349]     0   349     5261      223   0       0             0 CCcam
[  354]     0   354      664       16   1       0             0 enigma2.sh
[  358]     0   358    49244    18375   0       0             0 enigma2
Out of memory: Kill process 358 (enigma2) score 585 or sacrifice child
Killed process 358 (enigma2) total-vm:196976kB, anon-rss:72200kB, file-rss:1300kB

[Stephan296]

Hoe kan ik dit oplossen?

[Erik Slagter]

Wacht in ieder geval even tot pieterg naar de log gekeken heeft. Is dit na een update vandaag?

[Stephan296]

Ja heb hem vanmiddag geüpdate via de update in pli zelf niet via USB.

[pieterg]

idd een OOM. Vreemd, er is zelfs nog een 1MB block vrij. Dan zou de nfs driver een 2MB runtime allocatie moeten doen voordat het mis zou gaan, erg onverstandig.
Voorlopig maar cifs gebruiken als het even kan, tot er iemand tijd heeft om eens kritisch naar de nfs driver te kijken.

[Erik Slagter]

Ieuw CIFS... Dan zou ik zelf liever even een swapje maken... Dat werkt bij mij prima vooralsnog. Stephan, je moet maar even kijken wat je het liefst doet.

Wat misschien (!) nog zou kunnen helpen is de read/write size van nfs lager zetten (mount option), maar daar verlies je ook (wat) performance mee.

En wat je ook nog zou kunnen proberen is in de proc-file: /proc/sys/vm/min_free_kbytes een hogere waarde zetten (echo WAARDE > /proc/sys/vm/min_free_kbytes). Daar staat nu 2879 (op de vu, dm8000 zal wel hetzelfde zijn). Die zou je eens kunnen verdubbelen en zonodig nog een keer verdubbelen.

Edited by Erik Slagter, 2 September 2012 - 09:31.

[littlesat]

Is dit nu typisch iets wat misgaat op boxjes met ietsje beperkter geheugen (RAM)?

[mika-nl]

Hier op een dm500hd pli3 met nfs naar de synolgy dit nog niet mee gemaakt.
is het dan box afhankelijk ?

root@dm500hd:~# free
			 total		 used		 free	   shared	  buffers
Mem:		135344	   132920		 2424			0			0
-/+ buffers:			 132920		 2424
Swap:			0			0			0
root@dm500hd:~#

root@dm500hd:~# mount
rootfs on / type rootfs (rw)
/dev/root on / type jffs2 (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=67560k,nr_inodes=16890,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/mtdblock2 on /boot type jffs2 (rw,relatime,compr=none)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
192.168.1.10:/volume1/mp3/ on /media/net/mp3 type nfs (rw,noatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,nolock,proto=tcp,port=65535,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.1.10)
192.168.1.10:/volume1/data/ on /media/net/hdd type nfs (rw,noatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,nolock,proto=tcp,port=65535,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.1.10)
root@dm500hd:~#

MiKa

[Stephan296]

Toppunt is bereikt haha.
Opnemen en wat anders kijken werkt nog amper.
Ik ga terug naar pli 2.1 van mei dit jaar.
Kijken of dat beter werkt.

[pieterg]

Hier op een dm500hd pli3 met nfs naar de synolgy dit nog niet mee gemaakt.
is het dan box afhankelijk ?

nee, eerder afhankelijk van wat je precies doet vanaf de nfs share.
In bovenstaande log zie je bijvoorbeeld dat matroskademux2 een OOM killer veroorzaakt in de nfs driver context, doordat hij een 2MB blok probeert te alloceren.

Normaal doe je eigenlijk nooit een file read van 2MB in 1x, dus blijkbaar heeft de matroskademux (gstreamer element, gebruikt bij mkv playback) een wat rare manier van lezen.

[Stephan296]

Als ik een USB stick maak voor een swapfile is dan het probleem opgelost?

[pieterg]

Het probleem is de nfs driver.
Met een swapfile kan je het probleem omzeilen/uitstellen, maar ik zou in dit geval voor bijv cifs kiezen, omdat je dan verder geen handmatige aanpassingen hoeft te doen in systeemfiles (die na een update weer verdwenen kunnen zijn, met alle gevolgen van dien)

[Stephan296]

Ik heb er natuurlijk niet voor geleerd maar kan het zo zijn dat 3.0 niet geschikt is of te zwaar is voor een et5000, want ik kan amper nog plugins installeren zonder errors of groene schermen.
Krijg er een beetje de balen van (geen commentaar op de makers), als ik naar cifs omzet kan ik ten eerste mijn hele server gaan omzetten en ten tweede kan ik dan nog steeds niet tegelijk opnemen en afspelen omdat de verbinding gewoon te traag is.
Sinds wanneer is de nfs-driver aangepast? Dan ga ik terug naar de versie er voor.

[mika-nl]

Hier op een dm500hd pli3 met nfs naar de synolgy dit nog niet mee gemaakt.
is het dan box afhankelijk ?

nee, eerder afhankelijk van wat je precies doet vanaf de nfs share.
In bovenstaande log zie je bijvoorbeeld dat matroskademux2 een OOM killer veroorzaakt in de nfs driver context, doordat hij een 2MB blok probeert te alloceren.

Normaal doe je eigenlijk nooit een file read van 2MB in 1x, dus blijkbaar heeft de matroskademux (gstreamer element, gebruikt bij mkv playback) een wat rare manier van lezen.

Ik krijg hem niet overstuur hier..
even een mkv file afgespeelt maar gaat gewoon. kan het geen instelling op de server zijn waardoor hij een verkeerde grote moet lezen ?