lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140318143015.GB18403@soda.linbit>
Date:	Tue, 18 Mar 2014 15:30:16 +0100
From:	Lars Ellenberg <lars.ellenberg@...bit.com>
To:	Fengguang Wu <fengguang.wu@...el.com>
Cc:	Philipp Reisner <philipp.reisner@...bit.com>,
	drbd-user@...ts.linbit.com, linux-kernel@...r.kernel.org
Subject: Re: [drbd] Kernel panic - not syncing: Out of memory and no killable
 processes...

On Tue, Mar 18, 2014 at 10:07:17PM +0800, Fengguang Wu wrote:
> Greetings,
> 
> We get the below OOM errors in our KVM boot tests and they are
> bisected to
> 
> commit 23361cf32b58efdf09945a64e1d8d41fa6117157

We have been there before:

.---
| Date: Wed, 12 Jun 2013 18:11:43 +0800
| From: Fengguang Wu <fengguang.wu@...el.com>
| To: Philipp Reisner <philipp.reisner@...bit.com>, drbd-user@...ts.linbit.com, linux-kernel@...r.kernel.org
| Subject: Re: [drbd?] Kernel panic - not syncing: Out of memory and no killable processes...
| Message-ID: <20130612101143.GA13837@...alhost>
| 
| On Tue, Jun 11, 2013 at 05:33:27PM +0200, Lars Ellenberg wrote:
| > On Fri, Jun 07, 2013 at 10:31:54AM +0800, Fengguang Wu wrote:
| > > Greetings,
| > >
| > > My "kvm -m 256" reliably goes Out Of Memory after this commit.  It may
| > > not be the only one that eats up the memory, however I wonder how much
| > > memory consumption this commit added? Thanks!

...

| > We scale certain mempools and reserves with
| > DRBD_MAX_BIO_SIZE/PAGE_SIZE * minor_count.
| >
| > DRBD_MAX_BIO_SIZE has been increased by this patch,
| > resulting in more memory allocated to those reserved pools.
| >
| > Please just scale down the "minor_count" parameter.
| > You can use the module parameter (e.g. modprobe drbd minor_count=8),
| > or, compiled in, use the kernel command line parameter drbd.minor_count=8.
| >
| > Though "minor_count" at some point used to be the hard limit for the number of
| > minor devices (allocation of an array of corresponding size), that has
| > long since changed, and now it is really only used as scaling factor for
| > these mempools.
| 
| Got it, thank you very much for the helpful tips and explanations!
| I'll add the drbd.minor_count=8 option.
| 
| Thanks,
| Fengguang
`---

Does that help?

-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