Source host (psql 9.1):
username_test=# \dt
List of relations
Schema | Name | Type | Owner
--------+--------+-------+----------------
public | table1 | table | username_testu
/scripts/pkgacct username
copy
Destination host (psql 9.3):
/scripts/restorepkg username
ERROR: role "username_test" is a member of role "username_test"
username_test=> \dt
List of relations
Schema | Name | Type | Owner
--------+--------+-------+----------
public | table1 | table | username
Code that was working on source host now produces:
ERROR: permission denied for relation table1
The dump prepared by pkgacct contains
ALTER TABLE public.table1 OWNER TO username_testu;
anyway final result is as above.
I am testing account migration but I already found 3-4 mysql/postgresql obstacles (posted earlier on the forum)
that make the work tedious task as things need to be manually repaired.
username_test=# \dt
List of relations
Schema | Name | Type | Owner
--------+--------+-------+----------------
public | table1 | table | username_testu
/scripts/pkgacct username
copy
Destination host (psql 9.3):
/scripts/restorepkg username
ERROR: role "username_test" is a member of role "username_test"
username_test=> \dt
List of relations
Schema | Name | Type | Owner
--------+--------+-------+----------
public | table1 | table | username
Code that was working on source host now produces:
ERROR: permission denied for relation table1
The dump prepared by pkgacct contains
ALTER TABLE public.table1 OWNER TO username_testu;
anyway final result is as above.
I am testing account migration but I already found 3-4 mysql/postgresql obstacles (posted earlier on the forum)
that make the work tedious task as things need to be manually repaired.