Displaying 20 results from an estimated 300 matches similar to: "Out of memory: kill process"
2019 Jul 12
0
Out of memory: kill process
You could try this.
cat /proc/sys/vm/swappiness
This is most probely set to 60. verify it.
If so, run : sysctl vm.swappiness=20
If that works, you can set it in /etc/sysctl.conf
So its keeps 20 after a reboot.
And do also consider to upgrade samba to 4.9.11
Greetz,
Louis
> -----Oorspronkelijk bericht-----
> Van: samba [mailto:samba-bounces at lists.samba.org] Namens
>
2020 Apr 02
0
Stacktrace from 5.4.26 kernel.
On Thu, 2020-04-02 at 17:35 +0200, jesper at krogh.cc wrote:
> Kernel. 5.4.26 and Ceph Luminous
>
> Seem to be working still but I got this after putting load on it.
>
> [ 785.581198] kworker/3:2: page allocation failure: order:0,
> mode:0xa20(GFP_ATOMIC), nodemask=(null),cpuset=/,mems_allowed=0
(cc'ing virtualization mailing list)
Basically, looks like the kernel needed
2011 May 13
3
XEN Dom 0 boot and Out of Memory issue
Hi all,
Recently I build XEN 4.1 (from the xen.org) on centIOS 5.5 (kernel 2.6.38.4). After changing the grub file and rebooting the machine, I am continuously getting out of memory error. The content of my grub file:
default=0
timeout=5
serial --unit=0 --speed=115200
terminal --timeout=10 console serial
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.38.4)
root
2015 Dec 20
8
[Bug 93458] New: page allocation failure: order:5, mode:0x240c0c0
https://bugs.freedesktop.org/show_bug.cgi?id=93458
Bug ID: 93458
Summary: page allocation failure: order:5, mode:0x240c0c0
Product: xorg
Version: 7.7 (2012.06)
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2017 Sep 02
2
Xen CentOS 7.3 server + CentOS 7.3 VM fails to boot after CR updates (applied to VM)!
On 09/01/2017 02:41 PM, Kevin Stange wrote:
> On 08/31/2017 07:50 AM, PJ Welsh wrote:
>> A recently created and fully functional CentOS 7.3 VM fails to boot
>> after applying CR updates:
> <snip>
>> Server OS is CentOS 7.3 using Xen (no CR updates):
>> rpm -qa xen\*
>> xen-hypervisor-4.6.3-15.el7.x86_64
>> xen-4.6.3-15.el7.x86_64
>>
2017 Aug 31
5
Xen CentOS 7.3 server + CentOS 7.3 VM fails to boot after CR updates (applied to VM)!
A recently created and fully functional CentOS 7.3 VM fails to boot after
applying CR updates:
...
;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f
CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS
Linux 7 (Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7
(Core)1;-1f1;-1f CentOS Linux 7 (Core)1;-1f1;-1f CentOS Linux 7
(Core)1;-1f1;-1f
2017 Sep 04
2
Xen CentOS 7.3 server + CentOS 7.3 VM fails to boot after CR updates (applied to VM)!
On 09/04/2017 03:59 PM, Kevin Stange wrote:
> On 09/02/2017 08:11 AM, Johnny Hughes wrote:
>> On 09/01/2017 02:41 PM, Kevin Stange wrote:
>>> On 08/31/2017 07:50 AM, PJ Welsh wrote:
>>>> A recently created and fully functional CentOS 7.3 VM fails to boot
>>>> after applying CR updates:
>>> <snip>
>>>> Server OS is CentOS 7.3
2005 Aug 23
1
2.6 Kernel Out of memory
Hi guys,
Another strange behavior with some test servers.
They are booted using 2.6.11.12, xen-2.0.6, Debian.
The only daemons running on dom0 are : xend, smtp, quagga (ospf), portmap (nfs client), sshd.
Memory usage at startup is aroung 30 MB. Dom0 reserved memory is 256 MB.
The only things that happen on this server are domU''s start/stop (xm create, xm shutdown) and a
2019 Mar 06
2
director in rings
Hi
Maby stupid question :)
It possible to have 3 directors (frontend)
but without rings ?
All directors connect to this same dovecot (backend) - all backad have
this same login_trusted_networks
--
Maciej Mi?aszewski
IQ PL Sp. z o.o.
Starszy Administrator Systemowy
2011 Jul 01
1
[79030.229547] motion: page allocation failure: order:6, mode:0xd4
Hi Konrad,
In one of my domU''s to which I pci passthrough USB cards with a videograbber connected to it, the videocapture bails out after running for quite some time with the stacktrace below.
I guess i''m interpreting the mem-info below wrong, but i fail to see why it can''t allocate those 185088 bytes.
Could you shed some light ? it''s probably the coherent
2017 Oct 23
1
problems running a vol over IPoIB, and qemu off it?
hi people
I wonder if anybody experience any problems with vols in
replica mode that run across IPoIB links and libvirt stores
qcow image on such a volume?
I wonder if maybe devel could confirm it should just work,
and then hardware/Infiniband I should blame.
I have a direct IPoIB link between two hosts, gluster
replica volume, libvirt store disk images there.
I start a guest on hostA and
2013 Sep 23
6
btrfs: qgroup scan failed with -12
Not sure if it''s anything interesting - I had the following entry in
dmesg a few days ago, on a server with 32 GB RAM. The system is still working fine.
[1878432.675210] btrfs-qgroup-re: page allocation failure: order:5, mode:0x104050
[1878432.675319] CPU: 5 PID: 22251 Comm: btrfs-qgroup-re Not tainted 3.11.0-rc7 #2
[1878432.675417] Hardware name: System manufacturer System Product
2013 Feb 08
1
GlusterFS OOM Issue
Hello,
I am running GlusterFS version 3.2.7-2~bpo60+1 on Debian 6.0.6. Today, I
have experienced a a glusterfs process cause the server to invoke
oom_killer.
How exactly would I go about investigating this and coming up with a fix?
--
Steve King
Network/Linux Engineer - AdSafe Media
Cisco Certified Network Professional
CompTIA Linux+ Certified Professional
CompTIA A+ Certified Professional
2011 Oct 25
1
Page allocation failure
Dear list,
I am seeing an error across multiple machines during heavy I/O, either
disk or network. The VMs are on different Intel CPUs (Core 2 Quad, Core
i5, Xeon) with varying boards (Abit, Asus, Supermicro).
Machines that get this error are running either BackupPC, Zabbix (MySQL)
or SABNZBd. I can also reproduce the error on the Supermicros with a
looped wget of an ubuntu ISO as they are
2017 Oct 18
2
[PATCH] virtio: avoid possible OOM lockup at virtballoon_oom_notify()
Tetsuo Handa wrote:
> 20171016-deflate.log.xz continued printing "puff" messages without any OOM
> killer messages, for fill_balloon() always inflates faster than leak_balloon()
> deflates.
>
> Since the OOM killer cannot be invoked unless leak_balloon() completely
> deflates faster than fill_balloon() inflates, the guest remained unusable
> (e.g. unable to login
2017 Oct 18
2
[PATCH] virtio: avoid possible OOM lockup at virtballoon_oom_notify()
Tetsuo Handa wrote:
> 20171016-deflate.log.xz continued printing "puff" messages without any OOM
> killer messages, for fill_balloon() always inflates faster than leak_balloon()
> deflates.
>
> Since the OOM killer cannot be invoked unless leak_balloon() completely
> deflates faster than fill_balloon() inflates, the guest remained unusable
> (e.g. unable to login
2012 Nov 15
3
Likely mem leak in 3.7
Starting with 3.7 rc1, my workstation seems to loose ram.
Up until (and including) 3.6, used-(buffers+cached) was roughly the same
as sum(rss) (taking shared into account). Now there is an approx 6G gap.
When the box first starts, it is clearly less swappy than with <= 3.6; I
can''t tell whether that is related. The reduced swappiness persists.
It seems to get worse when I update
2013 Dec 30
2
oom situation
I have continous oom&panic situation unresolved. I am not sure system
fills up all the ram (36GB). Why this system triggered this oom
situation? Is it about some other memory? highmem? lowmem? stack size?
Best Regards,
Kernel 3.10.24
Dec 27 09:19:05 2013 kernel: : [277622.359064] squid invoked
oom-killer: gfp_mask=0x42d0, order=3, oom_score_adj=0
Dec 27 09:19:05 2013 kernel: :
2013 Mar 05
4
[RFC PATCH] drm/nouveau: use vmalloc for pgt allocation
Page tables on nv50 take 48kB, which can be hard to allocate in one piece.
Let's use vmalloc.
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
Cc: stable at vger.kernel.org [3.7+]
---
drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/vm/base.c
2005 Oct 18
4
dom0 oom-killer: gfp_mask=0x1d
I had the dom0 which unfortunately didn''t have a console on it hit a
race condition and saw oom errors on it also. This happened after it was
running for over 36 hours with a domU whose load average was avg was
around 3 most of the time.
changeset: 7396:9b51e7637676
Dom0 - UP i686, Centos 4.1, 768 megs
domU-1 92 megs snmpd
domU-2 92 megs snmpdd
domU-3 410 megs postgres, tomcat 5.5,