Re: Problemas para Levantar la Base de Datos (SHHMAX)

En un correo anterior decías "Actualmente tiene configurado 1024 de
shared_buffer."

Tienes que verificar es tu postgresql.conf ya que la medida
convencional el shared_buffer
no viene en Bytes a menos que lo complementes poniendole MB en el parámetro.

El 28 de diciembre de 2010 10:30, Ramón Alberto Bruening González <
albertobruening(at)hotmail(dot)com> escribió:

> El shared_buffer q tengo configurado actualmente es 1103593472(BYTES)
> quiere decir que tengo q bajar a 26214(BYTES)
>
> ------------------------------
> From: sposmen(at)gmail(dot)com
> Date: Tue, 28 Dec 2010 10:23:10 -0500
> Subject: Re: [pgsql-es-ayuda] Problemas para Levantar la Base de Datos
> (SHHMAX)
> To: albertobruening(at)hotmail(dot)com
> CC: alvherre(at)commandprompt(dot)com; pgsql-es-ayuda(at)postgresql(dot)org
>
>
> Hola Ramón,
>
> Hay documentos de Tunning postgres con el SHMMAX si buscas en el histórico
> encontrarás bastante.
>
> Por ahora para que lo compruebes puedes verificar de la siguiente manera:
>
> 1. postgresql.conf el parámetro shared_buffers=26214 (para ejemplo
> pongo los valores, dependiendo de tu versión postgres puede estar
> representado directamente en MB)
>
> 2. por consola ejecutar sysctl -w kernel.shmmax=268435456 y verificar que
> suba el servicio
>
> 3. para que el cambio quede cada reinicio del server debes configurar el 2
> en el Archivo /etc/sysctl.conf para reinicio adicionar linea kernel.
> shmmax=268435456
>
> Recuerda que esta configuración se sacó para un servidor específico (4GB de
> RAM ) y solo te sirve temporalmente, ya que por recomendación lo conveniente
> es que compruebes un tunning adecuado para tu server.
>
> El 28 de diciembre de 2010 09:59, Ramón Alberto Bruening González <
> albertobruening(at)hotmail(dot)com> escribió:
>
> Este el mensaje en log del postgresql.
>
> could not create shared memory segment: No queda espacio en el dispositivo.
>
> Hint: this error does *not* mean that yoy have run out of disk space. it
> occurs either if all
> shared memory IDs have been taken, in wich case you need to raise SHMMNI
> parameter in yout kernel,
> or because the system's overall limit for shared memory has been reached.
> if you cannot increase
> the shared memory limit, reduce postgresql shared memory request (currently
> 1103593472 bytes),
> by reducing its shared_buffers parameters (currently 1031072) and/or its
> max_conexxion parameters
> (currently 100).
>
>
> > CC: pgsql-es-ayuda(at)postgresql(dot)org
> > Subject: RE: [pgsql-es-ayuda] Problemas para Levantar la Base de Datos
> (SHHMAX)
> > From: alvherre(at)commandprompt(dot)com
> > To: albertobruening(at)hotmail(dot)com
> > Date: Tue, 28 Dec 2010 11:48:43 -0300
> >
> > Excerpts from albertobruening's message of mar dic 28 11:38:33 -0300
> 2010:
> >
> > > Esto puede estar influyendo para que el servidor no inicie por las
> mañanas?
> > >
> > > y luego de varios intentos inicia...
> >
> > No debería, pero si es así, no explicaste bien tu problema.
> >
> > --
> > Álvaro Herrera <alvherre(at)commandprompt(dot)com>
> > The PostgreSQL Company - Command Prompt, Inc.
> > PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
>
>
>
> --
> Jaime Alberto Giraldo J.
> " La madurez del hombre es haber vuelto a encontrar la seridad con la que
> jugaba cuando era niño"
> Friedrich Wilhelm Nietzsche
>

--
Jaime Alberto Giraldo J.
" La madurez del hombre es haber vuelto a encontrar la seridad con la que
jugaba cuando era niño"
Friedrich Wilhelm Nietzsche