pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedRecursive query slow on strange conditions
2020-04-27 17:49 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Recursive query slow on strange conditions
2020-04-27 18:10 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Recursive query slow on strange conditions
2020-04-27 19:37 UTC Andreas Joseph Krogh <andreas@visena.com>
` Re: Recursive query slow on strange conditions
2020-04-27 20:22 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Recursive query slow on strange conditions
2020-05-04 16:12 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
` Re: Recursive query slow on strange conditions
2020-05-04 16:20 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Recursive query slow on strange conditions
2020-05-04 16:25 UTC Jean-Christophe Boggio <postgresql@thefreecat.org>
[7+ messages in thread]
Best partition type for billions of addresses
2020-05-02 13:20 UTC Arya F <arya6000@gmail.com>
` Re: Best partition type for billions of addresses
2020-05-02 14:00 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Best partition type for billions of addresses
2020-05-02 14:01 UTC Stephen Frost <sfrost@snowman.net>
` Re: Best partition type for billions of addresses
2020-05-02 14:33 UTC Arya F <arya6000@gmail.com>
` Re: Best partition type for billions of addresses
2020-05-02 14:39 UTC Stephen Frost <sfrost@snowman.net>
[5+ messages in thread]
The query plan get all columns but I'm using only one column.
2020-04-24 21:11 UTC Moises Lopez <moylop260@vauxoo.com>
` Re: The query plan get all columns but I'm using only one column.
2020-04-25 14:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: The query plan get all columns but I'm using only one column.
2020-04-25 20:40 UTC Michael Lewis <mlewis@entrata.com>
` Re: The query plan get all columns but I'm using only one column.
2020-04-29 19:21 UTC Moises Lopez <moylop260@vauxoo.com>
` Re: The query plan get all columns but I'm using only one column.
2020-04-29 19:36 UTC Michael Lewis <mlewis@entrata.com>
` Re: The query plan get all columns but I'm using only one column.
2020-04-30 15:52 UTC Michael Lewis <mlewis@entrata.com>
` Re: The query plan get all columns but I'm using only one column.
2020-04-30 16:26 UTC Moises Lopez <moylop260@vauxoo.com>
[7+ messages in thread]
PostgreSQL does not choose my indexes well
2020-04-23 11:36 UTC Arcadio Ortega Reinoso <arcadio.ortega@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 11:43 UTC Thomas Kellerer <shammat@gmx.net>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 13:57 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 15:29 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 16:20 UTC Michael Lewis <mlewis@entrata.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 16:31 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 16:50 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 17:18 UTC Stephen Frost <sfrost@snowman.net>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 17:20 UTC Stephen Frost <sfrost@snowman.net>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 17:56 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 20:01 UTC Stephen Frost <sfrost@snowman.net>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 20:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 20:36 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 20:45 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: PostgreSQL does not choose my indexes well
2020-04-23 21:01 UTC Arcadio Ortega Reinoso <arcadio.ortega@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-24 18:26 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-24 18:33 UTC Stephen Frost <sfrost@snowman.net>
` Re: PostgreSQL does not choose my indexes well
2020-04-24 19:39 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: PostgreSQL does not choose my indexes well
2020-04-24 22:59 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: PostgreSQL does not choose my indexes well
2020-04-25 12:02 UTC Stephen Frost <sfrost@snowman.net>
` Re: PostgreSQL does not choose my indexes well
2020-04-25 19:47 UTC Arcadio Ortega Reinoso <arcadio.ortega@gmail.com>
[21+ messages in thread]
Postgres not using index on views
2020-04-06 14:19 UTC Rick Vincent <rvincent@temenos.com>
` Re: Postgres not using index on views
2020-04-07 04:59 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Postgres not using index on views
2020-04-07 05:09 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres not using index on views
2020-04-07 06:42 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` RE: Postgres not using index on views
2020-04-07 07:53 UTC Rick Vincent <rvincent@temenos.com>
` RE: Postgres not using index on views
2020-04-07 09:08 UTC Rick Vincent <rvincent@temenos.com>
` Re: Postgres not using index on views
2020-04-07 09:18 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Postgres not using index on views
2020-04-07 09:24 UTC Thomas Kellerer <shammat@gmx.net>
` RE: Postgres not using index on views
2020-04-17 14:28 UTC Rick Vincent <rvincent@temenos.com>
` Postgres not using index on views
2020-04-17 14:55 UTC David G. Johnston <david.g.johnston@gmail.com>
` RE: Postgres not using index on views
2020-04-17 15:12 UTC Rick Vincent <rvincent@temenos.com>
` RE: Postgres not using index on views
2020-04-20 11:10 UTC Rick Vincent <rvincent@temenos.com>
[12+ messages in thread]
Using unlogged tables for web sessions
2020-04-15 22:53 UTC Stephen Carboni <stephen.entropy@gmail.com>
High kswapd
2020-04-13 14:34 UTC Don Seiler <don@seiler.us>
` Re: High kswapd
2020-04-13 14:42 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: High kswapd
2020-04-13 14:46 UTC Don Seiler <don@seiler.us>
` Re: High kswapd
2020-04-13 14:58 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: High kswapd
2020-04-13 15:08 UTC Don Seiler <don@seiler.us>
[5+ messages in thread]
PostgreSQL DBA consulting
2020-04-07 11:50 UTC daya airody <daya.airody@gmail.com>
` Re: PostgreSQL DBA consulting
2020-04-07 11:56 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: PostgreSQL DBA consulting
2020-04-13 15:04 UTC Amol Tarte <amoltarte@gmail.com>
[3+ messages in thread]
High insert rate server, unstable insert latency and load peaks with buffer_content and XidGenLock LWlocks with Postgresql 12 version
2020-04-09 14:51 UTC Maxim Boguk <maxim.boguk@gmail.com>
` Re: High insert rate server, unstable insert latency and load peaks with buffer_content and XidGenLock LWlocks with Postgresql 12 version
2020-04-09 15:16 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: High insert rate server, unstable insert latency and load peaks with buffer_content and XidGenLock LWlocks with Postgresql 12 version
2020-04-09 15:29 UTC Maxim Boguk <maxim.boguk@gmail.com>
[3+ messages in thread]
Postgresql 12, 512 partition by hash. Slow select
2020-04-05 17:48 UTC Arya F <arya6000@gmail.com>
` Re: Postgresql 12, 512 partition by hash. Slow select
2020-04-05 18:41 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Re: Postgresql 12, 512 partition by hash. Slow select
2020-04-05 18:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgresql 12, 512 partition by hash. Slow select
2020-04-05 19:50 UTC Arya F <arya6000@gmail.com>
` Re: Postgresql 12, 512 partition by hash. Slow select
2020-04-05 20:48 UTC Neil <neil@fairwindsoft.com>
[5+ messages in thread]
BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-02 03:52 UTC PG Bug reporting form <noreply@postgresql.org>
` Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-02 08:46 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-02 10:22 UTC Tejaswini GC <tejaswini.gc@decathlon.com>
` Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-02 11:04 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-02 11:09 UTC Tejaswini GC <tejaswini.gc@decathlon.com>
` Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-04 06:27 UTC Tejaswini GC <tejaswini.gc@decathlon.com>
` Re: BUG #16334: We recently upgraded PG version from 9.5 to 10.10 and system performance is not so good
2020-04-04 07:06 UTC Julien Rouhaud <rjuju123@gmail.com>
[7+ messages in thread]
Increasing work_mem slows down query, why?
2020-03-30 06:47 UTC Silvio Moioli <moio@suse.de>
` Re: Increasing work_mem slows down query, why?
2020-03-30 06:56 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Increasing work_mem slows down query, why?
2020-03-30 08:12 UTC Silvio Moioli <moio@suse.de>
` Re: Increasing work_mem slows down query, why?
2020-03-30 10:12 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Increasing work_mem slows down query, why?
2020-03-30 13:09 UTC Silvio Moioli <moio@suse.de>
` Re: Increasing work_mem slows down query, why?
2020-03-30 13:33 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Increasing work_mem slows down query, why?
2020-03-30 13:40 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Increasing work_mem slows down query, why?
2020-03-30 16:02 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Increasing work_mem slows down query, why?
2020-03-30 16:18 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Increasing work_mem slows down query, why?
2020-03-30 16:36 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Increasing work_mem slows down query, why?
2020-03-30 16:49 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Increasing work_mem slows down query, why?
2020-04-03 21:46 UTC Silvio Moioli <moio@suse.de>
[12+ messages in thread]
Could someone please help us share the procedure to troubleshoot the locks on proc issues.
2020-04-02 19:37 UTC postgann2020 s <postgann2020@gmail.com>
` Re: Could someone please help us share the procedure to troubleshoot the locks on proc issues.
2020-04-02 23:00 UTC Adrian Klaver <adrian.klaver@aklaver.com>
` Re: Could someone please help us share the procedure to troubleshoot the locks on proc issues.
2020-04-03 05:11 UTC postgann2020 s <postgann2020@gmail.com>
[3+ messages in thread]
Best way to delete big amount of records from big table
2020-03-27 14:13 UTC Ekaterina Amez <ekaterina.amez@zunibal.com>
` Re: Best way to delete big amount of records from big table
2020-03-27 14:41 UTC Michael Lewis <mlewis@entrata.com>
` Re: Best way to delete big amount of records from big table
2020-03-27 14:46 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Best way to delete big amount of records from big table
2020-03-27 14:55 UTC Ekaterina Amez <ekaterina.amez@zunibal.com>
` Re: Best way to delete big amount of records from big table
2020-03-27 14:56 UTC Ekaterina Amez <ekaterina.amez@zunibal.com>
` Re: Best way to delete big amount of records from big table
2020-03-27 15:03 UTC Rick Otten <rottenwindfish@gmail.com>
` Re: Best way to delete big amount of records from big table
2020-03-27 15:09 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Best way to delete big amount of records from big table
2020-03-27 15:15 UTC Ekaterina Amez <ekaterina.amez@zunibal.com>
` Re: Best way to delete big amount of records from big table
2020-03-28 04:32 UTC Laurenz Albe <laurenz.albe@cybertec.at>
[9+ messages in thread]
JOIN on partitions is very slow
2020-03-22 17:22 UTC daya airody <daya.airody@gmail.com>
` Re: JOIN on partitions is very slow
2020-03-22 18:08 UTC Michael Lewis <mlewis@entrata.com>
` Re: JOIN on partitions is very slow
2020-03-23 07:40 UTC daya airody <daya.airody@gmail.com>
` Re: JOIN on partitions is very slow
2020-03-23 16:16 UTC Michael Lewis <mlewis@entrata.com>
` Re: JOIN on partitions is very slow
2020-03-23 16:33 UTC Thomas Kellerer <shammat@gmx.net>
` Re: JOIN on partitions is very slow
2020-03-27 15:24 UTC daya airody <daya.airody@gmail.com>
[6+ messages in thread]
Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 12:02 UTC Anders Steinlein <anders@e5r.no>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 13:37 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 14:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 15:45 UTC Anders Steinlein <anders@e5r.no>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 15:59 UTC Anders Steinlein <anders@e5r.no>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 19:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 21:13 UTC Anders Steinlein <anders@e5r.no>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-21 22:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow planning time when public schema included (12 vs. 9.4)
2020-03-24 22:55 UTC Anders Steinlein <anders@e5r.no>
[9+ messages in thread]
Random function
2020-03-24 18:10 UTC Luis Roberto Weck <luisroberto@siscobra.com.br>
` Re: Random function
2020-03-24 18:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Random function
2020-03-24 18:33 UTC David G. Johnston <david.g.johnston@gmail.com>
[3+ messages in thread]
Partition Pruning (Hash Partitions) Support for DELETEs in PostgreSQL 11 and 12
2020-03-23 03:45 UTC Ronnie S <ronniesan967@gmail.com>
` Re: Partition Pruning (Hash Partitions) Support for DELETEs in PostgreSQL 11 and 12
2020-03-23 04:10 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Partition Pruning (Hash Partitions) Support for DELETEs in PostgreSQL 11 and 12
2020-03-23 14:18 UTC Ronnie S <ronniesan967@gmail.com>
[3+ messages in thread]
Partitions to improve write/update speed for tables with indexes?
2020-03-23 01:22 UTC Arya F <arya6000@gmail.com>
` Re: Partitions to improve write/update speed for tables with indexes?
2020-03-23 01:29 UTC Justin Pryzby <pryzby@telsasoft.com>
[2+ messages in thread]
Slow ext'd query via client native implementation vs. libpq & simple psql
2020-03-11 19:31 UTC Richard Michael <rmichael@edgeofthenet.org>
` Re: Slow ext'd query via client native implementation vs. libpq & simple psql
2020-03-11 21:59 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Slow ext'd query via client native implementation vs. libpq & simple psql
2020-03-11 22:54 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow ext'd query via client native implementation vs. libpq & simple psql
2020-03-12 20:43 UTC Justin Pryzby <pryzby@telsasoft.com>
[4+ messages in thread]
pg12 partitions show bad performance vs pg96
2020-03-08 16:05 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-08 16:14 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 02:47 UTC David Rowley <dgrowleyml@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 03:10 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 10:15 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 10:31 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 12:12 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 13:08 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 13:16 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg12 partitions show bad performance vs pg96
2020-03-09 21:43 UTC David Rowley <dgrowleyml@gmail.com>
[10+ messages in thread]
Many DataFileRead - IO waits
2020-02-27 16:33 UTC Ben Snaidero <bensnaidero@geotab.com>
` Re: Many DataFileRead - IO waits
2020-02-27 16:54 UTC Michael Lewis <mlewis@entrata.com>
` Re: Many DataFileRead - IO waits
2020-02-28 14:01 UTC Ben Snaidero <bensnaidero@geotab.com>
` Re: Many DataFileRead - IO waits
2020-02-28 16:40 UTC Michael Lewis <mlewis@entrata.com>
` Re: Many DataFileRead - IO waits
2020-02-28 16:53 UTC Ben Snaidero <bensnaidero@geotab.com>
` Re: Many DataFileRead - IO waits
2020-02-28 19:00 UTC legrand legrand <legrand_legrand@hotmail.com>
` Re: Many DataFileRead - IO waits
2020-02-29 16:21 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Many DataFileRead - IO waits
2020-03-02 22:31 UTC Ben Snaidero <bensnaidero@geotab.com>
` Re: Many DataFileRead - IO waits
2020-03-02 22:39 UTC Ben Snaidero <bensnaidero@geotab.com>
` Re: Many DataFileRead - IO waits
2020-03-02 23:09 UTC legrand legrand <legrand_legrand@hotmail.com>
[10+ messages in thread]
much slower query in production
2020-02-26 16:17 UTC Guillaume Cottenceau <gc@mnc.ch>
` Re: much slower query in production
2020-02-26 16:28 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: much slower query in production
2020-02-26 16:52 UTC Michael Lewis <mlewis@entrata.com>
` Re: much slower query in production
2020-02-26 18:02 UTC Guillaume Cottenceau <gc@mnc.ch>
` Re: much slower query in production
2020-02-26 18:04 UTC Guillaume Cottenceau <gc@mnc.ch>
` Re: much slower query in production
2020-02-26 18:18 UTC Michael Lewis <mlewis@entrata.com>
` Re: much slower query in production
2020-02-26 19:18 UTC MichaelDBA@sqlexec.com <michaeldba@sqlexec.com>
` Re: much slower query in production
2020-02-26 19:37 UTC Guillaume Cottenceau <gc@mnc.ch>
` Re: much slower query in production
2020-02-26 22:59 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: much slower query in production
2020-02-26 23:17 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: much slower query in production
2020-02-27 08:31 UTC Guillaume Cottenceau <gc@mnc.ch>
[11+ messages in thread]
LDAP with TLS is taking more time in Postgresql 11.5
2020-02-24 19:50 UTC Mani Sankar <manisankar01695@gmail.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-24 20:58 UTC Adrian Klaver <adrian.klaver@aklaver.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-25 09:20 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-25 15:54 UTC Adrian Klaver <adrian.klaver@aklaver.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-25 18:08 UTC Mani Sankar <manisankar01695@gmail.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-25 18:18 UTC Adrian Klaver <adrian.klaver@aklaver.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-25 18:23 UTC Mani Sankar <manisankar01695@gmail.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-25 18:37 UTC Adrian Klaver <adrian.klaver@aklaver.com>
` Re: LDAP with TLS is taking more time in Postgresql 11.5
2020-02-26 01:14 UTC Thomas Munro <thomas.munro@gmail.com>
[9+ messages in thread]
Connections dropping while using Postgres backend DB with Ejabberd
2020-02-25 16:28 UTC Dipanjan Ganguly <dipagnjan@gmail.com>
` Re: Connections dropping while using Postgres backend DB with Ejabberd
2020-02-25 17:01 UTC Justin <zzzzz.graf@gmail.com>
` Re: Connections dropping while using Postgres backend DB with Ejabberd
2020-02-25 17:20 UTC Michael Lewis <mlewis@entrata.com>
` Re: Connections dropping while using Postgres backend DB with Ejabberd
2020-02-25 19:16 UTC Dipanjan Ganguly <dipagnjan@gmail.com>
` Re: Connections dropping while using Postgres backend DB with Ejabberd
2020-02-25 19:35 UTC Justin <zzzzz.graf@gmail.com>
` Re: Connections dropping while using Postgres backend DB with Ejabberd
2020-02-25 19:53 UTC Dipanjan Ganguly <dipagnjan@gmail.com>
[6+ 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