[GENERAL] Missing database entry in pg_database
Hi, I have a problem with a database i'm maintaining. I first noticed the problem because i could not make a backup of the database i got the following error: pg_dump: missing pg_database entry for database "xxx" I verified this by selecting the pg_database. It was indeed gone. I did some more diggin and noticed that on doing a describe (\d ) of a table i could not see any or some of the columns in the table, and a few tables i also could just see the correct layout. It looks random. The database is a very active database. It is running on Postgresql 7.3. The database is getting a VACUUM FULL ANALYZE every night. No updates where made on the machine and the error did not accour after a human action as far as i can see. Can someone tell me what happened here? Can i fix my system table? Can i still trust the other databases on the system? -- "You can't reach second base, and keep your foot on first." Groeten, Robert ---(end of broadcast)--- TIP 6: explain analyze is your friend
Re: [GENERAL] Missing database entry in pg_database
Robert Korteweg <[EMAIL PROTECTED]> writes: > I have a problem with a database i'm maintaining. I first noticed the > problem because i could not make a backup of the database i got the > following error: > pg_dump: missing pg_database entry for database "xxx" > I verified this by selecting the pg_database. It was indeed gone. > I did some more diggin and noticed that on doing a describe (\d ) > of a table i could not see any or some of the columns in the table, and > a few tables i also could just see the correct layout. It looks random. This sounds suspiciously like a transaction ID wraparound problem. > The database is a very active database. It is running on Postgresql 7.3. > The database is getting a VACUUM FULL ANALYZE every night. The *entire* database ... or are you just vacuuming the user tables and not the system catalogs? Daily vacuuming of the catalogs should have prevented any such problem (unless you are managing to exceed 1 billion transactions per day...) regards, tom lane ---(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
Re: [GENERAL] Missing database entry in pg_database
Robert Korteweg writes: I have a problem with a database i'm maintaining. I first noticed the problem because i could not make a backup of the database i got the following error: pg_dump: missing pg_database entry for database "xxx" I verified this by selecting the pg_database. It was indeed gone. I did some more diggin and noticed that on doing a describe (\d ) of a table i could not see any or some of the columns in the table, and a few tables i also could just see the correct layout. It looks random. This sounds suspiciously like a transaction ID wraparound problem. Yes i read about that, but i thought this was not my problem because i vacuumed like i thought i should. The database is a very active database. It is running on Postgresql 7.3. The database is getting a VACUUM FULL ANALYZE every night. The *entire* database ... or are you just vacuuming the user tables and not the system catalogs? Daily vacuuming of the catalogs should have prevented any such problem (unless you are managing to exceed 1 billion transactions per day...) VACUUM FULL ANALYZE is the exact query i do on the database every night. I do not know if postgres will vacuum the systemtables as well with this command. And i do not believe the database will exceed the billion transactions a day. I also do not see the template databases, but i do not know if this is important. -- "You can't reach second base, and keep your foot on first." Groeten, Robert ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster
Re: [GENERAL] Missing database entry in pg_database
Robert Korteweg wrote: Robert Korteweg writes: I have a problem with a database i'm maintaining. I first noticed the problem because i could not make a backup of the database i got the following error: pg_dump: missing pg_database entry for database "xxx" I verified this by selecting the pg_database. It was indeed gone. I did some more diggin and noticed that on doing a describe (\d ) of a table i could not see any or some of the columns in the table, and a few tables i also could just see the correct layout. It looks random. This sounds suspiciously like a transaction ID wraparound problem. Yes i read about that, but i thought this was not my problem because i vacuumed like i thought i should. The database is a very active database. It is running on Postgresql 7.3. The database is getting a VACUUM FULL ANALYZE every night. The *entire* database ... or are you just vacuuming the user tables and not the system catalogs? Daily vacuuming of the catalogs should have prevented any such problem (unless you are managing to exceed 1 billion transactions per day...) VACUUM FULL ANALYZE is the exact query i do on the database every night. I do not know if postgres will vacuum the systemtables as well with this command. And i do not believe the database will exceed the billion transactions a day. I also do not see the template databases, but i do not know if this is important. Any thought? i'm about too decide to do an initdb on this database, but would prever too fix the problem. -- "You can't reach second base, and keep your foot on first." Groeten, Robert ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings