Re: PSQL Dockerizado Productivo?

Muchas gracias por la info Álvaro. Lo estaré viendo y sumando algún comentario seguramente. El jue, 11 jul 2024 a las 13:45, Alvaro Herrera () escribió: > Federico Pascual escribió: > > > No había escuchado experiencias de gente que utilice motores de base de > > datos

Re: PSQL Dockerizado Productivo?

(< ogauthe...@gautherot.net>) escribió: > Hola Federico, > > El mié, 10 jul 2024 19:19, Federico Pascual > escribió: > >> Estimados, >> Hola. Consulto. >> >> Utilizar instalaciones dockerizadas de PSQL (16 concretamente) en >> ambientes pro

PSQL Dockerizado Productivo?

Estimados, Hola. Consulto. Utilizar instalaciones dockerizadas de PSQL (16 concretamente) en ambientes productivos. Es estable y mantiene la "durabilidad" de las transacciones? ¿Qué precauciones en particular deberían tenerse? ¿Alguna referencia de configuraciones? Cómo asegurarse de que ante

Re: Archivado particularmente voluminoso.

El jue, 6 jun 2024 a las 14:33, Alvaro Herrera () escribió: > Hola > > Federico Pascual escribió: > > > Tenemos una db que está generando una gran cantidad de archivado. Esto es > > que el archivado para un día en particular es muy voluminoso en > comparación > >

Archivado particularmente voluminoso.

Estimados, Hola. Les comento una situación. Tenemos una db que está generando una gran cantidad de archivado. Esto es que el archivado para un día en particular es muy voluminoso en comparación con lo que ocupa la db. En los logs tenemos por ejemplo la siguiente info: 2024-05-27 22:06:17.353 -03

Re: Consulta por STOP desprolijo por falta de espacio.

; > El lun, 20 may 2024 a las 17:03, Federico Pascual (< > federico.pasc...@gmail.com>) escribió: > >> Guillermo, Daymel, >> Estimados, muchas gracias por la info. >> Voy a revisar los parámetros que me comentan. >> >> Al ver los logs, me pareció que el

Re: Consulta por STOP desprolijo por falta de espacio.

> Federico, ya responderá alguno que sepa mas, pero para mi el mismo > postgres ya te hizo la recuperación que necesitaba y los datos quedaron > bien. > > El lun, 20 may 2024 a las 9:20, Federico Pascual (< > federico.pasc...@gmail.com>) escribió: > >> Est

Consulta por STOP desprolijo por falta de espacio.

Estimados, Buen día. Una consulta. Un PSQL 15.6 fue "apagado" sin los cuidados correspondientes por un problema de espacio en la partición donde guarda los datos y el wal (que se llenó al 100 %). Yo hice espacio en la partición SIN borrar ningún archivo de PSQL y arranqué nuevamente el motor.

Re: Limite en intentos fallidos de login.

Marqués () escribió: > Buenas, > > El lun, 4 ene 2021 a las 13:23, Federico Pascual > () escribió: > > > > Gente, > > Hola. Felicidades para todos antes que nada. Espero hayan arrancado bien > el año. > > Les hago una consulta. > > ¿Hay alguna form

Limite en intentos fallidos de login.

Gente, Hola. Felicidades para todos antes que nada. Espero hayan arrancado bien el año. Les hago una consulta. ¿Hay alguna forma de limitar la cantidad de intentos de login fallido para un usuario? Algo como: si falla 3 veces a la contraseña, se bloquea el usuario. La idea es evitar que alguien

Re: "Limpiar" asignación de permisos a objetos en esquema.

pt > de esto ultimo que mencionas " La reasingación del owner correcto y los > permisos correspondientes se hace a travez de otro script" aprovechando que > ya lo tienes resuelto seria tambien barbaro. > > Atentamente > > José > > > > El mar., 30 jul. 2019 a

Re: "Limpiar" asignación de permisos a objetos en esquema.

ribió: > On Tue, Jul 30, 2019 at 3:24 PM Federico Pascual > wrote: > > > > Yo quisiera algo como: > > > > revoke all privileges on all tables on schema from all > fucking world; > > > > Esta es la referencia más cercana que encontré a lo que quiero: > &

"Limpiar" asignación de permisos a objetos en esquema.

