RE: pg_log
От | Neil Toronto |
---|---|
Тема | RE: pg_log |
Дата | |
Msg-id | 14A4DCD7F3CED3118749009027DCBFE4B65D5A@smtp.stsrvcs.com обсуждение исходный текст |
Ответ на | pg_log (Neil Toronto <NToronto@Dentrix.com>) |
Список | pgsql-admin |
Never mind. Out of disk space. And the database is fine. Whew! -----Original Message----- From: Neil Toronto [mailto:NToronto@dentrix.com] Sent: Wednesday, August 09, 2000 9:49 AM To: pgsql-admin@postgreSQL.org Subject: [ADMIN] pg_log Okay, this is weird. I've got a server-side program that opens a backend connection to a postgres 6.5.2 database that came with Red Hat 6.1. It issues the following statements: BEGIN; DECLARE qbdbportal CURSOR FOR SELECT next_number from counter WHERE name = 'local'; FETCH ALL IN qbdbportal; CLOSE qbdbportal; UPDATE counter SET next_number = 32531 WHERE name = 'local'; COMMIT; and I get the following error: ERROR: cannot write block 60 of pg_log /var/lib/pgsql/pg_log is 491520 bytes long (which is 10x a nice, round number in hex - C000h - by the way), and I'm at the end of my rope, so I truncate it this way: cat /dev/null > /var/lib/pgsql/pg_log and try the server-side program again. It works, and pg_log is now 499712 bytes long. What's going on here? Everything seems to work fine now - it's just that postgres couldn't write to the file that one time or something. Am I going to have to deal with this all the time? Did I break something by truncating pg_log? Thanks, Neil
В списке pgsql-admin по дате отправления: