Re: ERROR: Could not access status of transaction ####
От | Ralph Smith |
---|---|
Тема | Re: ERROR: Could not access status of transaction #### |
Дата | |
Msg-id | EE7DC116-935E-4F1C-912B-CFF49B3F5884@u.washington.edu обсуждение исходный текст |
Ответ на | Re: ERROR: Could not access status of transaction #### ("Scott Marlowe" <scott.marlowe@gmail.com>) |
Ответы |
Re: ERROR: Could not access status of transaction ####
|
Список | pgsql-general |
Thank you Scott! I'm away from my desk and will dive back into it. Fortunately I have two machines, each w/ 7.4 & 8.2 on them. New installs on Ubuntu 7.4. As to why I had 'no role or database' errors yesterday, am I right that it was either: A) I accidentally did a pg_dump when I thought I'd done a pg_dumpall, or B) Using the text file output of pg_dumpall behaves differently on import than the -Fc format? I'd imported it w/ psql, since it was a text file. Thanks! Ralph Smith smithrn@u.washington.edu ===================== On Oct 19, 2007, at 1:35 PM, Scott Marlowe wrote: > On 10/19/07, Ralph Smith <smithrn@u.washington.edu> wrote: >> I'm using 7.4 in preparation for an overdue upgrade. >> >> Yesterday I posted 2 questions that were ignored, so I'll try a >> third now. >> >> When doing a query I get same error as below, which are the >> results of >> vacuumdb. >> >> vacuumdb: vacuuming of database "airburst" failed: ERROR: could >> not access >> status of transaction 7564911 >> DETAIL: could not open file >> "/var/lib/postgresql/7.4/main/pg_clog/0007": No such file >> or directory >> >> I'm only querying from 1 table. >> I could really use some help. >> >> ---- >> >> Regarding yesterday's Qs, how best to un-import from pg_dumpall's >> results? >> I'd dump-all'd into a text file and imported it via a psql -f >> filename. >> It had encoding errors AND did NOT make the database I needed. >> Everything >> went into db postgres. > > yeah, you should be able to just drop and recreate postgres. As the > postgres superuser, something like: > > dropdb postgres > createdb -T template1 postgres > OR if it fails not finding the postgres db, then > psql template1 -U postgres > create database postgres with template template1 > > As for the encoding, make a new db with the same encoding as your last > db, and try again. If that doesn't work, look up iconv in the > archives / google. Lets you convert from encoding to another. > > The vacuumdb error is much more worrisome and makes me wonder about > your hardware / OS reliability / possible driver error.
В списке pgsql-general по дате отправления: