Re: cloudNativePg bootstrap from dump

From: Alessandro Dentella <sandro(dot)dentella(at)gmail(dot)com>
To: Scott Ribe <scott_ribe(at)elevated-dev(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: cloudNativePg bootstrap from dump
Date: 2024-05-10 16:15:50
Message-ID: CAFhgWoKb7nFhHteZC9x14t9i7WPvr1UBBuMvBGgtQ=d6-vjNsA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Il giorno ven 10 mag 2024 alle ore 17:49 Scott Ribe <
scott_ribe(at)elevated-dev(dot)com> ha scritto:

> Is it possible that it is not stuck, but simply processing rows of a large
> table? Try with the -e option, then you'll see.

I'd say no. based on the fact tat If I query the dimension with \l+ I see
85 MB, that is exactly the same dim I find in a db initialized with the
same dump. where the import finishes correctly (not in k8s).

On the other side If I add -e and look at the issued SQL statement, many
create table statement are missing (but the table are there).

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Ribe 2024-05-10 16:19:28 Re: cloudNativePg bootstrap from dump
Previous Message Scott Ribe 2024-05-10 15:48:47 Re: cloudNativePg bootstrap from dump