pg.ddx.io pgsql-admin@postgresql.org mailing list archive
help / color / mirror / Atom feedPG_Base Backup take 8 to 9Hrs
2022-02-08 11:36 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-08 13:02 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-08 14:53 UTC MichaelDBA@sqlexec.com <michaeldba@sqlexec.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 00:42 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 14:31 UTC MichaelDBA <MichaelDBA@sqlexec.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 14:36 UTC Wells Oliver <wells.oliver@gmail.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 15:16 UTC MichaelDBA <MichaelDBA@sqlexec.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 16:45 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 17:08 UTC Avihai Shoham <avihai.shoham@gmail.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-10 17:55 UTC Ron <ronljohnsonjr@gmail.com>
` Re: PG_Base Backup take 8 to 9Hrs
2022-02-11 17:21 UTC Scott Ribe <scott_ribe@elevated-dev.com>
[11+ messages in thread]
AW: PG_Base Backup take 8 to 9Hrs
2022-02-11 07:22 UTC Dischner, Anton <Anton.Dischner@med.uni-muenchen.de>
pgadmin doesn't show the tables in brand new created db
2022-02-08 14:48 UTC Roberto D. Maggi <robertodmaggi@gmail.com>
` Re: pgadmin doesn't show the tables in brand new created db
2022-02-08 15:21 UTC Ron <ronljohnsonjr@gmail.com>
` Re: pgadmin doesn't show the tables in brand new created db
2022-02-08 17:08 UTC Dan Smith <j.daniel.smith1@gmail.com>
` Re: pgadmin doesn't show the tables in brand new created db
2022-02-09 15:13 UTC Roberto D. Maggi <robertodmaggi@gmail.com>
` Re: pgadmin doesn't show the tables in brand new created db
2022-02-09 15:17 UTC Roberto D. Maggi <robertodmaggi@gmail.com>
[5+ messages in thread]
Lost replication slots after pg_upgrade.
2022-02-02 10:17 UTC Nikhil Shetty <nikhil.dba04@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-03 05:23 UTC Victor Sudakov <vas@sibptus.ru>
` Re: Lost replication slots after pg_upgrade.
2022-02-03 06:24 UTC Vijaykumar Jain <vijaykumarjain.github@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-03 07:26 UTC Victor Sudakov <vas@sibptus.ru>
` Re: Lost replication slots after pg_upgrade.
2022-02-07 12:45 UTC Nikhil Shetty <nikhil.dba04@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 03:34 UTC Victor Sudakov <vas@sibptus.ru>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 06:54 UTC Nikhil Shetty <nikhil.dba04@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 07:04 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 07:48 UTC Nikhil Shetty <nikhil.dba04@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 08:08 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 08:32 UTC Victor Sudakov <vas@sibptus.ru>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 08:34 UTC Victor Sudakov <vas@sibptus.ru>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 08:45 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 09:14 UTC Nikhil Shetty <nikhil.dba04@gmail.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-08 21:11 UTC John DeSoi <desoi@pgedit.com>
` Re: Lost replication slots after pg_upgrade.
2022-02-09 04:36 UTC Nikhil Shetty <nikhil.dba04@gmail.com>
[16+ messages in thread]
PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 06:25 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Re: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 06:53 UTC Julien Rouhaud <rjuju123@gmail.com>
` RE: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 06:59 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Re: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 07:08 UTC Julien Rouhaud <rjuju123@gmail.com>
` RE: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 11:22 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` RE: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 11:25 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` RE: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 11:33 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Re: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 14:11 UTC Ron <ronljohnsonjr@gmail.com>
[8+ messages in thread]
Recall: BG_Base Backup take 8 to 9Hrs
2022-02-08 11:35 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Recall: BG_Base Backup take 8 to 9Hrs
2022-02-08 11:35 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
` Recall: BG_Base Backup take 8 to 9Hrs
2022-02-08 11:35 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
[3+ messages in thread]
BG_Base Backup take 8 to 9Hrs
2022-02-08 11:34 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
Recall: PostgreSQL Full Vacuum Taking 5 to 6 hrs.
2022-02-08 11:33 UTC Ram Pratap Maurya <ram.maurya@lavainternational.in>
autovacuum default run with vacuum_index_cleanup and vacuum_truncate and related lock?
2022-02-07 08:43 UTC James Pang (chaolpan) <chaolpan@cisco.com>
` Re: autovacuum default run with vacuum_index_cleanup and vacuum_truncate and related lock?
2022-02-07 16:09 UTC Laurenz Albe <laurenz.albe@cybertec.at>
[2+ messages in thread]
[Help][Service not coming-up]
2022-02-07 11:35 UTC Praveen Kumar K S <praveenssit@gmail.com>
` Re: [Help][Service not coming-up]
2022-02-07 13:14 UTC Dan Smith <j.daniel.smith1@gmail.com>
[2+ messages in thread]
Disk IO wait event DataFileImmediateSync and DataFileSync
2022-02-07 08:46 UTC James Pang (chaolpan) <chaolpan@cisco.com>
Does aurora PostgreSQL use wal_buffers?
2022-02-06 11:54 UTC Goti <aryan.goti@gmail.com>
` Re: Does aurora PostgreSQL use wal_buffers?
2022-02-06 13:25 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Does aurora PostgreSQL use wal_buffers?
2022-02-06 13:43 UTC Goti <aryan.goti@gmail.com>
` Re: Does aurora PostgreSQL use wal_buffers?
2022-02-06 14:11 UTC Dan Smith <j.daniel.smith1@gmail.com>
` Re: Does aurora PostgreSQL use wal_buffers?
2022-02-06 14:29 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Does aurora PostgreSQL use wal_buffers?
2022-02-06 15:21 UTC Ron <ronljohnsonjr@gmail.com>
` Re: Does aurora PostgreSQL use wal_buffers?
2022-02-07 03:35 UTC Goti <aryan.goti@gmail.com>
[7+ messages in thread]
regarding remote connection
2022-02-06 17:41 UTC Deepak Trika <deepaktrika@hotmail.com>
` Re: regarding remote connection
2022-02-06 17:49 UTC David G. Johnston <david.g.johnston@gmail.com>
[2+ messages in thread]
Re: Problem starting two postgresql clusters on the same host
2022-02-05 09:54 UTC Michael Banck <michael.banck@credativ.de>
` Problem starting two postgresql clusters on the same host
2022-02-05 11:41 UTC Ibrahim Shaame <ishaame@gmail.com>
` Re: Problem starting two postgresql clusters on the same host
2022-02-05 12:06 UTC Ibrahim Shaame <ishaame@gmail.com>
[3+ messages in thread]
any impact to DML sql statements when checkpoint starting
2022-02-04 00:28 UTC James Pang (chaolpan) <chaolpan@cisco.com>
` Re: any impact to DML sql statements when checkpoint starting
2022-02-04 00:35 UTC David G. Johnston <david.g.johnston@gmail.com>
` RE: any impact to DML sql statements when checkpoint starting
2022-02-04 00:45 UTC James Pang (chaolpan) <chaolpan@cisco.com>
` Re: any impact to DML sql statements when checkpoint starting
2022-02-04 00:50 UTC David G. Johnston <david.g.johnston@gmail.com>
` RE: any impact to DML sql statements when checkpoint starting
2022-02-04 00:55 UTC James Pang (chaolpan) <chaolpan@cisco.com>
` Re: any impact to DML sql statements when checkpoint starting
2022-02-04 01:03 UTC David G. Johnston <david.g.johnston@gmail.com>
[6+ messages in thread]
pgbouncer logs and its efficiency
2022-01-28 04:14 UTC Victor Sudakov <vas@sibptus.ru>
` Re: pgbouncer logs and its efficiency
2022-02-02 07:08 UTC Peter Eisentraut <peter.eisentraut@enterprisedb.com>
` Re: pgbouncer logs and its efficiency
2022-02-02 08:45 UTC Victor Sudakov <vas@sibptus.ru>
` Re: pgbouncer logs and its efficiency
2022-02-03 09:39 UTC Peter Eisentraut <peter.eisentraut@enterprisedb.com>
` Re: pgbouncer logs and its efficiency
2022-02-03 15:15 UTC Victor Sudakov <vas@sibptus.ru>
[5+ messages in thread]
Determine potential change in table size after a column dropped?
2022-01-22 07:16 UTC Wells Oliver <wells.oliver@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-01-22 07:43 UTC Vijaykumar Jain <vijaykumarjain.github@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-01-22 13:38 UTC Ron <ronljohnsonjr@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-01-22 17:08 UTC Wells Oliver <wells.oliver@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-01-22 17:27 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-01-24 08:28 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Determine potential change in table size after a column dropped?
2022-01-24 08:44 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Determine potential change in table size after a column dropped?
2022-01-24 16:08 UTC Wells Oliver <wells.oliver@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-01-24 16:30 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Determine potential change in table size after a column dropped?
2022-02-01 13:46 UTC Jiankang Ji <myfloopi000@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-02-01 13:49 UTC Holger Jakobs <holger@jakobs.com>
` Re: Determine potential change in table size after a column dropped?
2022-02-01 14:24 UTC Jiankang Ji <myfloopi000@gmail.com>
` Re: Determine potential change in table size after a column dropped?
2022-02-01 15:48 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Determine potential change in table size after a column dropped?
2022-02-02 07:16 UTC Holger Jakobs <holger@jakobs.com>
[14+ messages in thread]
Is PG CE is FIPS Aware?
2022-01-27 05:23 UTC pramod kg <pramod11287@gmail.com>
` Re: Is PG CE is FIPS Aware?
2022-01-27 05:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Is PG CE is FIPS Aware?
2022-01-27 05:44 UTC pramod kg <pramod11287@gmail.com>
` Re: Is PG CE is FIPS Aware?
2022-01-27 05:50 UTC Imran Haider <ihaiderk@gmail.com>
` Re: Is PG CE is FIPS Aware?
2022-01-27 06:15 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Is PG CE is FIPS Aware?
2022-01-27 15:56 UTC Joe Conway <mail@joeconway.com>
[6+ messages in thread]
postgresql repository question
2022-01-25 18:44 UTC Carrillo, Juan R <JCarrillo@usbr.gov>
` Re: postgresql repository question
2022-01-25 20:47 UTC Ron <ronljohnsonjr@gmail.com>
[2+ messages in thread]
Question about blocks.
2022-01-25 15:54 UTC Chris Cawley <cj_cawley@yahoo.com>
` Re: Question about blocks.
2022-01-25 16:25 UTC David G. Johnston <david.g.johnston@gmail.com>
[2+ messages in thread]
Separate log_destination, user specific
2022-01-25 10:48 UTC Daulat <daulat.dba@gmail.com>
` Re: Separate log_destination, user specific
2022-01-25 10:55 UTC Holger Jakobs <holger@jakobs.com>
` Re: Separate log_destination, user specific
2022-01-25 10:57 UTC Paul Smith <paul@pscs.co.uk>
` Re: Separate log_destination, user specific
2022-01-25 11:00 UTC Holger Jakobs <holger@jakobs.com>
` Re: Separate log_destination, user specific
2022-01-25 11:26 UTC Daulat <daulat.dba@gmail.com>
[5+ messages in thread]
PGAdmin(psql tool issue)
2022-01-20 21:35 UTC ryaz aws <ryazaws@gmail.com>
` Re: PGAdmin(psql tool issue)
2022-01-20 22:02 UTC Scott Ribe <scott_ribe@elevated-dev.com>
` PGAdmin - psql tool issue
2022-01-21 03:46 UTC ryaz aws <ryazaws@gmail.com>
` Re: PGAdmin - psql tool issue
2022-01-21 04:31 UTC Khushboo Vashi <khushboo.vashi@enterprisedb.com>
` Re: PGAdmin - psql tool issue
2022-01-21 14:28 UTC ryaz aws <ryazaws@gmail.com>
` Re: PGAdmin - psql tool issue
2022-01-24 04:34 UTC Khushboo Vashi <khushboo.vashi@enterprisedb.com>
[6+ messages in thread]
Gauging progress of COPY?
2022-01-20 18:00 UTC Wells Oliver <wells.oliver@gmail.com>
` Re: Gauging progress of COPY?
2022-01-20 18:13 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Gauging progress of COPY?
2022-01-20 18:16 UTC Ron <ronljohnsonjr@gmail.com>
` Re: Gauging progress of COPY?
2022-01-21 19:50 UTC Stephen Frost <sfrost@snowman.net>
` Re: Gauging progress of COPY?
2022-01-22 10:09 UTC Magnus Hagander <magnus@hagander.net>
` Re: Gauging progress of COPY?
2022-01-22 16:05 UTC Greg Spiegelberg <gspiegelberg@gmail.com>
[6+ messages in thread]
Password authorization
2022-01-20 09:56 UTC Daulat <daulat.dba@gmail.com>
` Re: Password authorization
2022-01-20 10:06 UTC Holger Jakobs <holger@jakobs.com>
` Re: Password authorization
2022-01-20 11:11 UTC Daulat <daulat.dba@gmail.com>
` Re: Password authorization
2022-01-20 11:15 UTC Holger Jakobs <holger@jakobs.com>
` Re: Password authorization
2022-01-20 11:38 UTC Daulat <daulat.dba@gmail.com>
` Re: Password authorization
2022-01-20 14:25 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Password authorization
2022-01-20 16:24 UTC Daulat <daulat.dba@gmail.com>
` Re: Password authorization
2022-01-20 22:52 UTC Gavan Schneider <list.pg.gavan@pendari.org>
` Re: Password authorization
2022-01-20 23:12 UTC Scott Ribe <scott_ribe@elevated-dev.com>
` Re: Password authorization
2022-01-21 08:26 UTC Дмитрий Иванов <firstdismay@gmail.com>
` Re: Password authorization
2022-01-21 14:10 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Password authorization
2022-01-21 14:18 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Password authorization
2022-01-21 19:50 UTC Stephen Frost <sfrost@snowman.net>
[13+ messages in thread]
pg_dump -n schema -Fc has a DROP DATABASE command... confused
2022-01-21 04:44 UTC Wells Oliver <wells.oliver@gmail.com>
` Re: pg_dump -n schema -Fc has a DROP DATABASE command... confused
2022-01-21 04:57 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: pg_dump -n schema -Fc has a DROP DATABASE command... confused
2022-01-21 05:02 UTC Tom Lane <tgl@sss.pgh.pa.us>
[3+ messages in thread]
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox