Sun Aug 15 09:56:27 PDT 2010
- Previous message: [Slony1-general] Eek Part II - No, SSL was not the entire problem (Replication COPY fails repeatedly)
- Next message: [Slony1-general] Reg:- Database size in postgres
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 8/3/2010 9:11 AM, Stéphane A. Schildknecht wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Le 01/08/2010 19:55, Karl Denninger a écrit : >> So last night, if you remember my previous missive, I thought I had >> found the issue with a big table copy having to do with Postgresql's SQL >> support and went to bed with it running with SSL off. >> >> Well, I was wrong, as I was treated to this morning after the thing ran >> for more than four hours - probably about the amount of time required to >> actually complete the job. (It actually failed TWICE and restarted >> overnight.) >> >> Aug 1 06:32:25 dbms TICKER[77422]: [153-1] CONFIG remoteWorkerThread_3: >> copy table "public"."images" >> Aug 1 06:32:25 dbms TICKER[77422]: [154-1] CONFIG remoteWorkerThread_3: >> Begin COPY of table "public"."images" >> Aug 1 10:09:08 dbms TICKER[77422]: [155-1] ERROR remoteWorkerThread_3: >> copy from stdin on local node - PGRES_FATAL_ERROR server closed the >> connection unexpectedly >> Aug 1 10:09:08 dbms TICKER[77422]: [155-2] This probably means the >> server terminated abnormally >> Aug 1 10:09:08 dbms TICKER[77422]: [155-3] before or while >> processing the request. >> Aug 1 10:09:08 dbms TICKER[77422]: [156-1] WARN remoteWorkerThread_3: >> data copy for set 1 failed 1 times - sleep 15 seconds >> Aug 1 10:09:08 dbms TICKER[77422]: [157] ERROR remoteWorkerThread_3: >> "rollback transaction" PGRES_FATAL_ERROR >> Aug 1 10:09:08 dbms TICKER[72097]: [5-1] INFO slon: retry requested >> Aug 1 10:09:08 dbms TICKER[72097]: [6-1] INFO slon: notify worker >> process to shutdown >> >> The problem is that I really don't have anything untoward in the >> postgres log file this time, except for: >> >> Aug 1 11:09:11 tickerforum postgres[39981]: [6-1] LOG: unexpected EOF >> on client connection >> Aug 1 11:09:11 tickerforum postgres[38657]: [6-1] LOG: unexpected EOF >> on client connection >> Aug 1 11:09:11 tickerforum postgres[39585]: [6-1] LOG: unexpected EOF >> on client connection >> Aug 1 11:09:11 tickerforum postgres[39816]: [6-1] LOG: unexpected EOF >> on client connection >> Aug 1 11:09:11 tickerforum postgres[39191]: [6-1] LOG: unexpected EOF >> on client connection >> >> Those APPEAR, from the process IDs, to be the IDs of the SLONs that were >> running at the time from the other side, implying that the server didn't >> barf, SLONY did and dropped the connection without first saying goodbye. > > Could there be a timeout somewhere in your network that releases connection it > sees as stalled ? Agreed, that looks very much like a network issue, losing or resetting connections. Both, Slony and Postgres think that the other end closed unexpectedly. Jan -- Anyone who trades liberty for security deserves neither liberty nor security. -- Benjamin Franklin
- Previous message: [Slony1-general] Eek Part II - No, SSL was not the entire problem (Replication COPY fails repeatedly)
- Next message: [Slony1-general] Reg:- Database size in postgres
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list