pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
pg_upgrade from V9.3.3 to V9.4.0
9+ messages / 3 participants
[nested] [flat]

* pg_upgrade from V9.3.3 to V9.4.0
@ 2015-01-09 22:27 John Scalia <jayknowsunix@gmail.com>
  2015-01-09 22:39 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
  2015-01-10 13:43 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Harshad Adalkonda <adalkondaharshad@gmail.com>
  0 siblings, 2 replies; 9+ messages in thread

From: John Scalia @ 2015-01-09 22:27 UTC (permalink / raw)
  To: pgsql-admin

Hi all,

While we're not planning to migrate to the new version, I'm trying to gain some experience as the streaming replication has really changed in this version and indicates future 
directions for it. My environment is virtualized CentO/S 6.5, and this particular server is the current primary, not a standby. My problem is that the pg_upgrade is just hanging - 
for over an hour, before I killed it. I only see a "Verifying Cluster" message, and that's it. Even the 3 logs written by pg_upgrade, don't really tell me any more. Am I trying to 
go too far with this upgrade? Do I need to bring it V9.3.4 first, or what? The behavior just seems a bit odd. I've only run this prior going from 9.2.2 to 9.3.3 and that had no issues.
--
Jay



-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin



^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
@ 2015-01-09 22:39 ` Bruce Momjian <bruce@momjian.us>
  2015-01-09 22:42   ` Re: pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  1 sibling, 1 reply; 9+ messages in thread

From: Bruce Momjian @ 2015-01-09 22:39 UTC (permalink / raw)
  To: John Scalia <jayknowsunix@gmail.com>; +Cc: pgsql-admin

On Fri, Jan  9, 2015 at 05:27:15PM -0500, John Scalia wrote:
> Hi all,
> 
> While we're not planning to migrate to the new version, I'm trying
> to gain some experience as the streaming replication has really
> changed in this version and indicates future directions for it. My
> environment is virtualized CentO/S 6.5, and this particular server
> is the current primary, not a standby. My problem is that the
> pg_upgrade is just hanging - for over an hour, before I killed it. I
> only see a "Verifying Cluster" message, and that's it. Even the 3
> logs written by pg_upgrade, don't really tell me any more. Am I
> trying to go too far with this upgrade? Do I need to bring it V9.3.4
> first, or what? The behavior just seems a bit odd. I've only run
> this prior going from 9.2.2 to 9.3.3 and that had no issues.

I have never heard of a hang like that.  I would try V9.3.4.

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin



^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-09 22:39 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
@ 2015-01-09 22:42   ` John Scalia <jayknowsunix@gmail.com>
  2015-01-09 22:56     ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
  0 siblings, 1 reply; 9+ messages in thread

From: John Scalia @ 2015-01-09 22:42 UTC (permalink / raw)
  To: Bruce Momjian <bruce@momjian.us>; +Cc: pgsql-admin

Thanks Bruce,

I'll give that a try on Monday morning.
--
Jay

On 1/9/2015 5:39 PM, Bruce Momjian wrote:
> On Fri, Jan  9, 2015 at 05:27:15PM -0500, John Scalia wrote:
>> Hi all,
>>
>> While we're not planning to migrate to the new version, I'm trying
>> to gain some experience as the streaming replication has really
>> changed in this version and indicates future directions for it. My
>> environment is virtualized CentO/S 6.5, and this particular server
>> is the current primary, not a standby. My problem is that the
>> pg_upgrade is just hanging - for over an hour, before I killed it. I
>> only see a "Verifying Cluster" message, and that's it. Even the 3
>> logs written by pg_upgrade, don't really tell me any more. Am I
>> trying to go too far with this upgrade? Do I need to bring it V9.3.4
>> first, or what? The behavior just seems a bit odd. I've only run
>> this prior going from 9.2.2 to 9.3.3 and that had no issues.
> I have never heard of a hang like that.  I would try V9.3.4.
>



-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin



^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-09 22:39 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
  2015-01-09 22:42   ` Re: pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
