1 |
On Sun, Nov 13, 2011 at 12:31:58AM -0500, Michael George wrote: |
2 |
> I am trying to upgrade my postgresql server from 9.0 to 9.1. I've |
3 |
> installed 9.1.1 and used eselect to make it the slot to run for the |
4 |
> system. |
5 |
> |
6 |
> When I run: |
7 |
> pg_upgrade -v --check -d /var/lib/postgresql/9.0/data -D \ |
8 |
> /var/lib/postgresql/9.1/data -b /usr/lib64/postgresql-9.0/bin -B \ |
9 |
> /usr/lib64/postgresql-9.1/bin |
10 |
> |
11 |
> I get: |
12 |
> Running in verbose mode |
13 |
> Performing Consistency Checks |
14 |
> ----------------------------- |
15 |
> Checking current, bin, and data directories ok |
16 |
> Checking cluster versions ok |
17 |
> "/usr/lib64/postgresql-9.0/bin/pg_ctl" -w -l "/dev/null" -D |
18 |
> "/var/lib/postgresql/9.0/data" -o "-p 5432 -c autovacuum=off -c |
19 |
> autovacuum_freeze_max_age=2000000000" start >> "/dev/null" 2>&1 |
20 |
> |
21 |
> When I run that command manually and send the output to a logfile, it |
22 |
> appears that it's trying to find postgresql's *.conf files in the data |
23 |
> directory rather than in /etc/postgresql-9.0. I don't see a way to |
24 |
> specify the location of the conf files separate from the data files. |
25 |
> |
26 |
> How do I proceed? |
27 |
|
28 |
According to: |
29 |
http://archives.postgresql.org/pgsql-hackers/2011-09/msg01482.php |
30 |
|
31 |
The normal workaround is to make symlinks and delete them after the |
32 |
pg_upgrade. It appears they might implement a solution, but it isn't in |
33 |
place for 9.1. :( |
34 |
|
35 |
-- |
36 |
-M |
37 |
|
38 |
Rident stolidi verba Latina. |
39 |
-Ovid |