Re: documentation udpates to pgupgrade.html - Mailing list pgsql-hackers
From | Bruce Momjian |
---|---|
Subject | Re: documentation udpates to pgupgrade.html |
Date | |
Msg-id | 201009281843.o8SIheA29204@momjian.us Whole thread Raw |
In response to | documentation udpates to pgupgrade.html ("Massa, Harald Armin" <chef@ghum.de>) |
Responses |
Re: documentation udpates to pgupgrade.html
|
List | pgsql-hackers |
Massa, Harald Armin wrote: > Hello, > > just doing an upgrade form PostgreSQL 8.4.4 on Windows 2007 64bit to > PostgreSQL 9.0 64bit on the same system. > > I am working along > http://developer.postgresql.org/pgdocs/postgres/pgupgrade.html > > There is written: > > NET STOP postgresql-8.4 > NET STOP postgresql-9.0 > or > > NET STOP pgsql-8.3 (PostgreSQL 8.3 and older used a different service name) > > which should be extended by > > net stop postgresql-x64-9.0 > > for Windows 64 bit. > Interesting. What I have added to HEAD and 9.0 docs is the attached patch that explains the proper service name should be used. I don't think I want to mention 64-bit explicitly, and in fact this section is part of an 'e.g.' block, meaning they are just examples. If I get more 64-bit reports I can add an example for that too. > ----------------- > > It would also be helpfull, if there was a reamrk that pg_upgrade will > try to write to the current directory - as "runas /user:postgres > cmd.exe" usually starts within c:\windows\system; so a cd %TEMP% after > runas would be valuable Agreed. Second patch attached that mentions this. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. + diff --git a/doc/src/sgml/pgupgrade.sgml b/doc/src/sgml/pgupgrade.sgml index 7bc939c..47c7bf6 100644 --- a/doc/src/sgml/pgupgrade.sgml +++ b/doc/src/sgml/pgupgrade.sgml @@ -246,14 +246,14 @@ gmake prefix=/usr/local/pgsql.new install <title>Stop both servers</title> <para> - Make sure both database servers are stopped using on Unix, e.g.: + Make sure both database servers are stopped using, on Unix, e.g.: <programlisting> pg_ctl -D /opt/PostgreSQL/8.4 stop pg_ctl -D /opt/PostgreSQL/9.0 stop </programlisting> - or on Windows + or on Windows, using the proper service names: <programlisting> NET STOP postgresql-8.4 diff --git a/doc/src/sgml/pgupgrade.sgml b/doc/src/sgml/pgupgrade.sgml index 47c7bf6..6d2cdaa 100644 --- a/doc/src/sgml/pgupgrade.sgml +++ b/doc/src/sgml/pgupgrade.sgml @@ -272,7 +272,7 @@ NET STOP pgsql-8.3 (<productname>PostgreSQL</> 8.3 and older used a different s <title>Run <application>pg_upgrade</></title> <para> - Always run the <application>pg_upgrade</> binary in the new server, not the old one. + Always run the <application>pg_upgrade</> binary of the new server, not the old one. <application>pg_upgrade</> requires the specification of the old and new cluster's data and executable (<filename>bin</>) directories. You can also specify separate user and port values, and whether you want the data linked instead of @@ -306,6 +306,7 @@ pg_upgrade.exe to perform only the checks, even if the old server is still running. <command>pg_upgrade --check</> will also outline any manual adjustments you will need to make after the migration. + <command>pg_upgrade</> requires write permission in the current directory. </para> <para>
pgsql-hackers by date: