codeWarrior wrote: > Lookas as if you've managed to turn off your computer mid-transaction > thereby corrupting the postgreSQL commit logs (pg_clog)... > > You should never just turn off a database server... always shut it down > normally... Turning it off was a major mistake. I dont know if you can > recover or not as the system (postgreSQL) now thinks it is in the middle of > a transaction... PostgreSQL should never get corrupted by turning off the server. It isn't ideal to do that, but it should not get corrupted. --------------------------------------------------------------------------- > > As far as recovery goes... You might try a vacuum full and pg_resetxlog > (search the postgreSQL docs for pg_resetxlog)... Other than that you might > need to get Tom Lane's attention on this one... > > > > ""Nirav Parikh"" <nirav.p@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message > news:221385EC3F18A44DB0925467A1D2395F38FB07@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > Hi, > > I got this error message when I tried to do pg_dump on the database. > > pg_dump: ERROR: invalid memory alloc request size 4294967293 > pg_dump: SQL command to dump the contents of table "wordlist" failed: > PQendcopy() failed. > pg_dump: Error message from server: ERROR: invalid memory alloc request > size 4294967293 > pg_dump: The command was: COPY public.wordlist (word_id, word, count_word) > TO stdout; > > I went to phppgadmin and try to access the worldlist table and it also gives > me following error message: > > ERROR: could not access status of transaction 6849340 > DETAIL: could not open file "/var/lib/pgsql/data/pg_clog/0006": No such > file or directory > > In statement: > SELECT COUNT(*) AS total FROM (SELECT "oid", * FROM "public"."wordlist") AS > sub > > CPU was heating up so I turn off the computer and to fix the problem and > after that this occour. I don't know if this has anything to with database > corruption. > > This is production server and I don't have latest backup does anyone how to > resolve this. > > Please Help > > Regards, > > Nirav Parikh > > > > ---------------------------(end of broadcast)--------------------------- > TIP 2: Don't 'kill -9' the postmaster > -- Bruce Momjian | http://candle.pha.pa.us pgman@xxxxxxxxxxxxxxxx | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073 ---------------------------(end of broadcast)--------------------------- TIP 9: In versions below 8.0, the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
