From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Hans-Juergen Schoenig <postgres(at)cybertec(dot)at> |
Cc: | pgsql-hackers(at)postgresql(dot)org, "Johannes Plank" <plank(at)shoppingnet(dot)at> |
Subject: | Re: Problem with COPY on RedHat 8 with PostgreSQL 7.3.2 |
Date: | 2003-04-29 15:30:13 |
Message-ID: | 26871.1051630213@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hans-Juergen Schoenig <postgres(at)cybertec(dot)at> writes:
> What I am doing is DELETE -> COPY into serveral tables. The problem is:
> It seemed to work pretty fine up to now but now PostgreSQL stops in the
> middle of the COPY command. The CPU load goes down to zero but the
> process stays alive.
Bizarre.
> When I press CTRL + C the command line isn't
> blocked anymore but the COPY command starts to work as a background
> process again (100% CPU load).
Perhaps the backend's gotten into some kind of loop, and isn't reaching
the point at which it would realize that the client connection is gone
and then exit. Can you attach to the looping backend with a debugger
and get a stack trace for us?
> Also, I had some
> NOTICE: Rel pg_artikel: Uninitialized page 74 - fixing
> NOTICE: Rel pg_artikel: Uninitialized page 75 - fixing
> before ...
These are suspicious, but not hard evidence of a problem. IIRC we've
determined that there are legitimate cases where zero pages could get
inserted into a table. See past threads about "Uninitialized page"
messages.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2003-04-29 15:41:12 | Re: Searching for symbols with tsearch |
Previous Message | scott.marlowe | 2003-04-29 15:04:52 | Re: Searching for symbols with tsearch |