Received: from localhost.localdomain (postgresql.org [64.49.215.8]) by localhost (Postfix) with ESMTP id 5EDF3475F09 for ; Sun, 12 May 2002 12:08:33 -0400 (EDT) Received: from sss.pgh.pa.us (unknown [192.204.191.242]) by postgresql.org (Postfix) with ESMTP id 27EDC475938 for ; Sun, 12 May 2002 12:04:52 -0400 (EDT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.4/8.11.4) with ESMTP id g4CG4oW00181; Sun, 12 May 2002 12:04:50 -0400 (EDT) To: Brian McCane Cc: pgsql-admin Subject: Re: VACUUM FULL In-reply-to: <20020511173322.J37676-100000@fw.mccons.net> References: <20020511173322.J37676-100000@fw.mccons.net> Comments: In-reply-to Brian McCane message dated "Sat, 11 May 2002 17:39:40 -0500" Date: Sun, 12 May 2002 12:04:50 -0400 Message-ID: <178.1021219490@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200205/103 X-Sequence-Number: 4278 Brian McCane writes: > Okay, now I am a little scared. Before I started rebuilding indexes, I > decided to do the VACUUM FULL thing on all of my tables. On my two most > referenced tables I am getting: > ERROR: No one parent tuple was found Oh, that's interesting. We've gotten sporadic reports of that error message but no one's ever submitted a reproducible case. Don't suppose you want to trace through VACUUM FULL with a debugger (or let someone else do so) to see why it's getting confused? FWIW, I don't think you need fear data loss. VACUUM FULL has some, um, quite baroque code to deal with moving update chains as a unit, and it's just reporting that it couldn't figure out how to move what looked like a tuple chain. AFAIK this situation can only occur when there are open transactions that can still see some already-replaced tuple. So the error would probably go away if you closed all your open transactions. regards, tom lane