Gente, Hola. Les consulto por lo siguiente. Estoy queriendo eliminar cualquier asignación de permisos existentes sobre TODAS las estructuras (tomemos tablas a modo de ejemplo) en un esquema. Intentamos algo como: revoke all privileges on all tables on schema from public; Pretendiendo decir con

Re: Conflicto entre pg_dump y transacción.

Allá vamos. Muchas gracias a todos gente, muy amables. El 3 de mayo de 2018, 13:39, Martín Marqués escribió: > El 3 de mayo de 2018, 13:13, Alvaro Herrera > escribió: > > > > Entonces lo que sí podría hacer es algo como > > psql -c "alter

Re: Conflicto entre pg_dump y transacción.

Entiendo; está buena la alternativa. Igual, dado que estamos en medio de una migración, probablemente termine pasando el dump al master hasta que perezca 9.1. Implementaría soluciones en la línea que me proponen ya para 9.6 así que me vienen muy bien las sugerencias igual. El 3 de mayo de 2018,

Re: Conflicto entre pg_dump y transacción.

Gracias Martín; es como decís. El 3 de mayo de 2018, 12:58, Martin Marques <martin.marq...@2ndquadrant.com> escribió: > El 03/05/18 a las 09:59, Alvaro Herrera escribió: > > Federico Pascual escribió: > > > >> pg_dump -F c -v -f "$archivo_export" -n &quo

Re: [MASSMAIL] Re: Conflicto entre pg_dump y transacción.

Bárbaro, gente, muchas gracias por la data. Voy a hacer la propuesta de utilizar los repositorios que me pasas Alvaro; lamentablemente no es decisión mía. La verdad es que la versión estable de Debian queda vieja rápidamente y se vuelve un problema adherir religiosa y dogmáticamente a sus

Re: Conflicto entre pg_dump y transacción.

repositorios oficiales de los Debian (estable) que utiliza el área de SO para los servidores. Efectivamente es un problema. Saludos y gracias nuevamente. El 3 de mayo de 2018, 10:20, Alvaro Herrera <alvhe...@2ndquadrant.com> escribió: > Federico Pascual escribió: > > Hola > >

Re: [MASSMAIL]Conflicto entre pg_dump y transacción.

gt; Hasta donde entiendo del tema, en un esquema master-esclavos, todas la > tarea de mantenimientos las debes hacer en el master, el se encargará de > actualizar sus dependencias. > > > Saludos, > Gilberto Castillo > > On 2018-05-03 08:50, Federico Pascual wrote: >

Re: Conflicto entre pg_dump y transacción.

. Federico. El 3 de mayo de 2018, 9:59, Alvaro Herrera <alvhe...@2ndquadrant.com> escribió: > Federico Pascual escribió: > > > pg_dump -F c -v -f "$archivo_export" -n "\"$esquema\"" "$dbname" > > 1>$archivo_log 2>$archivo_loge

Re: Decodificar WAL para obtener DML.

abril de 2018, 14:23, Alvaro Herrera <alvhe...@alvh.no-ip.org> escribió: > Federico Pascual escribió: > > > Si tendría el físico (de bastante antes) más el archivado hasta el punto > > inmediatamente anterior. > > > > Es una situación hipotética, afortunadamente

Re: Decodificar WAL para obtener DML.

cuanto al log de los dml tonces solo tendría implicaciones de ocupación de espacio? El 23 de abril de 2018, 14:03, Jaime Casanova < jaime.casan...@2ndquadrant.com> escribió: > 2018-04-23 10:40 GMT-05:00 Federico Pascual <federico.pasc...@gmail.com>: > > Buenas gente,

Decodificar WAL para obtener DML.

Buenas gente, les hago una consulta: Hay alguna forma de ver las ddl y dml que fueron ejecutadas en un intervalo de tiempo dado en UNA DB. Supongamos que se encuentra activo el archivado y que se tienen los wal correspondientes. No está activo el log de ddl y dml en el postgresql.conf. Y

Impacto del DNS en rendimiento.

Gente, Hola. Actualmente en el archivo pg_hba.conf tengo configurados los permisos de acceso desde los distintos servidores de aplicación POR IP (enitendo que no puedo hacerlo por nombre). Postgres utiliza el DNS para responder o directamente usa las IPs? Que impacto tiene la participación del