Search Postgresql Archives

Re: ERROR: Could not access status of transaction ####

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxxxxxx
=====================


On Oct 19, 2007, at 1:35 PM, Scott Marlowe wrote:

On 10/19/07, Ralph Smith <smithrn@xxxxxxxxxxxxxxxx> 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.


---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

              http://www.postgresql.org/docs/faq

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux