Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id C77B21337B64 for ; Tue, 23 Nov 2010 11:22:40 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 59316-06 for ; Tue, 23 Nov 2010 15:22:33 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id D89CF1336B42 for ; Tue, 23 Nov 2010 11:22:32 -0400 (AST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id oANFMUA0008603; Tue, 23 Nov 2010 10:22:30 -0500 (EST) To: Achilleas Mantzios cc: pgsql-admin@postgresql.org Subject: Re: FK disappeared in 8.3.3 In-reply-to: <201011231014.57430.achill@matrix.gatewaynet.com> References: <201011221213.32035.achill@matrix.gatewaynet.com> <4CEA30A90200002500037CE1@gw.wicourts.gov> <27456.1290442272@sss.pgh.pa.us> <201011231014.57430.achill@matrix.gatewaynet.com> Comments: In-reply-to Achilleas Mantzios message dated "Tue, 23 Nov 2010 11:14:57 +0300" Date: Tue, 23 Nov 2010 10:22:29 -0500 Message-ID: <8602.1290525749@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201011/201 X-Sequence-Number: 36167 Achilleas Mantzios writes: > At this time our problematic vessel was running 7.4.2. This vessel upgraded to 8.3.3 > some time in January 2009. 7.4!? I can't shake the suspicion that some of your issues arose from trying to load a later-version pg_dump output into an older-version server. The discrepancies you're seeing are closely related to places where we've changed pg_dump's output over the years, and not always in backwards-compatible ways. The older server would throw syntax errors on the newer commands, and if you didn't notice or follow up on that during the reload, the outcome would be that the objects those commands tried to create would just not be there. Which is what you've got. I don't have enough information to show the exact chain of events, but I think that something like this is a lot more probable than a random hardware failure that just happened to produce these particular results. regards, tom lane