Re: Postgres se pasma!!

la primer pregunta que se me ocurre (ya que tu servidor estaba
trabajando correctamente ) es la siguiente:
¿ que ERP utilizas ? -

Por otro lado yo me permiti hacer un pg_dump en SQL 7.14.9 y pasarla a
8.1 y no note nigun problema.

excepto alguno que mencione al momento de hacer de nuevo el pg_dump.

Saludos.

Ricardo Granados.

2008/5/19 Jaime Casanova <systemguards(at)gmail(dot)com>:
> 2008/5/19 Miguel Angel . <rev_angel(at)hotmail(dot)com>:
>>>
>>> tienes shared buffers en 1000, es muy bajo considerando que tienes
>>> 4Gb, deberia ser al menos el 15 o 20 %
>>>
>> He dejado el shared buffer en 1800.
>
> aun es muy bajo...
>
> 1800 shared buffers (8Kb cada uno) = 14400Kb = 14Mb aprox.
> 14Mb de tus 4Gb aun es muy bajo...
>
> mejor prueba con el 10% de tu memoria (total_mem * porc / tamaño_buffer):
> ((4 * 1024 * 1024) * 0.10) / 8 = 52428
>
> Para que este cambio haga efecto, tienes que reniciar el servidor y
> quiza tengas que ajustar los valores de la variable del kernel SHMMAX
> para eso sigue las instrucciones que se dan aqui
> http://www.postgresql.org/docs/8.1/static/kernel-resources.html#SYSVIPC
> bajo el encabezado "Linux"
>
>>>
>>> segun el log estan ocurriendo checkpoints muy frecuentemente, esto lo
>>> evitas modificando las variables checkpoint_segments y
>>> checkpoint_timeout en el postgresql.conf, como ocurre debido a que se
>>> llenan los segmentos quiza puedes aumentar un poco el numero de
>>> segmentos:
>>>
>>> checkpoint_segments = 6
>>
>> Ya lo he puesto a 6.
>>
>
> sigue revisando si te sale este mensaje (el numero de segundos puede variar):
> """
> LOG: checkpoints are occurring too frequently (13 seconds apart)
> HINT: Consider increasing the configuration parameter "checkpoint_segments".
> """
>
>>>>
>>>> Pudieran decirme eué significa entrar en modo interactivo, para poder probar si se puede acceder así?
>>>>
>>>
>>> en modo interactivo seria psql asi que imagino que se refirieron al
>>> modo standalone, ejecutas:
>>> /ruta/a/tu/pgsql/bin/postgres -P -O -D "/ruta/donde/esta/el/data"
>>>
>
> pudiste hacer esto?
>
>>> PS: 8.1.4 ya es bastante viejo porque no actualizas? actualmente vamos
>>> por la version 8.3.1... si vas a ignorar ese ultimo consejo al menos
>>> actualiza a 8.1.11
>>
>> Esto es algo que me ha dado grandes discusiones con mi jefe por que el tiene temor a que se pierda todo en la actualización, ya son horas invertidas en cambiar su pensamiento pero no se si sea muy cauto o muy miedoso.
>>
>
> yo diria que un poco de ambos, pero entiendo a quien quiere cuidar sus datos...
>
> Es completamente seguro subir de la 8.1.4 a la 8.1.11 todo lo que hay
> que hacer es bajar el fuente de la 8.1.11, compilar, bajar el servicio
> de postgres, instalar en la misma ubicacion eso reemplazara los
> binarios y arrancar nuevamente el servicio.
>
> Para que no les de miedo, revisen las RELEASE NOTES en
> http://www.postgresql.org/docs/8.1/static/release.html y vayan viendo
> la seccion "Migration to Version 8.1.x" de cada version desde 8.1.5
> para arriba y veran el mensaje "A dump/restore is not required for
> those running 8.1.X" lo que indica que es tan simple como lo que
> explique arriba, sino dice eso entonces si habria que hacer mas pasos.
>
> --
> Atentamente,
> Jaime Casanova
> Soporte y capacitación de PostgreSQL
> Guayaquil - Ecuador
> Cel. (593) 087171157
> --
> TIP 9: visita nuestro canal de IRC #postgresql-es en irc.freenode.net
>

--
Ing. Ricardo Granados Tiznado
Solar Grupo Industrial, S.A. de C.V.
Mazatlan, Sinaloa, México.
www,solargi.net