Ron writes:
> On 10/20/22 10:02, Adrian Klaver wrote:
>> 3) What if you run without --jobs?
> It runs without error. Add "--jobs=2" and the errors appear.
That's ... suggestive ... but not suggestive enough. Can you
create a self-contained test case? It probably doesn't depend
much at all on
On 10/22/22 17:06, Adrian Klaver wrote:
On 10/22/22 14:45, Ron wrote:
On 10/22/22 16:29, Adrian Klaver wrote:
To pseudo for me.
What file exactly is:
pg_restore --jobs=X --no-owner $NEWDB
restoring?
And how was that file created?
Knowing this might help get at why the more straight forwa
On 10/22/22 14:45, Ron wrote:
On 10/22/22 16:29, Adrian Klaver wrote:
To pseudo for me.
What file exactly is:
pg_restore --jobs=X --no-owner $NEWDB
restoring?
And how was that file created?
Knowing this might help get at why the more straight forward method
does not work.
This is what
On 10/22/22 16:29, Adrian Klaver wrote:
On 10/22/22 14:02, Ron wrote:
On 10/22/22 12:00, Adrian Klaver wrote:
On 10/22/22 09:41, Ron wrote:
On 10/22/22 11:20, Adrian Klaver wrote:
On 10/20/22 14:34, Ron wrote:
On 10/20/22 10:02, Adrian Klaver wrote:
On 10/20/22 06:20, Ron wrote:
On 10/20/2
On 10/22/22 14:02, Ron wrote:
On 10/22/22 12:00, Adrian Klaver wrote:
On 10/22/22 09:41, Ron wrote:
On 10/22/22 11:20, Adrian Klaver wrote:
On 10/20/22 14:34, Ron wrote:
On 10/20/22 10:02, Adrian Klaver wrote:
On 10/20/22 06:20, Ron wrote:
On 10/20/22 00:12, Tom Lane wrote:
I was afrai
On 10/22/22 12:00, Adrian Klaver wrote:
On 10/22/22 09:41, Ron wrote:
On 10/22/22 11:20, Adrian Klaver wrote:
On 10/20/22 14:34, Ron wrote:
On 10/20/22 10:02, Adrian Klaver wrote:
On 10/20/22 06:20, Ron wrote:
On 10/20/22 00:12, Tom Lane wrote:
I was afraid you were going to say that.
On 10/22/22 09:41, Ron wrote:
On 10/22/22 11:20, Adrian Klaver wrote:
On 10/20/22 14:34, Ron wrote:
On 10/20/22 10:02, Adrian Klaver wrote:
On 10/20/22 06:20, Ron wrote:
On 10/20/22 00:12, Tom Lane wrote:
I was afraid you were going to say that.
The work-around is to:
pg_dump $SRCDB --s
ce of pg_backup?
pg_dump and pg_restore are 12.11 from RHEL8.
3) What if you run without --jobs?
It runs without error. Add "--jobs=2" and the errors appear.
Hmm, that is beyond me.
1) I did notice that the pg_restore errors all where; ERROR: permission
denied for schema strans
2)
2.11 from RHEL8.
3) What if you run without --jobs?
It runs without error. Add "--jobs=2" and the errors appear.
Hmm, that is beyond me.
1) I did notice that the pg_restore errors all where; ERROR: permission
denied for schema strans
2) They all occurred during CREATE INDEX or
On 10/20/22 10:02, Adrian Klaver wrote:
On 10/20/22 06:20, Ron wrote:
On 10/20/22 00:12, Tom Lane wrote:
Frank Gard writes:
Am 20.10.22 um 02:58 schrieb Ron:
pg_restore -v --create --clean --jobs=`nproc` -Fd --dbname=template1 $DB
What database do you want to restore your data into? As far a
On 10/20/22 10:02, Adrian Klaver wrote:
On 10/20/22 06:20, Ron wrote:
On 10/20/22 00:12, Tom Lane wrote:
Frank Gard writes:
Am 20.10.22 um 02:58 schrieb Ron:
pg_restore -v --create --clean --jobs=`nproc` -Fd --dbname=template1 $DB
What database do you want to restore your data into? As far a
On 10/20/22 06:20, Ron wrote:
On 10/20/22 00:12, Tom Lane wrote:
Frank Gard writes:
Am 20.10.22 um 02:58 schrieb Ron:
pg_restore -v --create --clean --jobs=`nproc` -Fd --dbname=template1
$DB
What database do you want to restore your data into? As far as I know
your pg_restore command would i
On 10/20/22 00:12, Tom Lane wrote:
Frank Gard writes:
Am 20.10.22 um 02:58 schrieb Ron:
pg_restore -v --create --clean --jobs=`nproc` -Fd --dbname=template1 $DB
What database do you want to restore your data into? As far as I know your
pg_restore command would import the data into template1,
Hi Tom,
Am 20.10.22 um 07:12 schrieb Tom Lane:
Frank Gard writes:
Am 20.10.22 um 02:58 schrieb Ron:
pg_restore -v --create --clean --jobs=`nproc` -Fd --dbname=template1 $DB
What database do you want to restore your data into? As far as I know your
pg_restore command would import the data in
Frank Gard writes:
> Am 20.10.22 um 02:58 schrieb Ron:
>> pg_restore -v --create --clean --jobs=`nproc` -Fd --dbname=template1 $DB
> What database do you want to restore your data into? As far as I know your
> pg_restore command would import the data into template1, right?
No --- my ears went u
Hi Ron,
Am 20.10.22 um 02:58 schrieb Ron:
RDS Postgresql 12.11
Backed up a database from one RDS instance, and now am trying to restore it to
a new instance. (If you're wondering why, it's to restore in an instance with
less disk space.)
Here are the commands:
export PGHOST=${RDSENV}.x
RE OF x
pg_restore: while PROCESSING TOC:
pg_restore: from TOC entry 7931; 0 3847065 TABLE DATA response_xml_p2022_01 stransuser
pg_restore: error: COPY failed for table "response_xml_p2022_01": ERROR: permission denied for schema strans
--
pg_restore: launching item 8045 TABLE DATA dd_request_attachmen
R fs_link_b OWNER TO newuname;
However, when I make a connection with the above created user and I try
to run the query below:
select * from mysch.dblink('link_b', 'select usename from PG_USER limit
1;') as t(uu text);
I get this error:
> SQL Error [42501]: ERROR:
when I make a connection with the above created user and I try to
run the query below:
select * from mysch.dblink('link_b', 'select usename from PG_USER limit
1;') as t(uu text);
I get this error:
> SQL Error [42501]: ERROR: permission denied for schema mysch
If I crea
19 matches
Mail list logo
