Thread: pg_upgrade from 9.0 to 9.1
Hiya running lucid 64 bit. When I try to start pg_upgrade I get the following output: postgres@newcollab:/tmp$ /usr/lib/postgresql/9.1/bin/pg_upgrade -b /usr/lib/postgresql/9.0/bin -B /usr/lib/postgresql/9.1/bin -d/var/lib/postgresql/9.0/main -D /var/lib/postgresql/9.1/main Performing Consistency Checks ----------------------------- Checking current, bin, and data directories ok Checking cluster versions ok and after this nothing. top shows pg_config running at a solid 20% CPU, ps gives the following output: $ps aux | grep postg postgres 15559 0.0 0.0 89660 2628 pts/0 S 19:39 0:00 su postgres postgres 15560 0.0 0.0 11164 1964 pts/0 S 19:39 0:00 bash postgres 21385 0.0 0.0 50600 2252 pts/0 S+ 19:48 0:00 /usr/lib/postgresql/9.1/bin/pg_upgrade -b /usr/lib/postgresql/9.0/bin -B /usr/lib/postgresql/9.1/bin -d/var/lib/postgresql/9.0/main -D /var/lib/postgresql/9.1/main postgres 21390 0.0 0.0 4096 572 pts/0 S+ 19:48 0:00 sh -c "/usr/lib/postgresql/9.1/bin/pg_config" --pkglibdir postgres 21391 20.1 0.0 4096 576 pts/0 S+ 19:48 0:10 /bin/sh /usr/lib/postgresql/9.1/bin/pg_config --pkglibdir so far I have broken off after about 5 minutes. Has anybody seen this behaviour before? Thanks! Bernhard
Bernhard Rohrer wrote: > Hiya > > running lucid 64 bit. When I try to start pg_upgrade I get the following > output: > > postgres@newcollab:/tmp$ /usr/lib/postgresql/9.1/bin/pg_upgrade -b > /usr/lib/postgresql/9.0/bin -B /usr/lib/postgresql/9.1/bin > -d/var/lib/postgresql/9.0/main -D /var/lib/postgresql/9.1/main > Performing Consistency Checks > ----------------------------- > Checking current, bin, and data directories ok > Checking cluster versions ok > > and after this nothing. top shows pg_config running at a solid 20% CPU, > ps gives the following output: > > $ps aux | grep postg > postgres 15559 0.0 0.0 89660 2628 pts/0 S 19:39 0:00 su postgres > postgres 15560 0.0 0.0 11164 1964 pts/0 S 19:39 0:00 bash > postgres 21385 0.0 0.0 50600 2252 pts/0 S+ 19:48 0:00 > /usr/lib/postgresql/9.1/bin/pg_upgrade -b /usr/lib/postgresql/9.0/bin -B > /usr/lib/postgresql/9.1/bin -d/var/lib/postgresql/9.0/main -D > /var/lib/postgresql/9.1/main > postgres 21390 0.0 0.0 4096 572 pts/0 S+ 19:48 0:00 sh -c > "/usr/lib/postgresql/9.1/bin/pg_config" --pkglibdir > postgres 21391 20.1 0.0 4096 576 pts/0 S+ 19:48 0:10 /bin/sh > /usr/lib/postgresql/9.1/bin/pg_config --pkglibdir > > so far I have broken off after about 5 minutes. Has anybody seen this > behaviour before? Nope. I remember someone else complaining that pg_controldata or pg_config was stuck, but I couldn't figure out why. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
On 08/09/11 20:49, Bruce Momjian wrote: > Bernhard Rohrer wrote: >> Hiya >> >> running lucid 64 bit. When I try to start pg_upgrade I get the following >> output: >> >> postgres@newcollab:/tmp$ /usr/lib/postgresql/9.1/bin/pg_upgrade -b >> /usr/lib/postgresql/9.0/bin -B /usr/lib/postgresql/9.1/bin >> -d/var/lib/postgresql/9.0/main -D /var/lib/postgresql/9.1/main >> Performing Consistency Checks >> ----------------------------- >> Checking current, bin, and data directories ok >> Checking cluster versions ok >> >> and after this nothing. top shows pg_config running at a solid 20% CPU, >> ps gives the following output: >> >> $ps aux | grep postg >> postgres 15559 0.0 0.0 89660 2628 pts/0 S 19:39 0:00 su postgres >> postgres 15560 0.0 0.0 11164 1964 pts/0 S 19:39 0:00 bash >> postgres 21385 0.0 0.0 50600 2252 pts/0 S+ 19:48 0:00 >> /usr/lib/postgresql/9.1/bin/pg_upgrade -b /usr/lib/postgresql/9.0/bin -B >> /usr/lib/postgresql/9.1/bin -d/var/lib/postgresql/9.0/main -D >> /var/lib/postgresql/9.1/main >> postgres 21390 0.0 0.0 4096 572 pts/0 S+ 19:48 0:00 sh -c >> "/usr/lib/postgresql/9.1/bin/pg_config" --pkglibdir >> postgres 21391 20.1 0.0 4096 576 pts/0 S+ 19:48 0:10 /bin/sh >> /usr/lib/postgresql/9.1/bin/pg_config --pkglibdir >> >> so far I have broken off after about 5 minutes. Has anybody seen this >> behaviour before? > Nope. I remember someone else complaining that pg_controldata or > pg_config was stuck, but I couldn't figure out why. > any debugging you want me to do? I am game. cheers B
Bernhard Rohrer wrote: > On 08/09/11 20:49, Bruce Momjian wrote: > > Bernhard Rohrer wrote: > >> Hiya > >> > >> running lucid 64 bit. When I try to start pg_upgrade I get the following > >> output: > >> > >> postgres@newcollab:/tmp$ /usr/lib/postgresql/9.1/bin/pg_upgrade -b > >> /usr/lib/postgresql/9.0/bin -B /usr/lib/postgresql/9.1/bin > >> -d/var/lib/postgresql/9.0/main -D /var/lib/postgresql/9.1/main > >> Performing Consistency Checks > >> ----------------------------- > >> Checking current, bin, and data directories ok > >> Checking cluster versions ok > >> > >> and after this nothing. top shows pg_config running at a solid 20% CPU, > >> ps gives the following output: > >> > >> $ps aux | grep postg > >> postgres 15559 0.0 0.0 89660 2628 pts/0 S 19:39 0:00 su postgres > >> postgres 15560 0.0 0.0 11164 1964 pts/0 S 19:39 0:00 bash > >> postgres 21385 0.0 0.0 50600 2252 pts/0 S+ 19:48 0:00 > >> /usr/lib/postgresql/9.1/bin/pg_upgrade -b /usr/lib/postgresql/9.0/bin -B > >> /usr/lib/postgresql/9.1/bin -d/var/lib/postgresql/9.0/main -D > >> /var/lib/postgresql/9.1/main > >> postgres 21390 0.0 0.0 4096 572 pts/0 S+ 19:48 0:00 sh -c > >> "/usr/lib/postgresql/9.1/bin/pg_config" --pkglibdir > >> postgres 21391 20.1 0.0 4096 576 pts/0 S+ 19:48 0:10 /bin/sh > >> /usr/lib/postgresql/9.1/bin/pg_config --pkglibdir > >> > >> so far I have broken off after about 5 minutes. Has anybody seen this > >> behaviour before? > > Nope. I remember someone else complaining that pg_controldata or > > pg_config was stuck, but I couldn't figure out why. > > > any debugging you want me to do? I am game. I would try running '/usr/lib/postgresql/9.1/bin/pg_config --pkglibdir' manually with the servers down. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +