Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XXAcz-0002aN-6B for pgsql-admin@arkaria.postgresql.org; Thu, 25 Sep 2014 15:06:41 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XXAcy-000604-IF for pgsql-admin@arkaria.postgresql.org; Thu, 25 Sep 2014 15:06:40 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XXAcx-0005zt-Mf for pgsql-admin@postgresql.org; Thu, 25 Sep 2014 15:06:39 +0000 Received: from nm5-vm2.bullet.mail.ne1.yahoo.com ([98.138.90.153]) by makus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XXAct-0006Nk-JK for pgsql-admin@postgresql.org; Thu, 25 Sep 2014 15:06:37 +0000 Received: from [98.138.226.177] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 25 Sep 2014 15:06:34 -0000 Received: from [98.138.89.249] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 25 Sep 2014 15:06:34 -0000 Received: from [127.0.0.1] by omp1041.mail.ne1.yahoo.com with NNFMP; 25 Sep 2014 15:06:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 706465.73630.bm@omp1041.mail.ne1.yahoo.com Received: (qmail 25107 invoked by uid 60001); 25 Sep 2014 15:06:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1411657594; bh=hZZIOaQG2R/c7Vkwz7kjfNLtkOmcHHQ6K89j3hX/ong=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cJFEgS/HtCE8fCmvQib9UwIe2uNJssujA0wQ8aHh87DHaYgjYui1goXQ24Ki1htpKU+lkNNhqccYhP3tWTXi7GyZaLkJ4mmfgsXe2D2XNkSUp+B1JARuIbBOdq+p2lRJ3XkMP/GT3xVWzfV2WiJ0ZyPx6l7Tv8gCNtbw1Mi+260= X-YMail-OSG: WZ1GZckVM1lSYGZDQboU593U62ReTHsZ6iHbRa0.OJnGjwp 9ejNe7I2RF9ffg1t64ipYBChQSHSB3hbNZmrifWvhqxAmEOgZOTvHmPba96y sFIW.6253wdWn5OceMuyFIiLPZgGXG7ui7s3wY9EERWbq1LZBsZH61XYAURq hWibnnrRenJUsBhafFkhPI53UL_heIqo9tSVM46nwKxNkhNFYaKu5OhGy7Ed LBpee4Pkt6pDaPFVXxmdIwq6CTCjKRCx4a1iIalWF1JmFiRiVt6igYFMuq2s F44VLAF7g4AyqrhbRqSGolmediWpkpCpHmaFk8gBpfg1Eb4dVpgLhteCw9XU ArQN0xiYqCC5U44foOdFBNmslZNXYzp9nkjQEY5TJfpUmqNzluVVXxA.K8lH SgBpJF6LLv679ES_J4Kdp4PWfgBU.GCNNdE.J8EkEmnfmO9OcfgzNDWDZdNo dmxkX0DkQmnQwpBwAkBNJ.cLhdPaWABsJeAxh3AiwVzIRVG2QKcKT8shlgBP kUQ.H2qY5D_dLzrWWx8iP5kMXle_1Fa13KjzoWDDn9S64GjUKi.Oa_MzJDSA RokvvnavYI7evTdKyelQbIvZ_F9DnPzC35eu_iJcelExfkYqffaWGHTE6Ipl DFAi6g0rNv6Pyt2X05jzu4x_mYZj7D0Zh6j6k_uZwZZqU1lVZRcEMhS0mSBd 72A-- Received: from [24.178.25.147] by web122304.mail.ne1.yahoo.com via HTTP; Thu, 25 Sep 2014 08:06:34 PDT X-Rocket-MIMEInfo: 002.001, ImNocmlzdGlhbi5lY2hlcmVyQG1hbnJvbGFuZC13ZWIuY29tIiA8Y2hyaXN0aWFuLmVjaGVyZXJAbWFucm9sYW5kLXdlYi5jb20.IHdyb3RlOgoKPiBJIGRpZG7CtHQgdW5kZXJzdGFuZCB0aGUgSElOVDoKPiBZb3UgbWlnaHQgbmVlZCB0byBpbmNyZWFzZSBtYXhfcHJlZF9sb2Nrc19wZXJfdHJhbnNhY3Rpb24uCgpUaGF0IGlzIGEgY29uZmlndXJhdGlvbiBzZXR0aW5nIGluIHBvc3RncmVzcWwuY29uZiB3aGljaCBjb250cm9scwpob3cgbXVjaCBzaGFyZWQgbWVtb3J5IGlzIHJlc2VydmVkIGF0IHN0YXJ0LXUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.203.696 References: Message-ID: <1411657594.67331.YahooMailNeo@web122304.mail.ne1.yahoo.com> Date: Thu, 25 Sep 2014 08:06:34 -0700 From: Kevin Grittner Reply-To: Kevin Grittner Subject: Re: Out of shared memory while creating a backup with pg_dump To: "christian.echerer@manroland-web.com" , "pgsql-admin@postgresql.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Pg-Spam-Score: -2.0 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org "christian.echerer@manroland-web.com" = wrote: > I didn=B4t understand the HINT: > You might need to increase max_pred_locks_per_transaction. That is a configuration setting in postgresql.conf which controls how much shared memory is reserved at start-up to hold information on the predicate locks required to make serializable transactions work. > What is the reason for the error, that the shared memory ran out, > or that the number of predicate locks is too small? The shared memory reserved at start-up for predicate lock information was too small. > If i increase max_pred_locks_per_transaction i get probably even > faster an "out of shared memory" error. No. > What is the best way to fix the problem? Increase max_pred_locks_per_transaction. If you are using serializable transactions this usually needs to be increased to see optimal performance. The optimal setting depends on data structure and the nature of the workload. Increases to 10 or 20 times the default value are not unusual. Be sure to review the "for optimal performance" suggestions at the bottom of this section of the documentation: http://www.postgresql.org/docs/9.3/interactive/transaction-iso.html#XACT-SE= RIALIZABLE If you can declare some transactions which will not be modifying data as READ ONLY you will probably reduce the number of predicate locks required. -- Kevin Grittner EDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company --=20 Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin