Re: [ADMIN] db recovery after hd crash (could not open relation 1663/16385/16400: No such file or directory)

2010-02-26 Thread Roland Wells
On Fri, Feb 26, 2010 at 7:41 PM, Tom Lane wrote: > Roland Wells writes: >> On new hardware, installed pg8.1 and restored data directory and >> attempted to start pg. After fixing some config differences, it >> complained of a missing pg_clog/xxx file. After searching the archives >> for hints, ad

Re: [ADMIN] db recovery after hd crash (could not open relation 1663/16385/16400: No such file or directory)

2010-02-26 Thread Tom Lane
Roland Wells writes: > On new hardware, installed pg8.1 and restored data directory and > attempted to start pg. After fixing some config differences, it > complained of a missing pg_clog/xxx file. After searching the archives > for hints, added a file of zero's and pg starts successfully. The db

[ADMIN] db recovery after hd crash (could not open relation 1663/16385/16400: No such file or directory)

2010-02-26 Thread Roland Wells
Hello all, Background: DB resides on a mirrored array, HD1 goes bad and before it can be replaced, HD2 starts throwing hardware errors. We were able to get a DD from HD2 and have restored the box quite successfully with the exception of the pg db. There WAS corruption to the filesystem. Since the

Re: [ADMIN] Altering a column (increasing size) in Postgres takes long time

2010-02-26 Thread Kevin Grittner
Jaime Casanova wrote: > Tomeh, Husam wrote: >> We have a huge table with hundred million records. We need to >> increase the size of an existing column with varchar type, and it >> has been running for more than 12 hours. >> 3) Some folks referred to directly updating Postgres internal >> table