Re: Problem with COPY on RedHat 8 with PostgreSQL 7.3.2

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

In response to

Responses

Browse pgsql-hackers by date

  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