Received: from localhost (maia-5.hub.org [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id 725829FA508 for ; Thu, 4 Jan 2007 14:39:21 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 68562-03 for ; Thu, 4 Jan 2007 14:39:12 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id 5DFF69FA4F0 for ; Thu, 4 Jan 2007 14:39:13 -0400 (AST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.6/8.13.6) with ESMTP id l04IdB0V023143; Thu, 4 Jan 2007 13:39:11 -0500 (EST) To: JTyrrell cc: pgsql-general@postgresql.org Subject: Re: pg_dump problems In-reply-to: <8156139.post@talk.nabble.com> References: <8138723.post@talk.nabble.com> <459BFD8D.4030100@archonet.com> <8156139.post@talk.nabble.com> Comments: In-reply-to JTyrrell message dated "Thu, 04 Jan 2007 01:20:10 -0800" Date: Thu, 04 Jan 2007 13:39:11 -0500 Message-ID: <23142.1167935951@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200701/155 X-Sequence-Number: 106695 JTyrrell writes: > 1. pg_dump -s doesn't work. I've tried using a load of other options and > none at all but no luck. > 2. I'm running as root so wont be a problem there, and the file im dumping > to has full permissions for everyone. > What makes this even more confusing is I tried pg_dump with a database name > that doesnt exist and tried dumping from database root with a user that > doesn't have permission to do that. Both gave the same results as before. > Its basically creating the file i need, looking for the database and not > finding it. When you dump an empty database the file at least has some info > on session authorization and the schema. Im getting nothing! It's really hard to believe that pg_dump would write nothing to either the output file or stderr. The only thought that comes to mind is that if this machine has SELinux enabled, the SELinux policy might be forbidding it from writing on the output file. What's the platform, exactly? regards, tom lane