Feedback-ID: i76984098:Fastmail
Message-ID: <49199b35-28a8-46e9-b874-8fce89fccfa6@aklaver.com>
Date: Mon, 9 Dec 2024 21:31:15 -0800
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Errors when restoring backup created by pg_dumpall
To: Ron Johnson <ronljohnsonjr@gmail.com>,
 pgsql-general <pgsql-general@postgresql.org>
References: <6a6439f1-8039-44e2-8fb9-59028f7f2014@mailbox.org>
 <cba48d2c-0987-4233-a86f-2e693677efd3@aklaver.com>
 <9c5ba566-27b8-4e8c-bf7d-2dc561509991@mailbox.org>
 <CAKFQuwaB5GuUNuyiUbS0ah-LYXepHLPnOHrP7g8RMz8ywOm3zQ@mail.gmail.com>
 <ff94f628-27af-4c3a-9590-cba38bb5d2d1@mailbox.org>
 <CAKFQuwYQUequkYVS8SLgC1L0TOdWNK=xVyxnPD9RPPwfvYRFSQ@mail.gmail.com>
 <ce6c2e3a-b8da-408c-be44-c4dc87747af3@mailbox.org>
 <ae7a05a0-3efd-445b-ad2f-4c7a7f9ed15e@aklaver.com>
 <CANzqJaBVSAEd8eTKeocbqf1v7hHbA6XAY5t63Sh9vhAm62_+Eg@mail.gmail.com>
 <CAKFQuwY4xnqN7YgASFgwX9ZWJYZO4R3-yQowyv87EnYC0JAJbA@mail.gmail.com>
 <CANzqJaA85SC0SVA7KKJKxPXC3qUog9mXVErQWfZz+arvqvtCsg@mail.gmail.com>
Content-Language: en-US
From: Adrian Klaver <adrian.klaver@aklaver.com>
In-Reply-To: <CANzqJaA85SC0SVA7KKJKxPXC3qUog9mXVErQWfZz+arvqvtCsg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://www.postgresql.org/message-id/49199b35-28a8-46e9-b874-8fce89fccfa6%40aklaver.com>
Precedence: bulk

On 12/9/24 20:54, Ron Johnson wrote:
> On Mon, Dec 9, 2024 at 11:24 PM David G. Johnston 
> <david.g.johnston@gmail.com <mailto:david.g.johnston@gmail.com>> wrote:
> 
>     On Monday, December 9, 2024, Ron Johnson <ronljohnsonjr@gmail.com
>     <mailto:ronljohnsonjr@gmail.com>> wrote:
> 
>         On Sat, Nov 30, 2024 at 10:36 PM Adrian Klaver
>         <adrian.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>>
>         wrote:
>         [snip]
> 
>             In future schema qualify all references.
> 
>             For now in the dump file you could search for
> 
>             SELECT pg_catalog.set_config('search_path', '', false);
> 
>             and set to
> 
>             SELECT pg_catalog.set_config('search_path', 'public', false);
> 
> 
>         What if this had been a pg_dump --format={custom,directory} backup?
> 
> 
>     pg_restore has a mode where it can dump out SQL to a script instead
>     of directly restoring to the database.
> 
> 
> That Would Be Very, Very Bad if this were a database big enough to have 
> required a multi-threaded dump.

 From the original post:

https://www.postgresql.org/message-id/6a6439f1-8039-44e2-8fb9-59028f7f2014%40mailbox.org

"My HDD recently failed so I'm trying to restore my backup, but I'm
running into some errors."

There really was no choice.

Not tested but in the pg_restore case I could see at least trying:

1) pg_restore -s  -f schema_definitions.sql  custom_format_file

2) Then making the change in the search_path in schema_definitions.sql 
and then load the schema in the database using psql

3) Then pg_restore -a -j <number_of_jobs> custom_format_file.

> 
> -- 
> Death to <Redacted>, and butter sauce.
> Don't boil me, I'm still alive.
> <Redacted> lobster!

-- 
Adrian Klaver
adrian.klaver@aklaver.com