Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id A2F981337B82 for ; Thu, 21 Apr 2011 09:48:58 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 22005-01 for ; Thu, 21 Apr 2011 12:48:51 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from tamriel.snowman.net (tamriel.snowman.net [72.66.115.51]) by mail.postgresql.org (Postfix) with ESMTP id 5FBDF133798E for ; Thu, 21 Apr 2011 09:48:51 -0300 (ADT) Received: by tamriel.snowman.net (Postfix, from userid 1000) id 79BFC22990; Thu, 21 Apr 2011 08:48:51 -0400 (EDT) Date: Thu, 21 Apr 2011 08:48:51 -0400 From: Stephen Frost To: Tory M Blue Cc: pgsql-performance@postgresql.org Subject: Re: oom_killer Message-ID: <20110421124851.GC4548@tamriel.snowman.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TCH5zSpbvKOKdCih" Content-Disposition: inline In-Reply-To: X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/2.6.32-5-amd64 (x86_64) X-Uptime: 08:45:40 up 77 days, 21:15, 17 users, load average: 0.17, 0.08, 0.01 User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201104/299 X-Sequence-Number: 43361 --TCH5zSpbvKOKdCih Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Tory M Blue (tmblue@gmail.com) wrote: > Is there anyone that could help me understand why all of a sudden with > no noticeable change in data, no change in hardware, no change in OS, > I'm seeing postmaster getting killed by oom_killer? You would really be best off just turning off the oom_killer.. Of course, you should probably also figure out what process is actually chewing through your memory to the point that the OOM killer is getting run. > The dmesg shows that swap has not been touched free and total are the > same, so this system is not running out of total memory per say. There's probably something else that's trying to grab all the memory and then tries to use it and PG ends up getting nailed because the kernel over-attributes memory to it. You should be looking for that other process.. Thanks, Stephen --TCH5zSpbvKOKdCih Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk2wJ7MACgkQrzgMPqB3kihHiACeLJNPMIKhVw+8R5Au1cuFq/yA ztYAnRI7CszMBeHEBTtsrtyu6KBszvLf =TCL+ -----END PGP SIGNATURE----- --TCH5zSpbvKOKdCih--