Jaime Casanova wrote:
> I'm testing the migration procedure for a client, we want to migrate
> from 8.3.6 to 8.4
> When we perform a test migration of the data we found some errors on
> the logs, one of them is this one:
> mic=# ALTER TABLE tcom_invitacion ADD primary key (id_invitacion);
> NOTICE: ALTER TABLE / ADD PRIMARY KEY will create implicit index
> "tcom_invitacion_pkey" for table "tcom_invitacion"
> ERROR: concurrent insert in progress
How was your migration done? pg_dump of data _and_ schema, then `psql
-f' to restore it to the 8.4 database? Some other way?
Was the dump file edited?
Were any other users connected to the DB being restored to at the time?
If you try the restore again to a fresh database (create a new one just
for testing) does the issue happen again?
If so, can you potentially grant one of the Pg team access to a spare
server with the data and problem DB on it, or supply them with a dump
Can you supply the full log, or at least some more context?
> doesn't the index creation of the index block the table so, that
> message should not appear?
CREATE INDEX (without CONCURRENTLY) takes a lock on the table that
blocks INSERT/UPDATE/DELETE (but not SELECT), yes.
In response to
pgsql-bugs by date
|Next:||From: Jaime Casanova||Date: 2010-01-22 04:35:58|
|Subject: Re: add primary key doesn't block?|
|Previous:||From: Allen Johnson||Date: 2010-01-21 21:27:57|
|Subject: Re: BUG #5294: Sorts on more than just the order-by clause|