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" <[EMAIL PROTECTED]>
To: "Marcelo Retamal Vallejos" <[EMAIL PROTECTED]>
Cc: "Fernando Hevia" <[EMAIL PROTECTED]>; "Lista Postgres"
<pgsql-es-ayuda@postgresql.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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]>
To: "'Marcelo Retamal Vallejos'" <[EMAIL PROTECTED]>; "'Cesar Erices'"
<[EMAIL PROTECTED]>
Cc: "'Lista Postgres'" <pgsql-es-ayuda@postgresql.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
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
(envía "unregister TuDirecciónDeCorreo" a [EMAIL PROTECTED])
