Skip site navigation (1) Skip section navigation (2)

(CORRECION DE VALOR) RE: Problemas para Levantar la Base de Datos (SHHMAX)

From: =?iso-8859-1?B?UmFt824gQWxiZXJ0byBCcnVlbmluZyBHb2564Wxleg==?=<albertobruening(at)hotmail(dot)com>
To: <sposmen(at)gmail(dot)com>
Cc: <alvherre(at)commandprompt(dot)com>, <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: (CORRECION DE VALOR) RE: Problemas para Levantar la Base de Datos (SHHMAX)
Date: 2010-12-28 15:35:33
Message-ID: SNT137-w14BBDA4DCC17CB571F1CEFA2010@phx.gbl (view raw or flat)
Thread:
Lists: pgsql-es-ayuda

Me equivoque el valor de shared bufffer actual es 1031072(BYTES) disculpen el error...
From: albertobruening(at)hotmail(dot)com
To: sposmen(at)gmail(dot)com
CC: alvherre(at)commandprompt(dot)com; pgsql-es-ayuda(at)postgresql(dot)org
Subject: RE: [pgsql-es-ayuda] Problemas para Levantar la Base de Datos (SHHMAX)
Date: Tue, 28 Dec 2010 15:30:17 +0000








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



 		 	   		  

In response to

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2010-12-28 15:37:14
Subject: RE: Problemas para Levantar la Base de Datos (SHHMAX)
Previous:From: Jaime GiraldoDate: 2010-12-28 15:34:51
Subject: Re: Problemas para Levantar la Base de Datos (SHHMAX)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group