Estimad@,
Junto con saludar quisiera personalmente invitarle al evento Fedora
Users and Developers Conference Santiago 2010 (FUDCon), la cual es una
combinación de sesiones, conversaciones, talleres y hackfests sobre
iniciativas específicas, relacionadas con Fedora y linux en general,
reuniendo a
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas que
pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender algunas consultas. Por ejemplo
si le envio:
asterisk= SELECT COUNT(*) AS count FROM uso_detalle_anexo WHERE
dst
Andres,
creo que es tiempo de realizar un tunning a tu servidor (sistema operativo)
y tambien a la configuración de postgresql en postgresql.conf según los
recursos de hardware que tengas.
2010/7/13 Andres Junge aju...@totexa.cl:
Hola
Tenemos un servidor con Asterisk el cual registra todas las
2010/7/13 Andres Junge aju...@totexa.cl
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas que
pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender algunas consultas. Por ejemplo
si le envio:
asterisk= SELECT
Hola
Gracias por contestar. Que cosas podria tunear por ejemplo?
Saludos
Andres
El mar, 13-07-2010 a las 12:07 -0500, Moises Alberto Lindo Gutarra
escribió:
Andres,
creo que es tiempo de realizar un tunning a tu servidor (sistema operativo)
y tambien a la configuración de postgresql en
El mar, 13-07-2010 a las 13:20 -0400, Ricardo Munoz escribió:
2010/7/13 Andres Junge aju...@totexa.cl
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas que
pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender
El Tue, 13-07-2010 a las 14:27 -0400, Andres Junge escribió:
Hola
Gracias por contestar. Que cosas podria tunear por ejemplo?
Parte testeando la memoria de la maquina :)
Saludos
Andres
El mar, 13-07-2010 a las 12:07 -0500, Moises Alberto Lindo Gutarra
escribió:
Andres,
creo que
2010/7/13 Marcelo Espinosa Alliende marc...@ubiobio.cl
El Tue, 13-07-2010 a las 14:27 -0400, Andres Junge escribió:
Hola
Gracias por contestar. Que cosas podria tunear por ejemplo?
Parte testeando la memoria de la maquina :)
Habia un truquito usando el valor de maintenance_work_mem y
El día 12 de julio de 2010 22:56, Gabriel gabrielteo...@gmail.com escribió:
Por cierto, instalé el CD que tenía más a la mano, el de UBUNTU 9.04,
porque el OpenSuse es más pesado para mi PC, y el 10.4 ya me dio ese
fallo de actualizaciones, por lo que por ahora no voy a actualizar a
menudo.
2010/7/13 Andres Junge aju...@totexa.cl:
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas que
pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender algunas consultas. Por ejemplo
si le envio:
asterisk= SELECT
On Jul 13, 2010, at 3:24 PM, Rodrigo Ramirez Norambuena wrote:
2010/7/13 Andres Junge aju...@totexa.cl:
Tenemos un servidor con Asterisk el cual registra todas las llamadas que
pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender algunas
El Tue, 13 Jul 2010 02:21:00 -0400
Andres Junge aju...@totexa.cl escribió:
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas
que pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender algunas consultas. Por
ejemplo
On Tue, 2010-07-13 at 15:03 -0400, Sebastian Lara wrote:
El día 12 de julio de 2010 22:56, Gabriel gabrielteo...@gmail.com escribió:
Por cierto, instalé el CD que tenía más a la mano, el de UBUNTU 9.04,
porque el OpenSuse es más pesado para mi PC, y el 10.4 ya me dio ese
fallo de
El 13 de julio de 2010 16:24, AngelD ang...@froga.net escribió:
El Tue, 13 Jul 2010 02:21:00 -0400
Andres Junge aju...@totexa.cl escribió:
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas
que pasan por el en un servidor postgresql. Todo andaba bien hasta que
Hola!
2010/7/13 Ricardo Munoz rmu...@tux.cl
da para pensar como tanta gente hizo la pega (buscar en Google) del autor
del primer mail y/o respondieron a la rapida y mal. cualquier usuario de un
motor de base de datos debe saber que
...
- el resultado de un SELECT nunca puede ser un
El mar, 13-07-2010 a las 17:28 -0400, Ricardo Munoz escribió:
[...]
hmm... insisto que ningun motor de base de datos decente deberia retornar un
mensaje de error de memoria como resultado de un SELECT
Por qué no?
A mi me parece razonable que el motor tire un error de falta de
memoria...
El 13 de julio de 2010 17:46, Franco Catrin L. fcat...@tuxpan.comescribió:
El mar, 13-07-2010 a las 17:28 -0400, Ricardo Munoz escribió:
[...]
hmm... insisto que ningun motor de base de datos decente deberia retornar
un
mensaje de error de memoria como resultado de un SELECT
Por
Hola!
2010/7/13 Ricardo Munoz rmu...@tux.cl
eso quiere decir que tendrias que poner mas memoria a tu servidor por cada
n-cantidad de nuevos registros que le agregas a la base de datos? eso no
tiene sentido... y fijate que el error se produjo con un simple SELECT
COUNT()...
Como dije, puede
On Tue, 2010-07-13 at 16:51 -0400, Ricardo Munoz wrote:
From:
Ricardo Munoz rmu...@tux.cl
Reply-to:
Discusion de Linux en Castellano
linux@listas.inf.utfsm.cl
To:
Discusion de Linux en Castellano
bien, gracias.
El día 13 de julio de 2010 14:31, Germán Póo-Caamaño
g...@calcifer.org escribió:
On Tue, 2010-07-13 at 15:03 -0400, Sebastian Lara wrote:
El día 12 de julio de 2010 22:56, Gabriel gabrielteo...@gmail.com escribió:
Por cierto, instalé el CD que tenía más a la mano, el de UBUNTU
Excerpts from Andres Junge's message of mar jul 13 02:21:00 -0400 2010:
Hola
Tenemos un servidor con Asterisk el cual registra todas las llamadas que
pasan por el en un servidor postgresql. Todo andaba bien hasta que
derrepente el postgresql dejo de atender algunas consultas. Por ejemplo
si
21 matches
Mail list logo