Re: Fw: Ayuda con equipo

Ernesto, super interesante tu opinión. Para nosotros sería super importante
saber cómo llegarón a saber que era ese el problema (pico de corriente), y a
qué servicio del linux afectaba. Mi jefe quiere saber si podemos contactarte
telefonicamente para saber más de la experiencia con el server y suse y así
evaluar el cambio de distribución, porque hoy, no podemos seguir asi como
estamos.

Edwin: si, ya reconocí que el conf esta alejado de la realidad, pero gracias
por los datos.

Alvaro: no, el servidor no ocupa swap. Este servidor esta dedicado a
postgres, al final de cuenta son dos BD, una que es la pricipal, donde
concurren la mayoria de los usuario y la BD secundaria que almacena las
imágenes y se apoya con el servicio samba. Esa base, será instalada en otro
equipo dedicado para el almacenamiento de imágenes. Lo de pgpooler lo voy a
investigar.

Gracias.

----- Original Message -----
From: "Ernesto Lozano" <elozanohia(at)gmail(dot)com>
To: "Marcelo Retamal Vallejos" <mretamal(at)cmet(dot)net>
Cc: "Fernando Hevia" <fhevia(at)ip-tel(dot)com(dot)ar>; "Lista Postgres"
<pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Wednesday, November 26, 2008 5:00 PM
Subject: Re: [pgsql-es-ayuda] Fw: Ayuda con equipo

Hola Marcelo

Yo te sugiero que levantes un Servidor plataformado sobre Debian esa
experiencia que esta teniendo la tuvimos nosotros con SUSE en
Servidores de la Serie X en IBM de 64 Bits el año pasado eso nos
obligo ir a Clustering basado en Debian con replicacion automatica
mediante una Tarea Fantasma creada desde el Shell de Linux este
problema lo generaba un pìco de corriente que ingresaba y alteraba el
Initabb en Server esto nos obligo a revisar la plataforma y observamos
en Servidor Backup que generamos de prueba en Debian que esto no
ocurria y decidimos migrar a Debian los Servidores con Replicas en
Bases de Datos desde Linux en Clustering hoy mantenemos Contigencia
permanente sin afectar las operaciones en milisegundos

Saludos

Ernesto Lozano
Venezuela

El 26/11/08, Marcelo Retamal Vallejos <mretamal(at)cmet(dot)net> escribió:
> La verdad no me acuerdo en que versión viene incorporado en autovacuum,
> pero
> esto del vaccuum desde otro equipo lo tenemos de antaño, es decir, desde
> que
> empezamos con PG y quedó así.
>
> Respecto a los parametros inadecuados, sí, son inadecuados, y esto es por
> ignorancia respecto al tema, ya que cuando la BD se creó los usuarios no
> eran tantos, y al crecer sólo se modificó el parametro de max_connection y
> así, fue pasando de versión en versión del PG. Hoy buscando encontré este
> link http://www.linux-es.org/node/660 que me hizo ver lo equivocado que
> estaba.
>
> Respecto si el equipo está dedicado a PG, mencioné que tiene el samba
> habilitado para almacenar imágenes que luego serán cargadas a una BD.
>
> Hoy las bases de ese equipo fueron caragas en otro servidor con las mismas
> características (excepto por el espacio en disco, que es superior) y
> marcha
> super bien. Mañana el servicio tecnico verá si es problema de hardware,
> esperemos eso, de todas formas, hay que cambiar los parametros del
> postgresql.conf.
>
> Gracias.
>
>
> ----- Original Message -----
> From: "Fernando Hevia" <fhevia(at)ip-tel(dot)com(dot)ar>
> To: "'Marcelo Retamal Vallejos'" <mretamal(at)cmet(dot)net>; "'Cesar Erices'"
> <caerices(at)gmail(dot)com>
> Cc: "'Lista Postgres'" <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Wednesday, November 26, 2008 4:11 PM
> Subject: RE: [pgsql-es-ayuda] Fw: Ayuda con equipo
>
>
>
> Marcelo,
>
>> - Los vaccum no se hacen de forma automática, hay un equipo
>> que los hace en la noche via cron.
>>
>
> ¿El vacuum lo hace un equipo distinto al donde está la base? Seré
> curioso...
> ¿qué ventajas brinda?
>
>> Dentro del Conf, tengo relevante:
>> -shared_buffer = 24MB
>> -work_mem = 8MB
>> -maintenance_work_mem = desabled
>> -effective_cache_size = desabled
>
> Para un equipo de 4 GB estos valores parecen poco adecuados. ¿Existe algún
> motivo en particular para ello? ¿Este equipo no está dedicado
> exlusivamente
> a Postgres?
>
> En una configuración de hardware similar a la tuya yo uso los siguientes
> valores:
>
> shared_buffers = 384MB
> work_mem = 128MB
> effective_cache_size = 2GB
>
> Claro que no tengo tantas conexiones concurrentes (max 20 en mi caso).
>
> Saludos,
> Fernando
>
>
>
> --
> TIP 4: No hagas 'kill -9' a postmaster
>
--
TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo
agradecerán