Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TC8KB-0006GM-Ro for pgsql-admin@postgresql.org; Thu, 13 Sep 2012 12:15:15 +0000 Received: from plane.gmane.org ([80.91.229.3]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TC8K9-0008Vt-OH for pgsql-admin@postgresql.org; Thu, 13 Sep 2012 12:15:15 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TC8KB-0005J5-7N for pgsql-admin@postgresql.org; Thu, 13 Sep 2012 14:15:15 +0200 Received: from 217.31.70.82 ([217.31.70.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Sep 2012 14:15:15 +0200 Received: from chris by 217.31.70.82 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Sep 2012 14:15:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: pgsql-admin@postgresql.org From: Christian Ullrich Subject: Problem with pg_upgrade 9.2 on Windows Date: Thu, 13 Sep 2012 14:15:00 +0200 Lines: 79 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.31.70.82 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 X-Pg-Spam-Score: -1.2 (-) X-Archive-Number: 201209/69 X-Sequence-Number: 40010 Hello all, I get the following output from pg_upgrade when trying to upgrade a test cluster on Windows 7 x64: c:\Daten>path PATH=c:\windows;c:\windows\system32;c:\Program Files\PostgreSQL\9.2\bin c:\Daten>pg_upgrade --old-bindir="c:\Program Files\PostgreSQL\9.1\bin" --new-bindir="c:\Program Files\PostgreSQL\9.2\bin" --old-datadir="c:\Daten\db\pgsql" --new-datadir=c:\Daten\db\pgsql-9.2\data --old-port=5432 --new-port=5433 --user=postgres --verbose --check [...] Checking for contrib/isn with bigint-passing mismatch ok ""c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o "" stop >> "pg_upgrade_utility.log" 2>&1" pg_ctl: no operation specified Try "pg_ctl --help" for more information. *failure* There were problems executing """c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o "" stop >> "pg_upgrade_utility.log" 2>&1"" Consult the last few lines of "pg_upgrade_utility.log" for the probable cause of the failure. Failure, exiting ""c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o "" -m fast stop >> "pg_upgrade_utility.log" 2>&1" pg_ctl: no operation specified Try "pg_ctl --help" for more information. *failure* There were problems executing """c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o "" -m fast stop >> "pg_upgrade_utility.log" 2>&1"" Consult the last few lines of "pg_upgrade_utility.log" for the probable cause of the failure. If needed, I can provide the full output of pg_upgrade, but it does not indicate any other problems. Man's best friend, procmon, shows the following command lines for the last three invocations of pg_ctl: "c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -l "pg_upgrade_server.log" -D "c:\Daten\db\pgsql" -o "-p 5432 -b " start "c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o " stop >> "pg_upgrade_utility.log" 2>&1" "c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o " -m fast stop >> "pg_upgrade_utility.log" 2>&1" As you can see, the two failing commands (the last two) are missing the second quote for the empty -o option. This pulled the remainder of the command line, including the operation and the output redirection, into the -o option's value. The output from pg_upgrade itself, as well as the referenced log file (see below) have such an unintelligible mess of quotation marks that I cannot tell whether it's correct there. pg_upgrade_utility.log: command: ""c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o "" stop >> "pg_upgrade_utility.log" 2>&1" command: ""c:\Program Files\PostgreSQL\9.1\bin/pg_ctl" -w -D "c:\Daten\db\pgsql" -o "" -m fast stop >> "pg_upgrade_utility.log" 2>&1" Is there anything I can do to avoid this? Should I report it as a bug? -- Christian