Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Tom Lane
Andres Freund writes: > we could really do better than just wonder whether our signal to > shutdown was received or not. There probably should be a quite short > timeout for the server to change status, and then a much longer one for > that shutdown to finish. While I don't want to just raise th

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Andres Freund
On 2017-11-12 14:26:42 -0500, Tom Lane wrote: > Christoph Berg writes: > > The default systemd timeout seems to be 90s. I have already changed > > the systemd timeout to infinity (start) and 1h (stop), so only the > > default pg_ctl timeout remains (60s), which I'd rather not override > > unilater

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Tom Lane
Christoph Berg writes: > The default systemd timeout seems to be 90s. I have already changed > the systemd timeout to infinity (start) and 1h (stop), so only the > default pg_ctl timeout remains (60s), which I'd rather not override > unilaterally. > That said, isn't 60s way too small for shutting

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Christoph Berg
Re: Tom Lane 2017-11-12 <20802.1510513...@sss.pgh.pa.us> > Agreed, but I think Peter has a point: why is there a timeout at all, > let alone one as short as 30 seconds? Since systemd doesn't serialize > service starts unnecessarily, there seems little value in giving up > quickly. And we know tha

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Tom Lane
Christoph Berg writes: > Re: Peter J. Holzer 2017-11-12 <20171112173559.m6chmbyf4vz6f...@hjp.at> >> Wouldn't it be better to remove the timeout? > If you don't want to block, don't depend on the database service. That > question is independent from the timeout. Agreed, but I think Peter has a po

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Christoph Berg
Re: Peter J. Holzer 2017-11-12 <20171112173559.m6chmbyf4vz6f...@hjp.at> > Wouldn't it be better to remove the timeout? If some other service > depends on PostgreSQL it probably shouldn't be startet until PostgreSQL > is really up and services which don't need PostgreSQL (e.g. SSH or X11 > login or

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Peter J. Holzer
On 2017-11-12 13:26:58 +0100, Christoph Berg wrote: > Re: To Adam Brusselback 2017-11-11 > <2017205316.u56lkmkakdmcx...@msg.df7cb.de> > > I'm investigating if it's a good idea to tell systemd to ignore the > > exit code of pg_ctl(cluster). > > Telling systemd to ignore ExecStart errors seems

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-12 Thread Christoph Berg
Re: To Adam Brusselback 2017-11-11 <2017205316.u56lkmkakdmcx...@msg.df7cb.de> > I'm investigating if it's a good idea to tell systemd to ignore the > exit code of pg_ctl(cluster). Telling systemd to ignore ExecStart errors seems to be the correct solution. The service will still be active, wi

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-11 Thread Christoph Berg
Re: Adam Brusselback 2017-11-11 > Hey Christoph, I tried starting it with init (service postgresql > start), and pg_ctlcluster. > > I modified the pg_ctl.conf and set the timeout higher so I could just > get my cluster back up and running properly, so I can't give you the > info on what systemct

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-11 Thread Adam Brusselback
Hey Christoph, I tried starting it with init (service postgresql start), and pg_ctlcluster. I modified the pg_ctl.conf and set the timeout higher so I could just get my cluster back up and running properly, so I can't give you the info on what systemctl status says at the moment. On Sat, Nov 11,

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-11 Thread Christoph Berg
Re: Tom Lane 2017-11-10 <8027.1510347...@sss.pgh.pa.us> > > The recovery succeeds, but when I go to start the cluster on the > > standby, it begins to replay the WAL, and does so for about 30 > > seconds. Then I get a line in my log saying: > > >> pg_ctl: server did not start in time Hi Adam, h

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-10 Thread Tom Lane
Adam Brusselback writes: >> You might want to increase pg_ctl's wait timeout for this situation, >> since the default's evidently too little. However ... > Got it, thanks. >> ... pg_ctl itself wouldn't decide to forcibly shut down the server >> if the timeout expired. It merely stops waiting a

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-10 Thread Joe Conway
On 11/10/2017 01:01 PM, Adam Brusselback wrote: >> You might want to increase pg_ctl's wait timeout for this situation, >> since the default's evidently too little. However ... > Got it, thanks. > >> ... pg_ctl itself wouldn't decide to forcibly shut down the server >> if the timeout expired. It

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-10 Thread Adam Brusselback
> You might want to increase pg_ctl's wait timeout for this situation, > since the default's evidently too little. However ... Got it, thanks. > ... pg_ctl itself wouldn't decide to forcibly shut down the server > if the timeout expired. It merely stops waiting and tells you so. > It seems like

Re: [GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-10 Thread Tom Lane
Adam Brusselback writes: > I am in the process of upgrading to Postgres 10, and am having trouble > getting my streaming replica working. > OS: Debian 9.2 > Version: 10.1 > I have my primary backed up using pgbackrest, and I restore that to my > replica. It generates a recovery.conf which has a r

[GENERAL] Postgres 10.1 fails to start: server did not start in time

2017-11-10 Thread Adam Brusselback
Hey all, I am in the process of upgrading to Postgres 10, and am having trouble getting my streaming replica working. OS: Debian 9.2 Version: 10.1 I have my primary backed up using pgbackrest, and I restore that to my replica. It generates a recovery.conf which has a restore command for the WAL

Re: [GENERAL] Postgres 10 manual breaks links with anchors

2017-11-03 Thread Peter Eisentraut
On 10/16/17 03:19, Thomas Kellerer wrote: > I don't know if this is intentional, but the Postgres 10 manual started to > use lowercase IDs as anchors in the manual. > > So, if I have e.g.: the following URL open in my browser: > > > https://www.postgresql.org/docs/current/static/sql-createin

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-24 Thread Martin Moore
On 23/10/2017, 17:17, "George Neuner" wrote: >Doesn't GCloud provide a way to export drive images? [He asks naively, never having used it.] Nope – just the dd method (although this doesn’t work on VMWare, so you need to use a VWM utility on a Win pc to get it). I’m pretty sure Google use

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-23 Thread George Neuner
On Mon, 23 Oct 2017 09:14:18 +0100, Martin Moore wrote: >Same server. I tried a few times. > >I didn’t move the db separately, but did a ‘dd’ to copy the disk >to an imagefile which was converted and loaded into VMWare. If you copied the boot device that way while the system was running, then yo

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-23 Thread Martin Moore
OK, cheers. How can I remove the db so I can restore it properly? From: Scott Mead Date: Monday, 23 October 2017 at 16:35 To: Martin Moore Cc: Michael Nolan , "pgsql-general@postgresql.org" Subject: Re: [GENERAL] Postgres 9.6 fails to start on VMWare On Mon, Oct 2

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-23 Thread Scott Mead
52 > *To: *Martin Moore > *Cc: *rob stone , "pgsql-general@postgresql.org" < > pgsql-general@postgresql.org> > *Subject: *Re: [GENERAL] Postgres 9.6 fails to start on VMWare > > > > > > > > On Mon, Oct 23, 2017 at 3:14 AM, Martin Moore > wrote:

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-23 Thread Martin Moore
It was running – not sure how dd handles this. Maybe badly… ☺ From: Michael Nolan Date: Monday, 23 October 2017 at 15:52 To: Martin Moore Cc: rob stone , "pgsql-general@postgresql.org" Subject: Re: [GENERAL] Postgres 9.6 fails to start on VMWare On Mon, Oct 23, 2017

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-23 Thread Michael Nolan
On Mon, Oct 23, 2017 at 3:14 AM, Martin Moore wrote: > Same server. I tried a few times. > > I didn’t move the db separately, but did a ‘dd’ to copy the disk to an > imagefile which was converted and loaded into VMWare. > > I ‘believed’ that this should keep the low level disk structure the same,

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-23 Thread Martin Moore
Same server. I tried a few times. I didn’t move the db separately, but did a ‘dd’ to copy the disk to an imagefile which was converted and loaded into VMWare. I ‘believed’ that this should keep the low level disk structure the same, but if this has corrupted the files I can drop, dump and resto

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-22 Thread rob stone
On Sun, 2017-10-22 at 15:13 +0100, Martin Moore wrote: > 2017-10-22 14:08:28 UTC [2479-1] LOG: 0: database system > shutdown was interrupted; last known up at 2017-10-22 14:07:20 UTC There is something missing here. Last shutdown at 2017-10-22 14:07:20 UTC on which server? Then attempting t

Re: [GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-22 Thread Michael Paquier
On Sun, Oct 22, 2017 at 11:13 PM, Martin Moore wrote: > I’ve migrated a running Debian Jessie system from a Google Compute instance > to a VMWare ESXi 6.5 system. How did you actually do this migration? It is really easy to finish with a corrupted instance if not doing things correctly in this w

[GENERAL] Postgres 9.6 fails to start on VMWare

2017-10-22 Thread Martin Moore
I’ve migrated a running Debian Jessie system from a Google Compute instance to a VMWare ESXi 6.5 system. Postgres won’t start, although returns [ok] : /etc/init.d/postgresql start 9.6 [ ok ] Starting postgresql (via systemctl): postgresql.service. 2017-10-22 14:08:28 UTC [2479-1] LOG:  0:

Re: [GENERAL] Postgres Architect

2017-10-17 Thread Joshua D. Drake
On 10/17/2017 10:39 AM, Dillon Tang wrote: ***Must sit onsite in Cypress,CA or Eden Prairie, MN*** This is the wrong list. Please use pgsql-jobs. Thank you, JD -- Command Prompt, Inc. || http://the.postgres.company/ || @cmdpromptinc PostgreSQL Centered full stack support, consulting and dev

[GENERAL] Postgres Architect

2017-10-17 Thread Dillon Tang
***Must sit onsite in Cypress,CA or Eden Prairie, MN*** What is the specific title of the position? Senior posgreSQL Database Administrator Consultant What Project/Projects will the candidate be working on while on assignment? The candidate will be working on the EDSS to Documentum migration pro

[GENERAL] Postgres 10 manual breaks links with anchors

2017-10-16 Thread Thomas Kellerer
I don't know if this is intentional, but the Postgres 10 manual started to use lowercase IDs as anchors in the manual. So, if I have e.g.: the following URL open in my browser: https://www.postgresql.org/docs/current/static/sql-createindex.html#sql-createindex-concurrently I cannot simply s

Re: [GENERAL] Postgres 9.6 Logical and Fisical replication

2017-09-19 Thread Jaime Soler
But what is your problem or error ? github's project doesn't support docker images that enable and configure logical replication. 2017-09-19 10:33 GMT+02:00 Murtuza Zabuawala < murtuza.zabuaw...@enterprisedb.com>: > ++ Forwarding query to appropriate mail group. > > > On Tue, Sep 19, 2017 at 3:00

[GENERAL] Postgres 9.6 Logical and Fisical replication

2017-09-19 Thread Murtuza Zabuawala
++ Forwarding query to appropriate mail group. On Tue, Sep 19, 2017 at 3:00 AM, guedim wrote: > Hi guys > > I am working with Postgres9.6 with a Master/Slave cluster replication using > Streaming replication. > I would like to add a new Slave server database but this database with > logical rep

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread Gavin Flower
On 14/09/17 16:11, Yogesh Sharma wrote: >>What you could do is copying its contents to a large disk, and then allow it to recover from the crash.  I will copy the PGDATA into large disk. After that it is require to execute some specific command or automatically recovery will start? If any comma

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread John R Pierce
On 9/13/2017 9:11 PM, Yogesh Sharma wrote: >>What you could do is copying its contents to a large disk, and then allow it to recover from the crash.  I will copy the PGDATA into large disk. After that it is require to execute some specific command or automatically recovery will start? If any co

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread Yogesh Sharma
>>What you could do is copying its contents to a large disk, and then allow it to recover from the crash. I will copy the PGDATA into large disk. After that it is require to execute some specific command or automatically recovery will start? If any command is require to execute please let me know.

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread Michael Paquier
On Thu, Sep 14, 2017 at 12:44 PM, John R Pierce wrote: > prior to that error, something else catastrophic must have happened to the > system, that error is more of a side effect. recovering a database server > that far gone which is running such an obsolete version will likely be an > expensive pr

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread Yogesh Sharma
Dear all, As current situation, i can not upgrade on higher version. Is there any recovery command available? Regards, Yogesh On Thursday, September 14, 2017, Gavin Flower wrote: > On 14/09/17 15:29, Yogesh Sharma wrote: > >> Dear All, >> >> Thanks in advance. >> >> We are using Postgres 8.1.

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread John R Pierce
On 9/13/2017 8:29 PM, Yogesh Sharma wrote: We are using Postgres 8.1.18 version. In Postgres log, we found below logs. –- CONTEXT:writing block 0 of relation 1664/0/1260 ERROR: could not write block 0 of relation 1664/0/1260: Bad address Due to this

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread Gavin Flower
On 14/09/17 15:29, Yogesh Sharma wrote: Dear All, Thanks in advance. We are using Postgres 8.1.18 version. In Postgres log, we found below logs. –- CONTEXT:writing block 0 of relation 1664/0/1260 ERROR: could not write block 0 of relation 1664/0/1260: Bad address --

Re: [GENERAL] Postgres DB is failed due to pg_Xlog is continues full.

2017-09-13 Thread Yogesh Sharma
Dear All, Thanks in advance. We are using Postgres 8.1.18 version. In Postgres log, we found below logs. –- CONTEXT:writing block 0 of relation 1664/0/1260 ERROR: could not write block 0 of relation 1664/0/1260: Bad address Due to this pglog_Xlog dire

Re: [GENERAL] Postgres logs showing error after replication

2017-09-06 Thread Vick Khera
On Wed, Sep 6, 2017 at 1:16 AM, Vijay Chaudhery wrote: > Ok is it possible to release the lock? or it is just a warning messages > only? > thanks > The message starts with "ERROR" so it is an error, not a warning. The command failed. The only way to release the lock is to have the other connecti

Re: [GENERAL] Postgres logs showing error after replication

2017-09-05 Thread Vijay Chaudhery
Ok is it possible to release the lock? or it is just a warning messages only? thanks -Original Message- From: Tatsuo Ishii [mailto:is...@sraoss.co.jp] Sent: 06 September 2017 10:31 AM To: Vijay Chaudhery Cc: pgsql-general@postgresql.org Subject: Re: [GENERAL] Postgres logs showing error

Re: [GENERAL] Postgres logs showing error after replication

2017-09-05 Thread Tatsuo Ishii
> Ok thank you, > > I have promoted slave server as master in postgres streaming replication , > howerver application is working fine after promotion , but getting some error > messages in the postgres log (slave which promoted to master) > > what does it mean? > > >>ERROR: could not obtain

Re: [GENERAL] Postgres logs showing error after replication

2017-09-05 Thread Vijay Chaudhery
t;."modified", "main_instance"."version", "main_instance"."capacity" FROM "main_instance" LIMIT 1 FOR UPDATE NOWAIT -Original Message----- From: Tatsuo Ishii [mailto:is...@sraoss.co.jp] Sent: 06 September 2017 10:02 AM To: Vijay Chaud

Re: [GENERAL] Postgres logs showing error after replication

2017-09-05 Thread Tatsuo Ishii
> I am not sure if the sending email is the right way to get the forum help. > Could you please let me know how to open forum query to ask postgres > questions. Sending email to this mailing list regarding your questions is the perfect way to get help. Other than this, there's an IRC channel fo

[GENERAL] Postgres logs showing error after replication

2017-09-05 Thread Vijay Chaudhery
Hi, I am not sure if the sending email is the right way to get the forum help. Could you please let me know how to open forum query to ask postgres questions. Thanks vijay ::DISCLAIMER:: ---

Re: [GENERAL] Postgres Log Message Translations

2017-08-20 Thread tirveni yadav
On Sun, Aug 20, 2017 at 7:19 AM, Enis Inan wrote: > > Hello, > > Is there a way I can access the ".po" files containing the English -> Foreign > language translations of postgres' log messages? I only need the translations > from English to Japanese for a project I'm working on. > > Thank you! >

[GENERAL] Postgres Log Message Translations

2017-08-19 Thread Enis Inan
Hello, Is there a way I can access the ".po" files containing the English -> Foreign language translations of postgres' log messages? I only need the translations from English to Japanese for a project I'm working on. Thank you! -Enis

Re: [GENERAL] Postgres csv logging

2017-07-22 Thread Alessandro_feliz
Hi David, thank you for your reply. David G Johnston wrote > As the comment there says your config and your output seem at odds. What I showed was the output present in the csv log, the output in the text file log has the prefix that I indicated in the configration file. Either way, I managed t

Re: [GENERAL] Postgres csv logging

2017-07-21 Thread David G. Johnston
It is customary to indicate when you've posted the same question to other forums - in this case SO. https://dba.stackexchange.com/questions/180263/postgres-log-query-and-command-tag-to-csv As the comment there says your config and your output seem at odds. Though I think your confusion is still

[GENERAL] Postgres csv logging

2017-07-21 Thread Alessandro_feliz
I am trying to log executed queries into a csv file. My main objective is to log the command tag and query. For that I enabled logging in the postgresql.conf, my configs are the following: #-- # ERROR REPORTING AND LOGGIN

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-30 Thread DrakoRod
You're right I have forgotten to say, the OS is RHEL 7. Actually I'm reading about. Thanks! - Dame un poco de fe, eso me bastará. Rozvo Ware Solutions -- View this message in context: http://www.postgresql-archive.org/postgres-dbname-dbuser-9-9-9-9--PARSE-waiting-tp5968923p5969564.

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-30 Thread Melvin Davidson
On Fri, Jun 30, 2017 at 11:36 AM, DrakoRod wrote: > > Do you control the app? > > Nop Just I know how it's developed. > > > The app has a pooling component and you still are having problems, have > > you looked at what the pooler is actually doing? > > As far as I know, the wildfly's jdbc pool. N

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-30 Thread DrakoRod
> Do you control the app? Nop Just I know how it's developed. > The app has a pooling component and you still are having problems, have > you looked at what the pooler is actually doing? As far as I know, the wildfly's jdbc pool. No really I don't know what are doing. I suspect that problem i

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-29 Thread Melvin Davidson
On Thu, Jun 29, 2017 at 7:30 PM, Adrian Klaver wrote: > On 06/29/2017 10:03 AM, DrakoRod wrote: > >> To expand information, the application are written in Grails on wildfly >> with >> pool connections. >> > > Do you control the app? > > The app has a pooling component and you still are having pro

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-29 Thread Adrian Klaver
On 06/29/2017 10:03 AM, DrakoRod wrote: To expand information, the application are written in Grails on wildfly with pool connections. Do you control the app? The app has a pooling component and you still are having problems, have you looked at what the pooler is actually doing? I didn't

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-29 Thread David G. Johnston
On Thu, Jun 29, 2017 at 10:03 AM, DrakoRod wrote: > I can't close connections on the application side. How I close connections > on the database side? With pg_terminate_backend, pg_cancel_backend or > exists > other function? I didn't want terminate backends because all connections > state was ac

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-29 Thread DrakoRod
To expand information, the application are written in Grails on wildfly with pool connections. I didn't have time to check pg_locks with detail, I'll configure the connections logs to monitoring those. I can't close connections on the application side. How I close connections on the database side

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread PT
On Tue, 27 Jun 2017 16:16:53 -0700 (MST) DrakoRod wrote: > Yep, the real problem was all connections are used up. A ps command showed > this: > > postgres 1172 23340 1 13:00 ?00:01:23 postgres: dbsomething > dbsomething 8.8.8.1[34024] PARSE waiting > postgres 1527 23340 3 13:07 ?

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread Adrian Klaver
On 06/27/2017 04:16 PM, DrakoRod wrote: Yep, the real problem was all connections are used up. A ps command showed this: postgres 1172 23340 1 13:00 ?00:01:23 postgres: dbsomething dbsomething 8.8.8.1[34024] PARSE waiting postgres 1527 23340 3 13:07 ?00:02:47 postgres: dbsome

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread DrakoRod
Yep, the real problem was all connections are used up. A ps command showed this: postgres 1172 23340 1 13:00 ?00:01:23 postgres: dbsomething dbsomething 8.8.8.1[34024] PARSE waiting postgres 1527 23340 3 13:07 ?00:02:47 postgres: dbsomething dbsomething 8.8.8.2[49193] PARSE wai

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread David G. Johnston
On Tue, Jun 27, 2017 at 3:41 PM, Melvin Davidson wrote: > *His problem is NOT 'idle in transaction' per se. It is all connections > are used up.* > *Hence the need for pg_bouncer for connection pooling.* > > Whether pg_bouncer provides a viable solution is just as big an unknown as whether "idle

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread Adrian Klaver
On 06/27/2017 03:41 PM, Melvin Davidson wrote: On Tue, Jun 27, 2017 at 6:32 PM, Adrian Klaver *His problem is NOT 'idle in transaction' per se. It is all connections are used up.* Not following. The 'idle in transaction' queries are coming in through a connection so having them around is

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread PT
On Tue, 27 Jun 2017 18:41:25 -0400 Melvin Davidson wrote: > On Tue, Jun 27, 2017 at 6:32 PM, Adrian Klaver > wrote: > > > On 06/27/2017 01:10 PM, DrakoRod wrote: > > > >> Hi folks. > >> > >> Today I had a problem with production's database PostgreSQL version > >> 9.4.4.9. > >> The server have m

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread Melvin Davidson
On Tue, Jun 27, 2017 at 6:32 PM, Adrian Klaver wrote: > On 06/27/2017 01:10 PM, DrakoRod wrote: > >> Hi folks. >> >> Today I had a problem with production's database PostgreSQL version >> 9.4.4.9. >> The server have max_connections set to 200, but today I reviewed >> pg_stat_activity and saw 199

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread Adrian Klaver
On 06/27/2017 01:10 PM, DrakoRod wrote: Hi folks. Today I had a problem with production's database PostgreSQL version 9.4.4.9. The server have max_connections set to 200, but today I reviewed pg_stat_activity and saw 199 active connections, obviously the server rejected any new connection and th

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread David G. Johnston
On Tue, Jun 27, 2017 at 1:10 PM, DrakoRod wrote: > postgres 9741 23340 9 14:55 ?00:00:47 postgres: dbname user > 8.8.8.8[54286] idle in transaction > > Any suggestions? > ​There is a serious lack of information provided here but "idle in transaction" sessions are generally problematic

Re: [GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread Melvin Davidson
On Tue, Jun 27, 2017 at 4:10 PM, DrakoRod wrote: > Hi folks. > > Today I had a problem with production's database PostgreSQL version > 9.4.4.9. > The server have max_connections set to 200, but today I reviewed > pg_stat_activity and saw 199 active connections, obviously the server > rejected any

[GENERAL] postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

2017-06-27 Thread DrakoRod
Hi folks. Today I had a problem with production's database PostgreSQL version 9.4.4.9. The server have max_connections set to 200, but today I reviewed pg_stat_activity and saw 199 active connections, obviously the server rejected any new connection and the production stopped. I saw another posts

Re: [GENERAL] Postgres Data Encryption Using LUKS with dm-crypt ?

2017-06-19 Thread Paul Jungwirth
On 06/19/2017 12:40 AM, Scott Marlowe wrote: On Sun, Jun 18, 2017 at 2:20 PM, Condor wrote: What I should expect, what is good and bad things that can be happened. I've run Postgres on a LUKS volume for a few years now and it's all been pretty quiet. One challenge is you need to supply the p

Re: [GENERAL] Postgres Data Encryption Using LUKS with dm-crypt ?

2017-06-19 Thread Scott Marlowe
On Sun, Jun 18, 2017 at 2:20 PM, Condor wrote: > Hello ppl, > > a few years ago I asked the same question but did not receive valued answers > and we use different way to realize the project. > Today I wanna ask did some one do it and most important for me, can some one > share his experience ? >

[GENERAL] Postgres Data Encryption Using LUKS with dm-crypt ?

2017-06-18 Thread Condor
Hello ppl, a few years ago I asked the same question but did not receive valued answers and we use different way to realize the project. Today I wanna ask did some one do it and most important for me, can some one share his experience ? What I should expect, what is good and bad things that ca

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-28 Thread Thomas Kellerer
Adrian Klaver schrieb am 28.05.2017 um 17:51: After I finally found the EnterpriseDB Beta binaries (they are pretty well hidden) I tested with those, and everything works fine there. For those following along, where would that be? Here they are: https://www.enterprisedb.com/products-service

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-28 Thread Tom Lane
Thomas Kellerer writes: > Tom Lane schrieb am 26.05.2017 um 20:18: >>> The error message reported in the logfile is: >>> pg_dump: unrecognized collation provider: p >> Ugh :-( ... seems like a rather obvious typo in dumpCollation(). >> Thanks for finding it! > When I drop that collation from the

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-28 Thread Adrian Klaver
On 05/28/2017 08:41 AM, Thomas Kellerer wrote: Tom Lane schrieb am 26.05.2017 um 20:18: Apparently BigSQL forgot to include contrib/xml2 in their distribution; you should ping them about that one. I can confirm that it's a BigSQL problem. After I finally found the EnterpriseDB Beta binaries

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-28 Thread Thomas Kellerer
Tom Lane schrieb am 26.05.2017 um 20:18: I just tried pg_upgrade from the Postgres 10 Beta1 (from the BigSQL distribution) to upgrade a 9.6 cluster. pg_upgrade --check fails with the following messages: could not load library "$libdir/pgxml": ERROR: could not load library "d:/etc/po

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Tom Lane
Thomas Kellerer writes: > Interesting enough, the same error message appears when I run "create > extension xml2;" on Postgres 10. Sure, that no doubt is exactly the command getting issued during the pg_upgrade attempt. > It somehow looks as if there is a DLL dependency between XML2 and whateve

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Thomas Kellerer
Adrian Klaver schrieb am 26.05.2017 um 23:41: If that's coming from port/dynloader/win32.c, as I think it must be because the non-conformant-to-message-style-guidelines phrase "unknown error" appears nowhere else in our tree, then that's an error code that FormatMessage doesn't recognize. Anybod

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Thomas Kellerer
Adrian Klaver schrieb am 26.05.2017 um 23:16: could not load library "$libdir/pgxml": ERROR: could not load library "d:/etc/postgres-10/pgsql/lib/postgresql/pgxml.dll": unknown error 126 Apparently BigSQL forgot to include contrib/xml2 in their distribution; you should ping them abo

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Adrian Klaver
On 05/26/2017 02:30 PM, Tom Lane wrote: Adrian Klaver writes: Well Thomas is using pg_upgrade from a BigSQL 10beta1 install to upgrade from a 9.6 instance of unknown provenance. pg_upgrade is complaining that the 9.6 cluster has pgxml.dll whereas the 10beta1 cluster does not even though xml2 is

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Tom Lane
Adrian Klaver writes: > Well Thomas is using pg_upgrade from a BigSQL 10beta1 install to upgrade > from a 9.6 instance of unknown provenance. pg_upgrade is complaining > that the 9.6 cluster has pgxml.dll whereas the 10beta1 cluster does not > even though xml2 is installed on both clusters. The

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Adrian Klaver
On 05/26/2017 01:58 PM, Alvaro Herrera wrote: Thomas Kellerer wrote: Tom Lane schrieb am 26.05.2017 um 20:18: I just tried pg_upgrade from the Postgres 10 Beta1 (from the BigSQL distribution) to upgrade a 9.6 cluster. pg_upgrade --check fails with the following messages: could not load

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Alvaro Herrera
Thomas Kellerer wrote: > Tom Lane schrieb am 26.05.2017 um 20:18: > > > I just tried pg_upgrade from the Postgres 10 Beta1 (from the BigSQL > > > distribution) to upgrade a 9.6 cluster. > > > pg_upgrade --check fails with the following messages: > > > > > could not load library "$libdir/pgxml

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Thomas Kellerer
Tom Lane schrieb am 26.05.2017 um 20:18: I just tried pg_upgrade from the Postgres 10 Beta1 (from the BigSQL distribution) to upgrade a 9.6 cluster. pg_upgrade --check fails with the following messages: could not load library "$libdir/pgxml": ERROR: could not load library "d:/etc/po

Re: [GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Tom Lane
Thomas Kellerer writes: > I just tried pg_upgrade from the Postgres 10 Beta1 (from the BigSQL > distribution) to upgrade a 9.6 cluster. > pg_upgrade --check fails with the following messages: >could not load library "$libdir/pgxml": >ERROR: could not load library > "d:/etc/postgres-10/

[GENERAL] Postgres 10 Beta1 - pg_upgrade fails on Windows 10

2017-05-26 Thread Thomas Kellerer
I just tried pg_upgrade from the Postgres 10 Beta1 (from the BigSQL distribution) to upgrade a 9.6 cluster. pg_upgrade --check fails with the following messages: Performing Consistency Checks - Checking cluster versions ok Checking d

Re: [GENERAL] Postgres intermittent connection errors: psql.bin: could not connect to server: Cannot assign requested address

2017-05-15 Thread Tom Lane
Vamsi Patchipulusu writes: > Error: psql.bin: could not connect to server: Cannot assign > requested address > Is the server running on host "abchost.corp.xyz.com" > (xxx.xxx.xxx.xxx) and accepting > TCP/IP connections on port 5432? Googling suggests that this could oc

Re: [GENERAL] Postgres intermittent connection errors: psql.bin: could not connect to server: Cannot assign requested address

2017-05-15 Thread David G. Johnston
On Monday, May 15, 2017, Vamsi Patchipulusu wrote: > > Error: psql.bin: could not connect to server: Cannot assign > requested address > > Is the server running on host "abchost.corp.xyz.com" > (xxx.xxx.xxx.xxx) and accepting > > TCP/IP connections on port 5432? > > Jmete

[GENERAL] Postgres intermittent connection errors: psql.bin: could not connect to server: Cannot assign requested address

2017-05-15 Thread Vamsi Patchipulusu
Hi All, We are receiving below intermittent connection error during performance testing on postgres. Thanks in advance for any suggestion or pointers on how we can troubleshoot this issue. Error: psql.bin: could not connect to server: Cannot assign requested address Is the se

Re: [GENERAL] Postgres 9.6 Parallel Query

2017-05-10 Thread Rafia Sabih
On Thu, Apr 27, 2017 at 6:38 PM, basti wrote: > Hello, > > is there a recomment to set max_worker_processes and > max_parallel_workers_per_gather per cpu core or thread? > This largely depends on what type of processing is done by parallel workers, e.g. if the task is I/O bound then having workers

Re: [GENERAL] Postgres 9.6.2 and pg_log - solved

2017-04-28 Thread Mark Watson
De : pgsql-general-ow...@postgresql.org [mailto:pgsql-general-ow...@postgresql.org] De la part de Mark Watson Envoyé : Monday, April 24, 2017 3:39 PM À : David G. Johnston Cc : (pgsql-general@postgresql.org) Objet : Re: [GENERAL] Postgres 9.6.2 and pg_log De : David G. Johnston

Re: [GENERAL] Postgres connection Monitor

2017-04-27 Thread Jan de Visser
On Thu, Apr 27, 2017 at 6:18 AM, basti wrote: > Hallo, we have a Postgres database Server and around that there are 8 > clients get data from it. > > All servers are the the same datacenter i think (traceroute only 4-5 hops) > > Now we plan to move the server to an other hoster/datacenter. > > I h

[GENERAL] Postgres 9.6 Parallel Query

2017-04-27 Thread basti
Hello, is there a recomment to set max_worker_processes and max_parallel_workers_per_gather per cpu core or thread? Best regards -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general

[GENERAL] Postgres connection Monitor

2017-04-27 Thread basti
Hallo, we have a Postgres database Server and around that there are 8 clients get data from it. All servers are the the same datacenter i think (traceroute only 4-5 hops) Now we plan to move the server to an other hoster/datacenter. I have done simple test with ping and traceroute. Is there a wa

Re: [GENERAL] Postgres 9.6.2 and pg_log

2017-04-24 Thread Mark Watson
De : David G. Johnston [mailto:david.g.johns...@gmail.com] Envoyé : Monday, April 24, 2017 3:15 PM À : Mark Watson Cc : (pgsql-general@postgresql.org) Objet : Re: [GENERAL] Postgres 9.6.2 and pg_log On Mon, Apr 24, 2017 at 11:27 AM, Mark Watson mailto:mark.wat...@jurisconcept.ca>>

Re: [GENERAL] Postgres 9.6.2 and pg_log

2017-04-24 Thread David G. Johnston
On Mon, Apr 24, 2017 at 11:27 AM, Mark Watson wrote: > > log_destination = 'stderr' # Valid values are > combinations of > > > # stderr, csvlog, syslog, and eventlog, > > > # depending on platform. csvlog > > > # requires logging_collector to be on. > > > > # This is

Re: [GENERAL] Postgres 9.6.2 and pg_log

2017-04-24 Thread Mark Watson
De : David G. Johnston [mailto:david.g.johns...@gmail.com] Envoyé : Monday, April 24, 2017 2:18 PM À : Mark Watson Cc : (pgsql-general@postgresql.org) Objet : Re: [GENERAL] Postgres 9.6.2 and pg_log On Mon, Apr 24, 2017 at 10:58 AM, Mark Watson mailto:mark.wat...@jurisconcept.ca>> wrote

Re: [GENERAL] Postgres 9.6.2 and pg_log

2017-04-24 Thread David G. Johnston
On Mon, Apr 24, 2017 at 10:58 AM, Mark Watson wrote: > > The lines log_rotation_age and log_rotation_size are commented, and > currently are: > > #log_rotation_age = 1d # Automatic > rotation of logfiles will > > > # happen after that time. 0 disables. > > #log_ro

Re: [GENERAL] Postgres 9.6.2 and pg_log

2017-04-24 Thread Mark Watson
De : David G. Johnston [mailto:david.g.johns...@gmail.com] Envoyé : Monday, April 24, 2017 1:34 PM À : Mark Watson Cc : (pgsql-general@postgresql.org) Objet : Re: [GENERAL] Postgres 9.6.2 and pg_log On Mon, Apr 24, 2017 at 8:43 AM, Mark Watson mailto:mark.wat...@jurisconcept.ca>> wrote

Re: [GENERAL] Postgres 9.6.2 and pg_log

2017-04-24 Thread Mark Watson
De : David G. Johnston [mailto:david.g.johns...@gmail.com] Envoyé : Monday, April 24, 2017 1:34 PM À : Mark Watson Cc : (pgsql-general@postgresql.org) Objet : Re: [GENERAL] Postgres 9.6.2 and pg_log On Mon, Apr 24, 2017 at 8:43 AM, Mark Watson mailto:mark.wat...@jurisconcept.ca>> wrote

  1   2   3   4   5   6   7   8   9   10   >