Estoy googleando para buscar algo que daba por seguro era facil de
hacer, pero por algún motivo no encuentro como sacar la siguiente
información del motor ( se que es pregunta basica para mi gusto ).
La lista de funciones, procedimientos y vistas invalidas. de un schema.
Voy a seguir revisar y
2017-12-19 13:13 GMT-05:00 Angelo Astorga :
> Hola Lista,
> Dada la lectura de vuestras respuestas, cumplo con complementar información
> solicitada.
> Linux RH 4.4.7-3 64 bits + Postgresql Ver. 8.4.18 64 bits
En serio?!
Sabías que RH 4.4 perdió soporte hace más de 7 años?
https://access.redhat
Hola Angelo
Hiciste lo que te dijo Daymel de obtener el PID que tiene el CPU ocupado
y ver que proceso es dentro de postgresql con el pg_stat_activity?
puede que sea una query o sea algún proceso de mantenimiento, etc...
por favor revisa eso y cometa
saludos
On 19/12/17 15:13, Angelo Astorga w
Hola Lista,
Dada la lectura de vuestras respuestas, cumplo con complementar información
solicitada.
Linux RH 4.4.7-3 64 bits + Postgresql Ver. 8.4.18 64 bits
Revise los log de postgresql y nada anormal,
lo extraño que al bajar el servicio postgresql en el OS, la cpu del Server
baja drasticamente
Miguel Panuera IUVADE escribió:
> Una pregunta a los listeros, alguna funcion puede hacer que el procesador
> se vaya a 100???
claro ...
--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
motum hesa escribió:
> ¿Existe alguna solución para este problema?
Repórtalo al empaquetador.
--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Hola Angelo:
El 19 de diciembre de 2017, 11:52, Angelo Astorga
escribió:
> Hola lista,
> Desde un momento a otro la cpu del servidor se fue a 100%, donde gran
> parte de este consumo lo absorve postgresql. Desconozco que paso, dado que
> el mismo día x la mañana el servidor y sus recursos andaban
Logs de Postgres?, del servidor?,
Una pregunta a los listeros, alguna funcion puede hacer que el procesador
se vaya a 100???
El 19 de diciembre de 2017, 11:56, escribió:
> Supones Angelo que debes darnos un poco mas de información, So versión de
> PostgreSQL, etc.
>
>
>
> On 2017-12-19 11:52, An
¿Probaste ejecutar:
select * from pg_stat_activity where state <> 'idle';
para ver qué está corriendo el postgres?
El 19 de diciembre de 2017, 13:52, Angelo Astorga
escribió:
> Hola lista,
> Desde un momento a otro la cpu del servidor se fue a 100%, donde gran
> parte de este consumo lo absorv
Supones Angelo que debes darnos un poco mas de información, So versión
de PostgreSQL, etc.
On 2017-12-19 11:52, Angelo Astorga wrote:
Hola lista,
Desde un momento a otro la cpu del servidor se fue a 100%, donde gran
parte de este consumo lo absorve postgresql. Desconozco que paso, dado
que el
Hola lista,
Desde un momento a otro la cpu del servidor se fue a 100%, donde gran parte
de este consumo lo absorve postgresql. Desconozco que paso, dado que el
mismo día x la mañana el servidor y sus recursos andaban como avión y ahora
solamente al subir servicio postgresql, comienzan las cpu a irs
El 19 de diciembre de 2017, 10:12, Alvaro Herrera
escribió:
> >
> ¿cómo lo instalaste? Si estás usando el port de FreeBSD, es un bug en
> ese port. El archivo pgoutput.so debería estar en el directorio lib.
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> PostgreSQL Develop
motum hesa escribió:
> Buen día lista.
>
> He estado tratando de configurar logical replication entre 2 servidores,
> pero me he encontrado con el siguiente problema:
>
> ERROR: could not create replication slot "subtest": ERROR: could not
> access file "pgoutput": No such file or directory
> S
Buen día lista.
He estado tratando de configurar logical replication entre 2 servidores,
pero me he encontrado con el siguiente problema:
ERROR: could not create replication slot "subtest": ERROR: could not
access file "pgoutput": No such file or directory
El mensaje de error sale cuándo trato
On 2017-12-18 13:07, Alvaro Herrera wrote:
Hola Stephen
Stephen Amell escribió:
On 2017-12-18 12:27, Alvaro Herrera wrote:
Stephen Amell escribió:
Hola, Alvaro
Si, lo primero que hice fue el reassign, y no da error, pero luego tiro el
drop y pincha.
Si, por pincha, quiero decir da error.
Comparta bienvenido es!!
Saludos y suerte
El 19 dic. 2017 10:10 AM, "Celvin Rivas" escribió:
> Muchas gracias,
>
> Basicamente fue lo que hice, cree una imagen en docker de la misma version
> de postgres que fue destruida y monte un volumen externo donde estaba el
> pgdata y tuve que modificar l
Muchas gracias,
Basicamente fue lo que hice, cree una imagen en docker de la misma version
de postgres que fue destruida y monte un volumen externo donde estaba el
pgdata y tuve que modificar los archivos .conf de postgres para que
apuntasen hacia la nueva ruta dentro de la imagen en docker.
Y gr
Hola Celvin,
Tengo pendiente el tema de los dockers, pero me imagino que encontraste
porque recomiendan dejar la base fuera del docker no?
No creo que puedas hacer un dump sobre un postgres apagado, ya que se
conecta a la bd para copiar los datos.
Si podes copiar la carpeta data, con un cp no
18 matches
Mail list logo
