increasing of the shared memory does not solve the problem of "OUT of shared memory"

This is a multi-part message in MIME format.

------=_NextPart_000_0040_01C793ED.990BAD40
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit



Hello!



I increased significantly the number of shared buffers from 3000 to 100 000
(80Mb)

Also I increased the max_locks_per_transaction from 64 to 10 000.

I still receive the same error form Postgres:
org.postgresql.util.PSQLException: ERROR: out of shared memory

Is this message appropriate to the real cause of the problem or the reason
of the failure is actually other than what is displayed in this message?



With best regards,

Sorin N. Ciolofan






------=_NextPart_000_0040_01C793ED.990BAD40
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">


charset=3Dus-ascii">

Re: increasing of the shared memory does not solve the

> I increased significantly the number of shared buffers from 3000 to
> 100 000 (80Mb)
> Also I increased the max_locks_per_transaction from 64 to 10 000.
> I still receive the same error form Postgres:
> org.postgresql.util.PSQLException: ERROR: out of shared memory
> Is this message appropriate to the real cause of the problem or the
> reason of the failure is actually other than what is displayed in this
> message?
>
Maybe you've got an application that is doing a BEGIN WORK, but never
doing a rollback or commit?
--
Adam Tauno Williams, Network & Systems Administrator
Consultant - http://www.whitemiceconsulting.com
Developer - http://www.opengroupware.org


---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Re: [ADMIN] increasing of the shared memory does not solve the problem of "OUT of shared memory

"Sorin N. Ciolofan" writes:
> Also I increased the max_locks_per_transaction from 64 to 10 000.

> I still receive the same error form Postgres:
> org.postgresql.util.PSQLException: ERROR: out of shared memory

Did you remember to restart the postmaster after doing that? (pg_ctl
reload isn't good enough, you need an actual restart to enlarge shared
memory.) You can confirm whether it's really taken effect with
"show max_locks_per_transaction".

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Re: [ADMIN] increasing of the shared memory does not solve the problem of "OUT of shared memory

On Fri, May 11, 2007 at 04:58:28PM +0300, Sorin N. Ciolofan wrote:
> I increased significantly the number of shared buffers from 3000 to 100 000
> (80Mb)

BTW, 100,000 shared buffers is actually 800MB, not 80.
--
Jim Nasby jim@nasby.net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Re: [ADMIN] increasing of the shared memory does not solve theproblem of "OUT of shared memory&

This is a multi-part message in MIME format.

------=_NextPart_000_0074_01C7987C.E42057C0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi again!



It seems that the problem was the max_fsm_relations parameter which was
increased



I still do not understand why in the past I received always the message:

ERROR: out of shared memory



Is this an appropriate message for the need for increasing this parameter?



With best regards,

Sorin C.



-----Original Message-----
From: pgsql-admin-owner@postgresql.org
[mailto:pgsql-admin-owner@postgresql.org] On Behalf Of Adam Tauno Williams
Sent: Friday, May 11, 2007 9:42 PM
To: pgsql-admin@postgresql.org
Subject: Re: [ADMIN] increasing of the shared memory does not solve
theproblem of "OUT of shared memory"







> I increased significantly the number of shared buffers from 3000 to

> 100 000 (80Mb)

> Also I increased the max_locks_per_transaction from 64 to 10 000.

> I still receive the same error form Postgres:

> org.postgresql.util.PSQLException: ERROR: out of shared memory

> Is this message appropriate to the real cause of the problem or the

> reason of the failure is actually other than what is displayed in this

> message?

>

Maybe you've got an application that is doing a BEGIN WORK, but never

doing a rollback or commit?

--

Adam Tauno Williams, Network & Systems Administrator

Consultant - http://www.whitemiceconsulting.com

Developer - http://www.opengroupware.org





---------------------------(end of broadcast)---------------------------

TIP 9: In versions below 8.0, the planner will ignore your desire to

choose an index scan if your joining column's datatypes do not

match


------=_NextPart_000_0074_01C7987C.E42057C0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">


charset=3Dus-ascii">

Re: [ADMIN] increasing of the shared memory does not solve theproblem of "OUT of shared memory&

On May 17, 2007, at 4:14 AM, Sorin N. Ciolofan wrote:
> It seems that the problem was the max_fsm_relations parameter which
> was increased
> I still do not understand why in the past I received always the
> message:
>
> ERROR: out of shared memory
>
> Is this an appropriate message for the need for increasing this
> parameter?
Yes, increasing max_fsm_relations requires more shared memory. Theres
more information about this in the docs... search for shmmax.
--
Jim Nasby jim@nasby.net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)



---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster