Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Stand Fedora-Fr sur Paris Open Source Summit 2019

#1 16/06/2019 15:20:26

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

[Résolu] oom-kill n'est-il pas un peu trop agressif?

Bon nouveau petit problème par moment, à savoir le dépassement de la limite de la mémoire vive disponible.

Du coup oom-kill se met à stopper la ressource qui consomme le plus exemple :

oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/machine.slice/machine-qemu\x2d4\x2dKatello2.scope,task=qemu-system-x86,pid=12170,uid=107

C'est un peu pénible vu qu'il m'arrive d'aller loin en consommation mémoire (surtout niveau machines virtuels) et de s'apercevoir que ce que l'on tente de faire est en fait éteint.

Du coup y a t'il des recommandation à ce sujet? des réglages particulier à faire?

J'ai remonté le niveau qui déclenche l'utilisation de la mémoire virtuel (vm.swappiness = 5 au lieu de 0) pour voir si ce n'est pas un problème à ce niveau.

Il me semble aussi que cela arrive à un moment sans non plus dépasser la limite de la mémoire vive installé (32Go tout de même...).

Voici le message d'erreur complet si cela vous dit quelque chose :

[ 6619.612686] tuned invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0
[ 6619.612690] CPU: 3 PID: 1729 Comm: tuned Not tainted 5.1.9-300.fc30.x86_64 #1
[ 6619.612691] Hardware name: Micro-Star International Co., Ltd. MS-7B78/X470 GAMING PRO CARBON (MS-7B78), BIOS 2.80 03/06/2019
[ 6619.612691] Call Trace:
[ 6619.612698]  dump_stack+0x5c/0x80
[ 6619.612700]  dump_header+0x51/0x2ff
[ 6619.612703]  ? sched_clock+0x5/0x10
[ 6619.612704]  ? oom_unkillable_task+0x9a/0xd0
[ 6619.612706]  oom_kill_process.cold+0xb/0x10
[ 6619.612707]  out_of_memory+0x1cd/0x470
[ 6619.612709]  __alloc_pages_slowpath+0xccb/0xdf0
[ 6619.612711]  __alloc_pages_nodemask+0x2f2/0x340
[ 6619.612714]  alloc_pages_vma+0x79/0x1e0
[ 6619.612716]  __read_swap_cache_async+0x14b/0x230
[ 6619.612717]  read_swap_cache_async+0x29/0x60
[ 6619.612718]  swapin_readahead+0xb9/0x4c0
[ 6619.612721]  ? find_get_entry+0x5a/0x1d0
[ 6619.612722]  ? pagecache_get_page+0x28/0x370
[ 6619.612724]  do_swap_page+0x3ff/0xa70
[ 6619.612726]  __handle_mm_fault+0x909/0x1ac0
[ 6619.612728]  ? loadavg_proc_show+0xc1/0xf0
[ 6619.612729]  handle_mm_fault+0xdc/0x210
[ 6619.612731]  do_user_addr_fault+0x1f6/0x450
[ 6619.612733]  do_page_fault+0x33/0x120
[ 6619.612734]  ? page_fault+0x8/0x30
[ 6619.612736]  page_fault+0x1e/0x30
[ 6619.612738] RIP: 0033:0x7fab86cf3d58
[ 6619.612741] Code: Bad RIP value.
[ 6619.612742] RSP: 002b:00007fab774d26c0 EFLAGS: 00010206
[ 6619.612744] RAX: 00007fab86f1f9f0 RBX: 00007fab86f44880 RCX: 00007fab86f1f9f0
[ 6619.612745] RDX: 0000000000000000 RSI: 00007fab86f1f9f0 RDI: 00007fab86f44880
[ 6619.612745] RBP: 00007fab86f26cc0 R08: 0000000000000000 R09: 00007fab799615b0
[ 6619.612746] R10: 00007fab799615b8 R11: 0000000000000085 R12: 00007fab79961408
[ 6619.612747] R13: 00007fab799615b8 R14: 000055c7d2bb12e0 R15: 00007fab86f26b68
[ 6619.612748] Mem-Info:
[ 6619.612752] active_anon:6626894 inactive_anon:1216016 isolated_anon:0
                active_file:97 inactive_file:102 isolated_file:0
                unevictable:0 dirty:0 writeback:1 unstable:0
                slab_reclaimable:45096 slab_unreclaimable:102254
                mapped:37488 shmem:133507 pagetables:27296 bounce:0
                free:52681 free_pcp:91 free_cma:0
[ 6619.612754] Node 0 active_anon:26507576kB inactive_anon:4864064kB active_file:388kB inactive_file:408kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:149952kB dirty:0kB writeback:4kB shmem:534028kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 22300672kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[ 6619.612755] Node 0 DMA free:15888kB min:32kB low:44kB high:56kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15996kB managed:15888kB mlocked:0kB kernel_stack:0kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
[ 6619.612758] lowmem_reserve[]: 0 3441 32064 32064 32064
[ 6619.612760] Node 0 DMA32 free:121728kB min:7248kB low:10768kB high:14288kB active_anon:2858108kB inactive_anon:602828kB active_file:184kB inactive_file:228kB unevictable:0kB writepending:0kB present:3619028kB managed:3618432kB mlocked:0kB kernel_stack:688kB pagetables:5032kB bounce:0kB free_pcp:256kB local_pcp:0kB free_cma:0kB
[ 6619.612763] lowmem_reserve[]: 0 0 28623 28623 28623
[ 6619.612765] Node 0 Normal free:73108kB min:74636kB low:103944kB high:133252kB active_anon:23649468kB inactive_anon:4261236kB active_file:160kB inactive_file:1628kB unevictable:0kB writepending:4kB present:29871616kB managed:29316840kB mlocked:0kB kernel_stack:29872kB pagetables:104152kB bounce:0kB free_pcp:108kB local_pcp:0kB free_cma:0kB
[ 6619.612767] lowmem_reserve[]: 0 0 0 0 0
[ 6619.612769] Node 0 DMA: 0*4kB 0*8kB 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15888kB
[ 6619.612775] Node 0 DMA32: 2338*4kB (UME) 1439*8kB (UME) 430*16kB (UME) 204*32kB (UME) 110*64kB (UME) 93*128kB (UME) 57*256kB (UME) 31*512kB (UME) 38*1024kB (UM) 0*2048kB 0*4096kB = 122592kB
[ 6619.612781] Node 0 Normal: 3443*4kB (UME) 1946*8kB (UME) 1511*16kB (UME) 561*32kB (UME) 55*64kB (UME) 2*128kB (M) 1*256kB (M) 2*512kB (M) 0*1024kB 0*2048kB 0*4096kB = 76524kB
[ 6619.612787] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
[ 6619.612788] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
[ 6619.612788] 137231 total pagecache pages
[ 6619.612789] 3047 pages in swap cache
[ 6619.612790] Swap cache stats: add 144472, delete 141420, find 22989/71313
[ 6619.612790] Free swap  = 7097340kB
[ 6619.612791] Total swap = 7340028kB
[ 6619.612791] 8376660 pages RAM
[ 6619.612792] 0 pages HighMem/MovableOnly
[ 6619.612792] 138870 pages reserved
[ 6619.612792] 0 pages cma reserved
[ 6619.612793] 0 pages hwpoisoned
[ 6619.612793] Tasks state (memory values in pages):
[ 6619.612793] [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
[ 6619.612802] [    694]     0   694    20892        0   196608      423             0 systemd-journal
[ 6619.612804] [    717]     0   717    11937        0   102400      871         -1000 systemd-udevd
[ 6619.612810] [   1388]     0  1388    26249        0    73728      193         -1000 auditd
[ 6619.612812] [   1390]     0  1390     1622        1    53248      114             0 sedispatch
[ 6619.612814] [   1410]    81  1410    67205        0    61440      233          -900 dbus-broker-lau
[ 6619.612815] [   1421]    81  1421     2566        0    57344     1348          -900 dbus-broker
[ 6619.612817] [   1422]     0  1422    60367        0   180224      394             0 rsyslogd
[ 6619.612818] [   1423]     0  1423     1275        0    45056       86             0 alsactl
[ 6619.612819] [   1425]     0  1425     4478        0    77824      255             0 systemd-machine
[ 6619.612821] [   1426]     0  1426    63374        0   106496      413             0 sssd
[ 6619.612822] [   1429]   993  1429   542018        0   266240     2019             0 polkitd
[ 6619.612823] [   1434]     0  1434     2729        0    57344      403             0 smartd
[ 6619.612825] [   1436]     0  1436    19852        0    49152       90             0 irqbalance
[ 6619.612826] [   1437]     0  1437    78327        0   106496      402             0 ModemManager
[ 6619.612827] [   1438]     0  1438     1332        0    45056      112             0 rasdaemon
[ 6619.612828] [   1442]    70  1442     7817        0    73728      161             0 avahi-daemon
[ 6619.612830] [   1443]     0  1443    78032        0   110592      269             0 rngd
[ 6619.612831] [   1444]     0  1444   100635        0   131072     1132             0 udisksd
[ 6619.612832] [   1452]     0  1452    65894        0    98304      180             0 gssproxy
[ 6619.612833] [   1455]   992  1455    21758        1    61440      112             0 chronyd
[ 6619.612834] [   1459]     0  1459   118305        0   135168      504             0 abrtd
[ 6619.612835] [   1471]    70  1471     7753        0    69632       85             0 avahi-daemon
[ 6619.612837] [   1473]     0  1473    56398        0    65536      274             0 fancontrol
[ 6619.612838] [   1625]     0  1625    63664        0   110592      752             0 sssd_be
[ 6619.612839] [   1631]     0  1631    71668        0   155648      490             0 abrt-dump-journ
[ 6619.612840] [   1635]     0  1635    69619        1   159744      468             0 abrt-dump-journ
[ 6619.612841] [   1636]     0  1636    77378        0   196608      497             0 abrt-dump-journ
[ 6619.612843] [   1642]     0  1642    83154        1   155648     5012             0 firewalld
[ 6619.612844] [   1644]     0  1644    68300        0   155648      361             0 sssd_nss
[ 6619.612845] [   1654]     0  1654   115296        0   118784      576             0 accounts-daemon
[ 6619.612846] [   1655]     0  1655     7032        0    81920      587             0 systemd-logind
[ 6619.612848] [   1664]     0  1664   371320        0   245760     1784             0 NetworkManager
[ 6619.612849] [   1680]     0  1680    63362        1   110592      434             0 cupsd
[ 6619.612861] [   1683]     0  1683     6605        0    65536      215         -1000 sshd
[ 6619.612863] [   1684]     0  1684   120872        0   167936     3755             0 tuned
[ 6619.612864] [   1689]     0  1689    56363        0    73728      237             0 crond
[ 6619.612865] [   1694]     0  1694     4540        0    57344       51             0 atd
[ 6619.612866] [   1696]     4  1696     6769        0    81920      263             0 dbus
[ 6619.612867] [   1821]     0  1821   441968        0   430080     9445             0 libvirtd
[ 6619.612868] [   1822]     0  1822    88520        0   139264      364             0 sddm
[ 6619.612869] [   1823]   193  1823     8125        0    94208      675             0 systemd-resolve
[ 6619.612871] [   1835]     0  1835   444204     7878   618496     9791             0 Xorg
[ 6619.612872] [   2030]   172  2030    40263        0    65536      112             0 rtkit-daemon
[ 6619.612873] [   2158]     0  2158   114837        0   114688      429             0 upowerd
[ 6619.612875] [   2250]     0  2250     3803        1    65536      478             0 dhclient
[ 6619.612876] [   2284]   973  2284     5700        0    57344       94             0 dnsmasq
[ 6619.612877] [   2285]     0  2285     5693        0    57344       82             0 dnsmasq
[ 6619.612878] [   2334]   973  2334     5718        0    57344       92             0 dnsmasq
[ 6619.612879] [   2335]     0  2335     5700        0    57344       86             0 dnsmasq
[ 6619.612880] [   2382]   973  2382     5718        0    53248       93             0 dnsmasq
[ 6619.612881] [   2383]     0  2383     5700        0    53248       87             0 dnsmasq
[ 6619.612883] [   2434]   973  2434     5718        0    61440       92             0 dnsmasq
[ 6619.612884] [   2435]     0  2435     5700        0    61440       87             0 dnsmasq
[ 6619.612885] [   2597]   963  2597    27263        0    94208      448             0 pmcd
[ 6619.612886] [   2626]     0  2626     3994        0    69632      233             0 pmdaroot
[ 6619.612887] [   2627]     0  2627     8897        0    81920      563             0 pmdaproc
[ 6619.612888] [   2628]     0  2628     3873        0    65536      218             0 pmdaxfs
[ 6619.612890] [   2630]     0  2630     3872        0    69632      248             0 pmdakvm
[ 6619.612891] [   3090]   963  3090     8680        0    86016      298             0 pmie
[ 6619.612892] [   8702]     0  8702    73779       25   126976      366             0 sddm-helper
[ 6619.612894] [   8709]  1000  8709     5160      578    86016        0             0 systemd
[ 6619.612895] [   8711]  1000  8711    50086     1575   118784        0             0 (sd-pam)
[ 6619.612896] [   8719]  1000  8719   756568     1264   200704        0             0 pulseaudio
[ 6619.612898] [   8725]  1000  8725    69143       81    65536        0             0 dbus-broker-lau
[ 6619.612899] [   8727]  1000  8727   122098     1339   253952        0             0 kwalletd5
[ 6619.612900] [   8728]  1000  8728    54095       78    61440        0             0 startkde
[ 6619.612901] [   8729]  1000  8729     2108      924    53248        0             0 dbus-broker
[ 6619.612903] [   8778]  1000  8778    92804      188    98304        0             0 imsettings-daem
[ 6619.612904] [   8781]  1000  8781   111739      209   114688        0             0 gvfsd
[ 6619.612905] [   8900]  1000  8900     1777      136    57344        0             0 ssh-agent
[ 6619.612906] [   8935]  1000  8935     4247      192    73728        0             0 gconf-helper
[ 6619.612908] [   8938]  1000  8938    58228      180    81920        0             0 gconfd-2
[ 6619.612909] [   8982]  1000  8982      552       21    36864        0             0 start_kdeinit
[ 6619.612910] [   8983]  1000  8983    69911      522   131072        0             0 kdeinit5
[ 6619.612912] [   8984]  1000  8984   119962     1473   237568        0             0 klauncher
[ 6619.612913] [   8989]  1000  8989   478685     3188   479232        0             0 kded5
[ 6619.612915] [   8998]  1000  8998   120512     1378   249856        0             0 kaccess
[ 6619.612916] [   9000]  1000  9000    11782      138    90112        0             0 kwrapper5
[ 6619.612917] [   9002]  1000  9002   142344     1623   274432        0             0 ksmserver
[ 6619.612918] [   9012]  1000  9012   108190      784   167936        0             0 kglobalaccel5
[ 6619.612920] [   9013]  1000  9013    39027      165    69632        0             0 dconf-service
[ 6619.612921] [   9018]  1000  9018  1171987    14360   901120        0             0 kwin_x11
[ 6619.612922] [   9020]  1000  9020 67217994     1196   294912        0             0 baloo_file
[ 6619.612923] [   9022]  1000  9022  1227650    22475  1429504        0             0 krunner
[ 6619.612924] [   9026]  1000  9026  1828104    53945  1757184        0             0 plasmashell
[ 6619.612925] [   9032]  1000  9032   537819     4849   655360        0             0 polkit-kde-auth
[ 6619.612927] [   9034]  1000  9034   109904      752   167936        0             0 xembedsniproxy
[ 6619.612928] [   9035]  1000  9035   186561     1135   237568        0             0 kactivitymanage
[ 6619.612929] [   9038]  1000  9038   110206      739   172032        0             0 gmenudbusmenupr
[ 6619.612930] [   9040]  1000  9040   141304     1896   278528        0             0 kdeconnectd
[ 6619.612931] [   9083]  1000  9083   167731     1925   339968        0             0 korgac
[ 6619.612932] [   9087]   994  9087   114695        0   126976      611             0 colord
[ 6619.612934] [   9139]  1000  9139    76253      197    81920        0             0 at-spi-bus-laun
[ 6619.612935] [   9146]  1000  9146    67078       79    57344        0             0 dbus-broker-lau
[ 6619.612936] [   9148]  1000  9148     1293      102    53248        0             0 dbus-broker
[ 6619.612937] [   9150]  1000  9150    40157      205    77824        0             0 at-spi2-registr
[ 6619.612938] [   9151]  1000  9151   106127      714   155648        0             0 kscreen_backend
[ 6619.612940] [   9165]  1000  9165   681115    14225   892928        0             0 nextcloud
[ 6619.612941] [   9193]  1000  9193   121944     1446   253952        0             0 akonadi_control
[ 6619.612942] [   9212]  1000  9212   832508     1443   544768        0             0 akonadiserver
[ 6619.612943] [   9262]  1000  9262   926986    16188   573440        0             0 mysqld
[ 6619.612944] [   9263]  1000  9263   500467     4884   626688        0             0 kwalletmanager5
[ 6619.612946] [   9268]  1000  9268  1111217     9266  1204224        0             0 kmail
[ 6619.612947] [   9328]  1000  9328     1112      200    49152        0             0 ksysguardd
[ 6619.612948] [   9358]  1000  9358   139621     1361   253952        0             0 akonadi_akonote
[ 6619.612949] [   9359]  1000  9359   593545     5743   782336        0             0 akonadi_archive
[ 6619.612951] [   9360]  1000  9360   140134     1378   270336        0             0 akonadi_birthda
[ 6619.612952] [   9361]  1000  9361   139750     1343   266240        0             0 akonadi_contact
[ 6619.612953] [   9362]  1000  9362   158588     1540   278528        0             0 akonadi_followu
[ 6619.612955] [   9363]  1000  9363   159357     1574   290816        0             0 akonadi_ical_re
[ 6619.612956] [   9364]  1000  9364   642725     6380   749568        0             0 akonadi_imap_re
[ 6619.612957] [   9365]  1000  9365   642725     6395   720896        0             0 akonadi_imap_re
[ 6619.612958] [   9366]  1000  9366   624328     6241   733184        0             0 akonadi_imap_re
[ 6619.612959] [   9367]  1000  9367   642722     6385   741376        0             0 akonadi_imap_re
[ 6619.612960] [   9388]  1000  9388   642718     6381   741376        0             0 akonadi_imap_re
[ 6619.612961] [   9390]  1000  9390   642723     6402   753664        0             0 akonadi_imap_re
[ 6619.612963] [   9391]  1000  9391   141290     1616   274432        0             0 akonadi_indexin
[ 6619.612964] [   9395]  1000  9395   139649     1357   266240        0             0 akonadi_maildir
[ 6619.612965] [   9398]  1000  9398   158359     1516   278528        0             0 akonadi_maildis
[ 6619.612966] [   9400]  1000  9400   595065     5901   786432        0             0 akonadi_mailfil
[ 6619.612967] [   9402]  1000  9402   139765     1349   270336        0             0 akonadi_migrati
[ 6619.612968] [   9403]  1000  9403   141069     1424   270336        0             0 akonadi_newmail
[ 6619.612970] [   9407]  1000  9407   592057     5750   761856        0             0 akonadi_sendlat
[ 6619.612971] [   9413]  1000  9413   575101     5692   757760        0             0 akonadi_unified
[ 6619.612972] [   9414]  1000  9414   110989      116   106496        0             0 agent
[ 6619.612974] [   9425]  1000  9425   119833      916   176128        0             0 abrt-applet
[ 6619.612975] [   9435]  1000  9435   155859     7941   299008        0             0 dnfdragora-upda
[ 6619.612976] [   9437]  1000  9437   154405     1799   262144        0             0 org_kde_powerde
[ 6619.612977] [   9451]  1000  9451   102046     3048   167936        0             0 seapplet
[ 6619.612979] [   9564]     0  9564   116403        0   139264      547             0 abrt-dbus
[ 6619.612980] [  10014]  1000 10014   111652      927   196608        0             0 kuiserver5
[ 6619.612981] [  10026]   996 10026   136063        0   167936     2315             0 geoclue
[ 6619.612983] [  10031]     0 10031     2989        0    61440      161             0 wpa_supplicant
[ 6619.612984] [  10240]  1000 10240   110782     1311   192512        0             0 kiod5
[ 6619.612985] [  10243]  1000 10243    89352      197    86016        0             0 sd_generic
[ 6619.612986] [  10246]  1000 10246    89353      200    77824        0             0 sd_generic
[ 6619.612988] [  10249]  1000 10249    89344      210    81920        0             0 sd_dummy
[ 6619.612989] [  10253]  1000 10253   163681      394    98304        0             0 sd_espeak-ng
[ 6619.612990] [  10261]  1000 10261    91139       70    69632        0             0 speech-dispatch
[ 6619.612991] [  10267]  1000 10267   103171     1466   290816        0             0 QtWebEngineProc
[ 6619.612992] [  10269]  1000 10269   103171     1472   180224        0             0 QtWebEngineProc
[ 6619.612994] [  10287]  1000 10287   382785     2614   798720        0           300 QtWebEngineProc
[ 6619.612995] [  11005]  1000 11005    72499      632   159744        0             0 file.so
[ 6619.612997] [  11374]  1000 11374   831804   156800  3411968        0             0 firefox
[ 6619.612998] [  11501]  1000 11501   515961    65996  2650112        0             0 Web Content
[ 6619.612999] [  11575]  1000 11575  5189744    40868  2007040        0             0 WebExtensions
[ 6619.613000] [  11752]  1000 11752   121514     1402   258048        0             0 plasma-browser-
[ 6619.613001] [  11805]  1000 11805   294812    35154   581632        0             0 virt-manager
[ 6619.613003] [  11809]  1000 11809   156238      514   151552        0             0 xdg-desktop-por
[ 6619.613004] [  11813]  1000 11813   166208      151   126976        0             0 xdg-document-po
[ 6619.613005] [  11816]  1000 11816   110673      110    98304        0             0 xdg-permission-
[ 6619.613006] [  11832]  1000 11832   171910      817   167936        0             0 xdg-desktop-por
[ 6619.613007] [  11840]  1000 11840   114332     1061   225280        0             0 xdg-desktop-por
[ 6619.613008] [  11844]  1000 11844    22072      108    65536        0             0 pipewire
[ 6619.613009] [  11918]     0 11918    62781        0   118784      327          -900 virtlogd
[ 6619.613010] [  11931]   107 11931  1459639   275359  3424256        0             0 qemu-system-x86
[ 6619.613012] [  12033]   107 12033  1757668   529758  5468160        0             0 qemu-system-x86
[ 6619.613013] [  12098]   107 12098  1762712   499887  5029888        0             0 qemu-system-x86
[ 6619.613015] [  12170]   107 12170  4380352  3086456 25948160        0             0 qemu-system-x86
[ 6619.613016] [  12596]  1000 12596 67221398     1049   401408        0             0 baloorunner
[ 6619.613018] [  13286]  1000 13286   131874      163   114688        0             0 redshift
[ 6619.613019] [  13509]  1000 13509   570552    30590  2301952        0             0 Web Content
[ 6619.613020] [  13713]  1000 13713   505634     5956   655360        0             0 konsole
[ 6619.613022] [  13735]  1000 13735    57175     1057    81920        0             0 bash
[ 6619.613023] [  16050]  1000 16050    57175     1057    65536        0             0 bash
[ 6619.613024] [  16579]  1000 16579    57615      213    77824        0             0 ssh
[ 6619.613026] [  22822]   963 22822     9024        0    77824      687             0 pmlogger
[ 6619.613027] [  24164]  1000 24164   525675    30723  2367488        0             0 Web Content
[ 6619.613028] [  24495]  1000 24495   445857    22357  1454080        0             0 Web Content
[ 6619.613029] [  26538]  1000 26538   461180    22461  1462272        0             0 Web Content
[ 6619.613032] [  27971]  1000 27971    90660      483   172032        0             0 kio_http_cache_
[ 6619.613033] [  29604]  1000 29604    58296     1609   303104        0             0 RDD Process
[ 6619.613034] [  13480]   107 13480  3335066  1196170 10788864        0             0 qemu-system-x86
[ 6619.613036] [  15268]   107 15268  2261307   733872  6942720        0             0 qemu-system-x86
[ 6619.613037] [  17933]   107 17933  2257714   723436  6881280        0             0 qemu-system-x86
[ 6619.613039] [   7802]  1000  7802   443956    24089  1445888        0             0 Web Content
[ 6619.613041] [   7874]  1000  7874   375669     4877   430080        0             0 Web Content
[ 6619.613043] [   9779]     0  9779    63113        0   135168     5396             0 sssd_kcm
[ 6619.613044] [   9782]  1000  9782    57615      212    77824        0             0 ssh
[ 6619.613046] [  11260]     0 11260     1867        0    53248       59             0 pmdalinux
[ 6619.613047] [  11261]     0 11261    53742        0    61440       20             0 sleep
[ 6619.613048] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/machine.slice/machine-qemu\x2d4\x2dKatello2.scope,task=qemu-system-x86,pid=12170,uid=107
[ 6619.613085] Out of memory: Killed process 12170 (qemu-system-x86) total-vm:17521408kB, anon-rss:12345824kB, file-rss:0kB, shmem-rss:0kB
[ 6619.737791] oom_reaper: reaped process 12170 (qemu-system-x86), now anon-rss:0kB, file-rss:36kB, shmem-rss:0kB

Pour info on peut exclure un problème sur les barrettes mémoires vu que j'ai changé celle-ci.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#2 16/06/2019 19:02:44

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 368
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Que donne numastat ?

Hors ligne

#3 16/06/2019 20:51:13

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Yep :

$ numastat 
                           node0
numa_hit                 8796377
numa_miss                      0
numa_foreign                   0
interleave_hit             40134
local_node               8796377
other_node                     0
 numastat -m

Per-node system memory usage (in MBs):
Token Node not in hash table.
Token Node not in hash table.
Token Node not in hash table.
                          Node 0           Total
                 --------------- ---------------
MemTotal                32178.87        32178.87
MemFree                 24822.51        24822.51
MemUsed                  7356.36         7356.36
Active                   3610.95         3610.95
Inactive                 2338.28         2338.28
Active(anon)             2851.23         2851.23
Inactive(anon)            230.64          230.64
Active(file)              759.72          759.72
Inactive(file)           2107.63         2107.63
Unevictable                 0.00            0.00
Mlocked                     0.00            0.00
Dirty                       1.62            1.62
Writeback                   0.00            0.00
FilePages                3113.80         3113.80
Mapped                   1504.74         1504.74
AnonPages                2835.33         2835.33
Shmem                     246.46          246.46
KernelStack                25.86           25.86
PageTables                 41.36           41.36
NFS_Unstable                0.00            0.00
Bounce                      0.00            0.00
WritebackTmp                0.00            0.00
Slab                      557.48          557.48
SReclaimable              240.16          240.16
SUnreclaim                317.33          317.33
AnonHugePages               0.00            0.00
HugePages_Total             0.00            0.00
HugePages_Free              0.00            0.00
HugePages_Surp              0.00            0.00

A voir lorsque j'ai les vm active non?


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#4 17/06/2019 06:00:34

antbel
Membre
Inscription : 03/12/2007
Messages : 727

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Bonjour, j'ai également constaté que le swap ne se vidait pas totalement après avoir clôt tous les applicatifs.
La seule solution que j'ai trouvé pour vidé le swap est :

# swapoff -a && swapon -a &

Méthode bourrin je le reconnais

Pour la ram

$ watch -n 1 cat /proc/meminfo

## pour nettoyer

# sync && echo 3 | tee /proc/sys/vm/drop_caches

Dernière modification par antbel (17/06/2019 06:10:16)


Cicéron c'est Poincaré

Hors ligne

#5 17/06/2019 09:23:52

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 368
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Si tu fais un swapoff bourin et que tu n'a pas assez de ram libre, tu plantes le système à coup sûr.

Le kernel gère très bien la swap, ici ce n'est pas vraiment le sujet, vu que l'OOM killer arrive alors que toute la swap n'est pas utilisée.

Le drop_cache n'est pas pour nettoyer, mais comme son nom l'indique, vider les caches. Les caches ne bloquent pas la mémoire et cet espace mémoire reste dispo pour les appli en cas de besoin.

Pour le numastat pas besoin de creuser plus, tu n'as qu'un seul noeud numa. Il arrive dans les cas où la ram est divisée entre plusieurs noeud numa que le noeud soit plein et du coup lance un OOM killer. On voit ça par ex sur nos serveurs avec 1To de RAM dans la machinie, mais qui ont en fait 4 noeud numa, avec 250Go en réalité par noeud. Quand les VM sont fortement associées à un noeud numa, et qu'elles arrivent à dépasser les 250Go de ram utilisées, il y a un OOM killer.

Regarde du côté de tuned-adm tu as des profils virt-host pour hyperviseur.

Sinon si on regarde les info données lors du oom-kill, tu as plusieurs VM ? En tout cas plusieurs qemu-kvm, celui qui est tué qui frolle les 17Go de RAM, 1 de 13Go et 2 de 8Go. Soit déjà 46Go. Après tu as surtout baloorunner et baloo_file qui consomme virtuellement 256Go chacun. Tout ça est en VSZ, le RSS étant plus raisonnable. En commation réelle ça ne semble quand même pas atteindre les 32Go (mais plutôt 20 Go, et il te reste la swap, donc loin d'un OOM). Tu as fait du tuning particulier pour le kernel ? genre via sysctl ?

Hors ligne

#6 17/06/2019 11:09:58

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Rien de particulier  niveau tuning sur l'hôte, car il lui faut un peu de stabilité. Quand je m'amuse à ce genre de chose c'est surtout dans des VM.

J'ai plusieurs VM en effet. Le tout avec les tuned virt-host, mais pas celui "hyperviseur" qui est réglé sur "balanced".

Pour la consommation mémoire, c'est bien ce qu'il me semble, je n'étais pas à la limite des 32Go/Swap (swap sur unité de stockage NVME en PCI-Express 3.0x4). D'où mon étonnement sur le oom-kill.

N'y a t'il pas un lien avec les tmpfs que j'ai activé pour les caches  :

cache                                           /cache/xxxxxx          tmpfs   nodev,nosuid,size=4G            0 0
tmpfs                                           /tmp                    tmpfs   nodev,nosuid,size=6G            0 0

AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#7 17/06/2019 14:34:05

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 368
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Les tmpfs ne devraient pas impactés car ils ne consomment que le strict nécessaire. Mais si les 2 sont pleins c'est sûr que ça t'enleve 10G. Et ça part en Swap si besoin. Donc RAM+SWAP-10Go de tmpfs- ce qui est utilisé par les VM, ça doit encore tenir non ?

Hors ligne

#8 17/06/2019 18:11:01

antbel
Membre
Inscription : 03/12/2007
Messages : 727

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Est-ce des fuites de mémoires ? , des tmp/tmps non vidés ?
Dans mon cas pour le swap, l'origine de de la surcharge est Firefox qui après fermeture ne vide pas le cache swap. ( Pour le cas où je reviens sur le site. Mais R.A.F, la fibre est là et les compteurs de cookies ou autres trackers se rechargent -> stat des connexions bidons.)
A l'heure ou nos machines ont des SSD ("rapide") et autres TMPS qui tournent vite, de la mémoire à gogo et pas chère, les développeurs ne prennent pas garde à vider l'historique s'il y a demande pressante de l'utilisateur. D'où la méthode bourrin. Le swapoff met les données dans la ram => vérifier avant, l'état de la ram.
Par contre si tu travailles avec une machine poussive avec peu de RAM, cela devient vite rédhibitoire. J'ai un Q6600 avec 2 Go de Ram et F30 64 bits dessus. Machine de 2006 . Pour la bureautique cela suffit. Les 95W du processeur me chagrine malgré tout.
C'est une histoire de rigueur de codage.
Concernant les VM, ces remarques s'appliquent également.

Pour info, j'ai appris a coder sur cartes perforées puis en assembleur sur 8086 puis ses enfants, et quand les interfaces graphiques sont arrivées, j'ai laissé tombé car gaspillages de ressources. Je n'ai plus retrouvé l'élégance du codage. Je m'amuse encore avec Python.

Malgré tout, Madko et Vindicators vos propos sont justes. wink

Je parle pour les Desktops avec interface bureautique.
Concernant les serveurs purs c'est mieux concernant les problèmes de fuites. Quoique ,,, pour les applicatifs cloud je m'interroge.

Dernière modification par antbel (17/06/2019 18:20:10)


Cicéron c'est Poincaré

Hors ligne

#9 17/06/2019 19:57:31

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Fuites mémoires? je ne pense pas. Cela apparait quand j'ai la main lourde avec certaines machines virtuels qui tournent en même temps.

J'ai surtout l'impression que oom-kill est réglé un peu trop agressif (d'où le titre) avec mon utilisation des ressources systèmes.
A voir si c'est le cas avec d'autres usages...

Actuellement je gère pas mal de projets de vm tests : Katello/foreman (avec d'autres ajouts) qui sert de base à RHN Satelite6, FreeIPA ou Identity Management (gestion des identités) et OKD/Openshift 3.11 (en attendant la 4 qui arrivera dans quelques temps), voir du docker tout court (avec pas mal de projets en cours).
Sachant que rien que pour Katello et OKD les vm demande au moins 8 à 16Go de ram...

N'ayant pas au dessus de 32 Go (en fait si, mais bon les 32 Go DDR4 3Ghz cl16 que j'ai en stock partent ailleurs remplacer 8Go de DDR4 2400Mhz), j'ai pas mal de limites (sauf katello qui est vraiment casse burnes si l'on alloue pas au moins 8128Mo de ram...), mais tout de même.

Il faudrait que je test sur mon ancien i7 4771 Haswell 24Go si ce n'est pas un souci liée au ryzen+ (voir signature) que j'ai actuellement.

A voir aussi si ce n'est pas lié aux réglages de la carte maman... Comme je viens de recevoir les nouvelles barrettes mémoire, je n'ai pas vraiment eu le temps de pousser ce sujet (Actuellement stabilisé à 3333Mhz au lieu de 3200Mhz. A voir les timings).

Dernière modification par VINDICATORs (17/06/2019 20:00:31)


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#10 17/06/2019 21:25:37

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Bon il semble que ce soit bien un souci de réglage des paramètres mémoire dans le bios.

Là en étant à 3333Mhz avec les réglages de bases en auto (réglage de base cl14-14-14-34 fixé et le reste en auto) au lieu de 3200Mhz, je n'ai plus de soucis avec toutes mes VM lancés et fonctionnel que ce soit avec l'un ou l'autre des réglages.
A savoir que toutes mes VM à fond (11 en CentOS/Fedora) je ne monte qu'à 24/25Go de ram utilisé au total :

$ free -m
              total        used        free      shared  buff/cache   available
Mem:          32179       24925         248         179        7005        6620
Swap:          7167           7        7160

Je me demande si ce n'est pas non plus lié au dernier bios "stable" installé, car j'avais le même comportement problématique avec les autres barrettes, même en utilisation standard 3000Mhz cl 16-18-18-18-38. Ce qui n'était pas le cas avant, même avec un léger overclocking de ces dernières...

Du coup je me demande aussi si cela n'explique pas les problèmes que j'ai eu avec KDE...

A voir si ce n'est pas lié à l'utilisation des profiles A-XMP avec l'overclocking en plus. Je regarderai si en le désactivant et réglant manuellement cela le fait toujours ou non.

Je mettrais le sujet en résolu après les tests, mais cela semble bien parti pour...
Je vais aussi en profiter pour remettre le swappiness à 0


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#11 18/06/2019 10:29:50

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Bon c'était bien cela, à voir donc avec des réglages manuels de la mémoire.

Je regarderai si ce n'est pas simplement un problème avec la version du bios que j'utilise qui semble être très tatillons (je radote du coup avec un autre sujet du même genre).


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#12 18/06/2019 20:38:21

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Fausse joie, le souci est revenu quand j'ai fortement sollicité une des machines virtuels avec la désinstallation d'une infra openshift... Du coup gros freeze et hop retour de oom-kill avec le menuK de kde qui est replanté...

Je referai un test avec le swappiness remis à 5 et un autre avec la ram à 3200Mhz de base, mais bon je me demande si c'est bien la cause...

Je me demande aussi si les soucis que j'ai lors du montage d'une de mes partitions lvm n'expliquerai pas la chose. Si les test niveau ram ne donnent rien, j'envisagerai ce cas de figure.


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

#13 19/06/2019 19:45:27

VINDICATORs
RédactWikix and the graphicatorix!
Modérateur
Lieu : Toulouse(31) France
Inscription : 23/11/2004
Messages : 17 713
Site Web

Re : [Résolu] oom-kill n'est-il pas un peu trop agressif?

Bon bah outre l'agressivité de oom-kill, le bogue problème apparait lorsque il y a dépassement de la demande de mémoire RAM+SWAP.

En test :
RAM à 3,2Ghz réglages de base (A-XMP2 niveau 2)
Swapiness à 5
Avec :
Compilation rpm + machines virtuels + lancement de la désinstallation d'Openshift sur l'une des celles-ci et hop! oom-kill.

$ free -m
              total        used        free      shared  buff/cache   available
Mem:          32179       18558         829       12182       12790         982
Swap:          7167        7131          36

Là oom-kill vient de tuer TOUTES les machines virtuels...

Donc les 32Go de RAM et les 7,5Go de swap ne suffisent pas pour l'usage que j'en ai. Donc rien à voir avec les réglages mémoires.


Je vais du coup augmenter le swap pour voir si cela ira avec les besoins que j'ai.

Du coup maintenant je n'ai plus un souci avec les unités de stockages (j'avais des problèmes de performances et des limitations liée à cela à une époque à cause de cela), mais de quantité de RAM insuffisante. Donc à diminuer si possible.
Après je n'ai pas non plus toujours l'utilité de tout allumer, mais parfois si.


Édit : Voilà, c'était bien cela (sachant qu'ici le dernier oom-kill était à 81018.463971) :
J'ai mis le swap à 19Go, à voir maintenant avec le swapiness plus bas...
w725SJNoSzfHQBe?x=2561&y=737&a=true&file=Oom-kill-test19-06-2019.jpg&scalingup=0


AMD Ryzen 7 2700X + MSI Gaming Pro Carbon X470, 32Go de RAM DDR4 3200@3333Mhz Gskill Trident Z RBG CL14, AMD Radeon RX590 Sapphire Nitro+ Special Edition 8Go GDDR5
SSD Samsung : 1x 970 NVME (PCI-express 3.0x4) 500Go + 1x 850 EVO 250Go + 2x 860 EVO 500Go + 2x1To 860 QVO  / HDD : 1x2To WD black 64Mo + 1x4to WD Black 128Mo + 3To WD red
Boitier GMT Bequiet Dark 900 + Lepa 800W 80+gold

Hors ligne

Pied de page des forums