Обсуждение: pg_upgrade from V9.3.3 to V9.4.0

Поиск
Список
Период
Сортировка

pg_upgrade from V9.3.3 to V9.4.0

От
John Scalia
Дата:
Hi all,

While we're not planning to migrate to the new version, I'm trying to gain some experience as the streaming replication
hasreally 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
bypg_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
runthis prior going from 9.2.2 to 9.3.3 and that had no issues. 
--
Jay



Re: pg_upgrade from V9.3.3 to V9.4.0

От
Bruce Momjian
Дата:
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. +


Re: pg_upgrade from V9.3.3 to V9.4.0

От
John Scalia
Дата:
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.
>



Re: pg_upgrade from V9.3.3 to V9.4.0

От
Bruce Momjian
Дата:
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. +


Re: pg_upgrade from V9.3.3 to V9.4.0

От
Harshad Adalkonda
Дата:

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


Вложения

Re: pg_upgrade from V9.3.3 to V9.4.0

От
John Scalia
Дата:
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> 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



Re: pg_upgrade from V9.3.3 to V9.4.0

От
Bruce Momjian
Дата:
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. +


Re: pg_upgrade from V9.3.3 to V9.4.0

От
John Scalia
Дата:
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.


Re: pg_upgrade from V9.3.3 to V9.4.0

От
Harshad Adalkonda
Дата:

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