From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Backup and Restore (pg_dump & pg_restore) |
Date: | 2019-04-21 20:58:16 |
Message-ID: | 286599d3-429e-a9b9-bf9d-a92e6dbcb403@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
On 4/21/19 1:42 PM, Ron wrote:
> On 4/21/19 1:46 PM, Adrian Klaver wrote:
>> On 4/21/19 9:35 AM, Daulat Ram wrote:
>>> Hello Team,
>>>
>>> We are getting below error while migrating pg_dump from Postgresql
>>> 9.6 to Postgresql 11.2 via pg_restore in docker environment.
>>>
>>> 90d4c9f363c8:~$ pg_restore -d kbcn "/var/lib/kbcn_backup19"
>>>
>>> pg_restore: [archiver (db)] Error while PROCESSING TOC:
>>>
>>> pg_restore: [archiver (db)] Error from TOC entry 3; 2615 2200 SCHEMA
>>> public postgres
>>>
>>> pg_restore: [archiver (db)] could not execute query: ERROR: schema
>>> "public" already exists
>>>
>>> Command was: CREATE SCHEMA public;
>>
>> Expected as the public schema is there by default. It is an
>> informational error, you can ignore it.
>
> "Informational error" is a contradiction in terms.
>
1) Well the public schema was in the dump, so the OP wanted it.
2) It also existed in the target database.
3) The error let you know 1) & 2)
4) To my way of thinking it was a 'no harm, no foul' situation where the
error just informed you that the target database took a side track to
get where you wanted to be anyway.
I see this sort of thing in monitoring systems e.g. environmental
controls all the time. Things get flagged because they wander over set
points intermittently. It is technically an error but unless they stay
over the line it is just another data point.
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2019-04-21 21:20:03 | Re: Backup and Restore (pg_dump & pg_restore) |
Previous Message | Ron | 2019-04-21 20:42:06 | Re: Backup and Restore (pg_dump & pg_restore) |
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2019-04-21 21:20:03 | Re: Backup and Restore (pg_dump & pg_restore) |
Previous Message | Ron | 2019-04-21 20:42:06 | Re: Backup and Restore (pg_dump & pg_restore) |