Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fSseU-0000Rr-1w for pgsql-performance@arkaria.postgresql.org; Tue, 12 Jun 2018 23:24:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fSseS-0008Qf-9s for pgsql-performance@arkaria.postgresql.org; Tue, 12 Jun 2018 23:24:36 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fSseR-0008QO-Gc for pgsql-performance@lists.postgresql.org; Tue, 12 Jun 2018 23:24:36 +0000 Received: from resqmta-ch2-02v.sys.comcast.net ([2001:558:fe21:29:69:252:207:34]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fSseK-0006iD-7G for pgsql-performance@lists.postgresql.org; Tue, 12 Jun 2018 23:24:33 +0000 Received: from resomta-ch2-01v.sys.comcast.net ([69.252.207.97]) by resqmta-ch2-02v.sys.comcast.net with ESMTP id Ssd7f2Z1q47tnSseHfa0tO; Tue, 12 Jun 2018 23:24:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1528845865; bh=/PSktOWevRudbjCg0PHTr4QAzOsn7nKw0Re+wiEJdZk=; h=Received:Received:Received:From:To:Subject:Date:Message-ID: MIME-Version:Content-Type; b=pjcvS1Lc6+UuOm8jorzSqujHULcMNefRFkhikfH+O3EK+D3u+zqe8SXuMmHg9+FRT QkLEXKqsZXgCJWgDsgTJmGQztCqniwIStdQjsmdwoSIJwwyDKHZA9W+r9ctTFKwCKF 7q4s0Q1ro/A4j16hA1r7wH1u6T5DE1ZbUSg/3f6V5352XH832GsTk87en6KzX3YpxP EzD6VA8mp2ExpDjucBjwR7zn144ABgLbr8magRfUXVzsgh4rkgZRHrGhWhNeeGWG5z BSMT/3iJLpBrB2LIv7/Ecm15FtJLMc5S97tuEqPqTreOVvOrGPVfvxXkYwq/qNP4Y6 VzpGjYCF9AW4w== Received: from jsievers.comcast.net ([12.30.159.20]) by resomta-ch2-01v.sys.comcast.net with ESMTPA id Sse2fUUsrwQlgSse3fqxWv; Tue, 12 Jun 2018 23:24:23 +0000 Received: from jsievers.enova.com (localhost [127.0.0.1]) by jsievers.comcast.net (Postfix) with ESMTP id 7840A260056; Tue, 12 Jun 2018 18:24:10 -0500 (CDT) From: Jerry Sievers To: Murthy Nunna Cc: Adrian Klaver , "pgsql-general\@lists.postgresql.org" , "pgsql-admin\@lists.postgresql.org" , "pgsql-performance\@lists.postgresql.org" Subject: Re: pg_upgrade 10.2 References: <1a3ebd40-7870-3eab-97d4-ca2b9907d917@aklaver.com> <5f0d7335-e681-56bb-7d14-cf97fccb1bcf@aklaver.com> <4b66fd13-951c-fab6-a618-d27860ba465b@aklaver.com> Date: Tue, 12 Jun 2018 18:24:10 -0500 In-Reply-To: (Murthy Nunna's message of "Tue, 12 Jun 2018 21:49:32 +0000") Message-ID: <871sdbzizp.fsf@jsievers.enova.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-CMAE-Envelope: MS4wfBhR8KSVuUVrNh4O7PUtGDGljETA2e/moDTtrBwHnl+WO5J/YAw1FQTX+TISSg+DdOujRktypUFMKnZ0t8pwEjQe3I0b7AZ5gq6Qr55/2IPQf7ZMjx2o 4yPWSy+UiGQWsTRgDzplq9iOEorPPgNs/QDOmUGb4z+0JHClo4mKIp3ggIaPVrVVv0Z0HM1OTaodG22BAcaSW4LqBTyaGaUl3cRwCvD9+LAG5Yavfln1i75s xjqkiavea30qtv+pyUPBPC2pNYa/NLIXPJYFQJGVcanzy3F3f93qn3NRRpeeMtg0KUVSzZ4orPRgjzduNfeq3B5JI5fNjt5Tn6hbyBVf3BZnK5afMcRKSPHY mQCpj3BUJK35w2OxuzYn8+DdZNmqJw== List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Murthy Nunna writes: > Hi Adrian, > > Port numbers are correct. > > I moved the position of -c (-p 5433 -P 5434 -c -r -v). Now it is NOT comp= laining about old cluster running. However, I am running into a different p= roblem. I noted in your earlier message the final -c... the dash was not a regular 7bit ascii char but some UTF or whatever dash char. I wonder if that's what you fed your shell and it caused a silent parsing issue, eg the -c dropped. But of course email clients wrap and mangle text like that all sorts of fun ways so lordy knows just what you originally sent :-) FWIW > > New cluster database "ifb_prd_last" is not empty > Failure, exiting > > Note: ifb_prd_last is not new cluster. It is actually old cluster. > > Is this possibly because in one of my earlier attempts where I > shutdown old cluster and ran pg_upgrade with -c at the end of the > command line. I think -c was ignored and my cluster has been upgraded > in that attempt. Is that possible? > > > -----Original Message----- > From: Adrian Klaver [mailto:adrian.klaver@aklaver.com]=20 > Sent: Tuesday, June 12, 2018 4:35 PM > To: Murthy Nunna ; pgsql-general@lists.postgresql.org; p= gsql-admin@lists.postgresql.org; pgsql-performance@lists.postgresql.org > Subject: Re: pg_upgrade 10.2 > > On 06/12/2018 02:18 PM, Murthy Nunna wrote: >> pg_upgrade -V >> pg_upgrade (PostgreSQL) 10.4 >>=20 >> pg_upgrade -b /fnal/ups/prd/postgres/v9_3_14_x64/Linux-2-6/bin -B=20 >> /fnal/ups/prd/postgres/v10_4_x64/Linux-2-6/bin -d=20 >> /data0/pgdata/ifb_prd_last -D /data0/pgdata/ifb_prd_last_104 -p 5433=20 >> -P 5434 -r -v =E2=80=93c >>=20 >> > > Looks good to me. The only thing that stands out is that in your original= post you had: > > -p 5432 > > and above you have: > > -p 5433 > > Not sure if that makes a difference. > > The only suggestion I have at the moment is to move -c from the end of th= e line to somewhere earlier on the chance that there is a bug that is not f= inding it when it's at the end. > > > -- > Adrian Klaver > adrian.klaver@aklaver.com --=20 Jerry Sievers Postgres DBA/Development Consulting e: postgres.consulting@comcast.net p: 312.241.7800