Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id B7026B5DC0A for ; Thu, 21 Jul 2011 16:12:34 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 57644-04 for ; Thu, 21 Jul 2011 19:12:28 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mmp2.nems.noaa.gov (mmp2.nems.noaa.gov [140.90.121.157]) by mail.postgresql.org (Postfix) with ESMTP id 9E33DB5D8C5 for ; Thu, 21 Jul 2011 16:12:28 -0300 (ADT) Received: from [198.206.39.102] by mmp2.nems.noaa.gov (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0LOP00EMI6ORZY90@mmp2.nems.noaa.gov> for pgsql-admin@postgresql.org; Thu, 21 Jul 2011 15:12:28 -0400 (EDT) Date: Thu, 21 Jul 2011 15:12:12 -0400 From: David Ondrejik Subject: Re: vacuumdb question/problem In-reply-to: <4E2805B4020000250003F657@gw.wicourts.gov> To: pgsql-admin Message-id: <4E287A0C.5090501@noaa.gov> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_tauL/ZBGtrpqLPMbPNNsQQ)" References: <4E283B55.5080206@noaa.gov> <4E2805B4020000250003F657@gw.wicourts.gov> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-3.093 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RP_MATCHES_RCVD=-1.193 X-Spam-Level: X-Archive-Number: 201107/157 X-Sequence-Number: 37936 This is a multi-part message in MIME format. --Boundary_(ID_tauL/ZBGtrpqLPMbPNNsQQ) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT I think I see a (my) fatal flaw that will cause the cluster to fail. >> From the info I received from previous posts, I am going to change >> my game plan. If anyone has thoughts as to different process or >> can confirm that I am on the right track, I would appreciate your >> input. >> >> 1. I am going to run a CLUSTER on the table instead of a VACUUM >> FULL. Kevin Grittner stated: > If you have room for a second copy of your data, that is almost > always much faster, and less prone to problems. I looked at the sizes for the tables in the database and the table I am trying to run the cluster on is 275G and I only have 57G free. I don't know how much of that 275G has data in it and how much is empty to allow for a second copy of the data. I am guessing the cluster would fail due to lack of space. Are there any other options?? If I unload the table to a flat file; then drop the table from the database; then recreate the table; and finally reload the data - will that reclaim the space? Kevin - thanks for the book recommendation. Will order it tomorrow. Thanks again for all the technical help! Dave --Boundary_(ID_tauL/ZBGtrpqLPMbPNNsQQ) Content-type: text/x-vcard; charset=utf-8; name=david_ondrejik.vcf Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=david_ondrejik.vcf begin:vcard fn:David Ondrejik n:Ondrejik;David org:weather.gov/marfc;NOAA's National Weather Service adr;dom:Suite #330;;328 Innovation Blvd;State College;PA;16803 email;internet:david.ondrejik@noaa.gov title:Senior Hydrologist. Mid-Atlantic River Forecast Center tel;work:814-231-2401 version:2.1 end:vcard --Boundary_(ID_tauL/ZBGtrpqLPMbPNNsQQ)--