@ 2015-01-09 22:56     ` Bruce Momjian <bruce@momjian.us>
  0 siblings, 0 replies; 9+ messages in thread

From: Bruce Momjian @ 2015-01-09 22:56 UTC (permalink / raw)
  To: John Scalia <jayknowsunix@gmail.com>; +Cc: pgsql-admin

On Fri, Jan  9, 2015 at 05:42:34PM -0500, John Scalia wrote:
> Thanks Bruce,
> 
> I'll give that a try on Monday morning.

Might was well go to 9.3.5 for testing.

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin



^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
@ 2015-01-10 13:43 ` Harshad Adalkonda <adalkondaharshad@gmail.com>
  2015-01-10 16:22   ` Re: pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-10 20:32   ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
  1 sibling, 2 replies; 9+ messages in thread

From: Harshad Adalkonda @ 2015-01-10 13:43 UTC (permalink / raw)
  To: John Scalia <jayknowsunix@gmail.com>; +Cc: pgsql-admin

On Sat, Jan 10, 2015 at 3:57 AM, John Scalia <jayknowsunix@gmail.com> wrote:

> Hi all,
>
> While we're not planning to migrate to the new version, I'm trying to gain
> some experience as the streaming replication has really changed in this
> version and indicates future directions for it. My environment is
> virtualized CentO/S 6.5, and this particular server is the current primary,
> not a standby. My problem is that the pg_upgrade is just hanging - for over
> an hour, before I killed it. I only see a "Verifying Cluster" message, and
> that's it. Even the 3 logs written by pg_upgrade, don't really tell me any
> more. Am I trying to go too far with this upgrade? Do I need to bring it
> V9.3.4 first, or what? The behavior just seems a bit odd. I've only run
> this prior going from 9.2.2 to 9.3.3 and that had no issues.
> --
> Jay
>
>
>
> --
> Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin
>

Hi John Scalia,

I have tried pg_upgrade from 9.3.3 to 9.4.0 and i have done with the
following procedure which will solve your problem.

Create .pgpass file in users home directory ~/.pgpass and add both server
with their respective user & password

Now Shut down 9.3.3 & 9.4.0 cluster

Now when ever you run pg_upgrade utility the present working directory
(pwd) should have write access of the current user e.g postgres

First just check if clusters are Clusters are compatible with using -c
options

Example:

/opt/PostgreSQL/9.4/bin/pg_upgrade -c -v -d /tmp/PostgreSQL/9.3.3/data/ -D
/tmp/PostgreSQL/9.4.0/data/ -b /opt/PostgreSQL/9.3.3/bin/ -B
/opt/PostgreSQL/9.4/bin/ -p 5888 -P 5999 -U postgres

If Result says Clusters are compatible then remove -c and start upgrading

Example:

/opt/PostgreSQL/9.4/bin/pg_upgrade -v -d /tmp/PostgreSQL/9.3.3/data/ -D
/tmp/PostgreSQL/9.4.0/data/ -b /opt/PostgreSQL/9.3.3/bin/ -B
/opt/PostgreSQL/9.4/bin/ -p 5888 -P 5999 -U postgres

If Result says Upgrade Complete then your upgrade is completed successfully.

I am also attaching the one file for reference.

Hope this will resolve your problem.

--
Thanks & Regards,
Harshad Adalkonda
Database Administrator
http://www.shreeyansh.com

-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin

Attachments:

  pg_upgrade.log (application/octet-stream, 68.5K) download

^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-10 13:43 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Harshad Adalkonda <adalkondaharshad@gmail.com>
@ 2015-01-10 16:22   ` John Scalia <jayknowsunix@gmail.com>
  1 sibling, 0 replies; 9+ messages in thread

From: John Scalia @ 2015-01-10 16:22 UTC (permalink / raw)
  To: Harshad Adalkonda <adalkondaharshad@gmail.com>; pgsql-admin

Thanks Harshad,

I'll give this a try on Monday morning.
--
Jay

On 1/10/2015 8:43 AM, Harshad Adalkonda wrote:
>
> On Sat, Jan 10, 2015 at 3:57 AM, John Scalia <jayknowsunix@gmail.com <mailto:jayknowsunix@gmail.com>> wrote:
>
>     Hi all,
>
>     While we're not planning to migrate to the new version, I'm trying to gain some experience as the streaming replication has really changed in this version and indicates
>     future directions for it. My environment is virtualized CentO/S 6.5, and this particular server is the current primary, not a standby. My problem is that the pg_upgrade is
>     just hanging - for over an hour, before I killed it. I only see a "Verifying Cluster" message, and that's it. Even the 3 logs written by pg_upgrade, don't really tell me any
>     more. Am I trying to go too far with this upgrade? Do I need to bring it V9.3.4 first, or what? The behavior just seems a bit odd. I've only run this prior going from 9.2.2
>     to 9.3.3 and that had no issues.
>     --
>     Jay
>
>
>
>     -- 
>     Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org <mailto:pgsql-admin@postgresql.org>)
>     To make changes to your subscription:
>     http://www.postgresql.org/mailpref/pgsql-admin
>
>
> Hi John Scalia,
>
> I have tried pg_upgrade from 9.3.3 to 9.4.0 and i have done with the following procedure which will solve your problem.
>
> Create .pgpass file in users home directory ~/.pgpass and add both server with their respective user & password
>
> Now Shut down 9.3.3 & 9.4.0 cluster
>
> Now when ever you run pg_upgrade utility the present working directory (pwd) should have write access of the current user e.g postgres
>
> First just check if clusters are Clusters are compatible with using -c options
>
> Example:
>
> /opt/PostgreSQL/9.4/bin/pg_upgrade -c -v -d /tmp/PostgreSQL/9.3.3/data/ -D /tmp/PostgreSQL/9.4.0/data/ -b /opt/PostgreSQL/9.3.3/bin/ -B /opt/PostgreSQL/9.4/bin/ -p 5888 -P 5999 
> -U postgres
>
> If Result says Clusters are compatible then remove -c and start upgrading
>
> Example:
>
> /opt/PostgreSQL/9.4/bin/pg_upgrade -v -d /tmp/PostgreSQL/9.3.3/data/ -D /tmp/PostgreSQL/9.4.0/data/ -b /opt/PostgreSQL/9.3.3/bin/ -B /opt/PostgreSQL/9.4/bin/ -p 5888 -P 5999 -U 
> postgres
>
> If Result says Upgrade Complete then your upgrade is completed successfully.
>
> I am also attaching the one file for reference.
>
> Hope this will resolve your problem.
>
> --
> Thanks & Regards,
> Harshad Adalkonda
> Database Administrator
> http://www.shreeyansh.com
>

^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-10 13:43 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Harshad Adalkonda <adalkondaharshad@gmail.com>
@ 2015-01-10 20:32   ` Bruce Momjian <bruce@momjian.us>
  2015-01-11 00:55     ` Re: pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  1 sibling, 1 reply; 9+ messages in thread

From: Bruce Momjian @ 2015-01-10 20:32 UTC (permalink / raw)
  To: Harshad Adalkonda <adalkondaharshad@gmail.com>; +Cc: John Scalia <jayknowsunix@gmail.com>; pgsql-admin

On Sat, Jan 10, 2015 at 07:13:00PM +0530, Harshad Adalkonda wrote:
> 
> On Sat, Jan 10, 2015 at 3:57 AM, John Scalia <jayknowsunix@gmail.com> wrote:
> 
>     Hi all,
> 
>     While we're not planning to migrate to the new version, I'm trying to gain
>     some experience as the streaming replication has really changed in this
>     version and indicates future directions for it. My environment is
>     virtualized CentO/S 6.5, and this particular server is the current primary,
>     not a standby. My problem is that the pg_upgrade is just hanging - for over
>     an hour, before I killed it. I only see a "Verifying Cluster" message, and
>     that's it. Even the 3 logs written by pg_upgrade, don't really tell me any
>     more. Am I trying to go too far with this upgrade? Do I need to bring it
>     V9.3.4 first, or what? The behavior just seems a bit odd. I've only run
>     this prior going from 9.2.2 to 9.3.3 and that had no issues.
> 
> Hi John Scalia,
> 
> I have tried pg_upgrade from 9.3.3 to 9.4.0 and i have done with the following
> procedure which will solve your problem.
> 
> Create .pgpass file in users home directory ~/.pgpass and add both server with
> their respective user & password

Oh, so you are thinking it is waiting for a password?  Wouldn't it say
"Password:"?

-- 
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin



^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-10 13:43 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Harshad Adalkonda <adalkondaharshad@gmail.com>
  2015-01-10 20:32   ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
@ 2015-01-11 00:55     ` John Scalia <jayknowsunix@gmail.com>
  2015-01-11 12:20       ` Re: pg_upgrade from V9.3.3 to V9.4.0 Harshad Adalkonda <adalkondaharshad@gmail.com>
  0 siblings, 1 reply; 9+ messages in thread

From: John Scalia @ 2015-01-11 00:55 UTC (permalink / raw)
  To: Bruce Momjian <bruce@momjian.us>; Harshad Adalkonda <adalkondaharshad@gmail.com>; +Cc: pgsql-admin


On 1/10/2015 3:32 PM, Bruce Momjian wrote:
> On Sat, Jan 10, 2015 at 07:13:00PM +0530, Harshad Adalkonda wrote:
>> On Sat, Jan 10, 2015 at 3:57 AM, John Scalia <jayknowsunix@gmail.com> wrote:
>>
>>      Hi all,
>>
>>      While we're not planning to migrate to the new version, I'm trying to gain
>>      some experience as the streaming replication has really changed in this
>>      version and indicates future directions for it. My environment is
>>      virtualized CentO/S 6.5, and this particular server is the current primary,
>>      not a standby. My problem is that the pg_upgrade is just hanging - for over
>>      an hour, before I killed it. I only see a "Verifying Cluster" message, and
>>      that's it. Even the 3 logs written by pg_upgrade, don't really tell me any
>>      more. Am I trying to go too far with this upgrade? Do I need to bring it
>>      V9.3.4 first, or what? The behavior just seems a bit odd. I've only run
>>      this prior going from 9.2.2 to 9.3.3 and that had no issues.
>>
>> Hi John Scalia,
>>
>> I have tried pg_upgrade from 9.3.3 to 9.4.0 and i have done with the following
>> procedure which will solve your problem.
>>
>> Create .pgpass file in users home directory ~/.pgpass and add both server with
>> their respective user & password
> Oh, so you are thinking it is waiting for a password?  Wouldn't it say
> "Password:"?
>
I saw nothing on the terminal, nor anything in the logfiles indicating a password request.


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin



^ permalink  raw  reply  [nested|flat] 9+ messages in thread

* Re: pg_upgrade from V9.3.3 to V9.4.0
  2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
  2015-01-10 13:43 ` Re: pg_upgrade from V9.3.3 to V9.4.0 Harshad Adalkonda <adalkondaharshad@gmail.com>
  2015-01-10 20:32   ` Re: pg_upgrade from V9.3.3 to V9.4.0 Bruce Momjian <bruce@momjian.us>
  2015-01-11 00:55     ` Re: pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
@ 2015-01-11 12:20       ` Harshad Adalkonda <adalkondaharshad@gmail.com>
  0 siblings, 0 replies; 9+ messages in thread

From: Harshad Adalkonda @ 2015-01-11 12:20 UTC (permalink / raw)
  To: John Scalia <jayknowsunix@gmail.com>; +Cc: Bruce Momjian <bruce@momjian.us>; pgsql-admin

On Sun, Jan 11, 2015 at 6:25 AM, John Scalia <jayknowsunix@gmail.com> wrote:

>
> On 1/10/2015 3:32 PM, Bruce Momjian wrote:
>
>> On Sat, Jan 10, 2015 at 07:13:00PM +0530, Harshad Adalkonda wrote:
>>
>>> On Sat, Jan 10, 2015 at 3:57 AM, John Scalia <jayknowsunix@gmail.com>
>>> wrote:
>>>
>>>      Hi all,
>>>
>>>      While we're not planning to migrate to the new version, I'm trying
>>> to gain
>>>      some experience as the streaming replication has really changed in
>>> this
>>>      version and indicates future directions for it. My environment is
>>>      virtualized CentO/S 6.5, and this particular server is the current
>>> primary,
>>>      not a standby. My problem is that the pg_upgrade is just hanging -
>>> for over
>>>      an hour, before I killed it. I only see a "Verifying Cluster"
>>> message, and
>>>      that's it. Even the 3 logs written by pg_upgrade, don't really tell
>>> me any
>>>      more. Am I trying to go too far with this upgrade? Do I need to
>>> bring it
>>>      V9.3.4 first, or what? The behavior just seems a bit odd. I've only
>>> run
>>>      this prior going from 9.2.2 to 9.3.3 and that had no issues.
>>>
>>> Hi John Scalia,
>>>
>>> I have tried pg_upgrade from 9.3.3 to 9.4.0 and i have done with the
>>> following
>>> procedure which will solve your problem.
>>>
>>> Create .pgpass file in users home directory ~/.pgpass and add both
>>> server with
>>> their respective user & password
>>>
>> Oh, so you are thinking it is waiting for a password?  Wouldn't it say
>> "Password:"?
>>
>>  I saw nothing on the terminal, nor anything in the logfiles indicating a
> password request.
>

If you don't set security *trust* in pg_hba.conf   OR  .pgpass file it will
give you error.

It will not ask for password if you have mdf in pg_hba.conf   OR no .pgpass
entry about the server.

it will directly give you following error.

-bash-4.1$ /opt/PostgreSQL/9.4/bin/pg_upgrade -c -v -d
/tmp/PostgreSQL/9.3.3/data/ -D /tmp/PostgreSQL/9.4.0/data/ -b
/opt/PostgreSQL/9.3.3/bin/ -B /opt/PostgreSQL/9.4/bin/ -p 5888 -P 5999 -U
postgres


Running in verbose
mode

Performing Consistency
Checks

-----------------------------

Checking cluster versions
ok

pg_control
values:


First log segment after reset:        000000010000000000000079
pg_control version number:            937
Catalog version number:               201306121
Database system identifier:           6102580828849880319
Latest checkpoint's TimeLineID:       1
Latest checkpoint's full_page_writes: on
Latest checkpoint's NextXID:          0/1816
Latest checkpoint's NextOID:          16396
Latest checkpoint's NextMultiXactId:  1
Latest checkpoint's NextMultiOffset:  0
Latest checkpoint's oldestXID:        1800
Latest checkpoint's oldestXID's DB:   1
Latest checkpoint's oldestActiveXID:  0
Latest checkpoint's oldestMultiXid:   1
Latest checkpoint's oldestMulti's DB: 1
Maximum data alignment:               4
Database block size:                  8192
Blocks per segment of large relation: 131072
WAL block size:                       8192
Bytes per WAL segment:                16777216
Maximum length of identifiers:        64
Maximum columns in an index:          32
Maximum size of a TOAST chunk:        2000
Date/time type storage:               64-bit integers
Float4 argument passing:              by value
Float8 argument passing:              by reference
Data page checksum version:           0
Current pg_control values:

pg_control version number:            942
Catalog version number:               201409291
Database system identifier:           6102580804446358846
Latest checkpoint's TimeLineID:       1
Latest checkpoint's full_page_writes: on
Latest checkpoint's NextXID:          0/1812
Latest checkpoint's NextOID:          16393
Latest checkpoint's NextMultiXactId:  1
Latest checkpoint's NextMultiOffset:  0
Latest checkpoint's oldestXID:        1801
Latest checkpoint's oldestXID's DB:   1
Latest checkpoint's oldestActiveXID:  0
Latest checkpoint's oldestMultiXid:   1
Latest checkpoint's oldestMulti's DB: 1
Maximum data alignment:               4
Database block size:                  8192
Blocks per segment of large relation: 131072
WAL block size:                       8192
Bytes per WAL segment:                16777216
Maximum length of identifiers:        64
Maximum columns in an index:          32
Maximum size of a TOAST chunk:        2000
Size of a large-object chunk:         2048
Date/time type storage:               64-bit integers
Float4 argument passing:              by value
Float8 argument passing:              by reference
Data page checksum version:           0


Values to be changed:

First log segment after reset:        000000010000000000000002
"/opt/PostgreSQL/9.3.3/bin/pg_ctl" -w -l "pg_upgrade_server.log" -D
"/tmp/PostgreSQL/9.3.3/data/" -o "-p 5888 -b  -c listen_addresses='' -c
unix_socket_permissions=0700 -c
unix_socket_directories='/tmp/PostgreSQL/9.3'" start >>
"pg_upgrade_server.log"
2>&1

connection to database failed: fe_sendauth: no password supplied


could not connect to old postmaster started with the command:
"/opt/PostgreSQL/9.3.3/bin/pg_ctl" -w -l "pg_upgrade_server.log" -D
"/tmp/PostgreSQL/9.3.3/data/" -o "-p 5888 -b  -c listen_addresses='' -c
unix_socket_permissions=0700 -c
unix_socket_directories='/tmp/PostgreSQL/9.3'"
start

Failure,
exiting

"/opt/PostgreSQL/9.3.3/bin/pg_ctl" -w -D "/tmp/PostgreSQL/9.3.3/data/" -o
"" -m fast stop >> "pg_upgrade_server.log"
2>&1

--
Thanks & Regards,
*Harshad Adalkonda*
Database Administrator
http://www.shreeyansh.com

^ permalink  raw  reply  [nested|flat] 9+ messages in thread


end of thread, other threads:[~2015-01-11 12:20 UTC | newest]

Thread overview: 9+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2015-01-09 22:27 pg_upgrade from V9.3.3 to V9.4.0 John Scalia <jayknowsunix@gmail.com>
2015-01-09 22:39 ` Bruce Momjian <bruce@momjian.us>
2015-01-09 22:42   ` John Scalia <jayknowsunix@gmail.com>
2015-01-09 22:56     ` Bruce Momjian <bruce@momjian.us>
2015-01-10 13:43 ` Harshad Adalkonda <adalkondaharshad@gmail.com>
2015-01-10 16:22   ` John Scalia <jayknowsunix@gmail.com>
2015-01-10 20:32   ` Bruce Momjian <bruce@momjian.us>
2015-01-11 00:55     ` John Scalia <jayknowsunix@gmail.com>
2015-01-11 12:20       ` Harshad Adalkonda <adalkondaharshad@gmail.com>

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox