Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 0CEFA632509 for ; Mon, 10 May 2010 22:12:21 -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 56855-10 for ; Tue, 11 May 2010 01:12:12 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mail.postgresql.org (Postfix) with ESMTP id DADD8632482 for ; Mon, 10 May 2010 22:12:13 -0300 (ADT) Received: from [192.168.0.105] (pool-96-244-14-10.bltmmd.fios.verizon.net [96.244.14.10]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MHrmH-1OAo8d2MNp-003OCl; Tue, 11 May 2010 03:12:03 +0200 Message-ID: <4BE8AEE0.7080701@2ndquadrant.com> Date: Mon, 10 May 2010 21:12:00 -0400 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Tom Lane CC: bricklen , pgsql-general@postgresql.org Subject: Re: Archiver not picking up changes to archive_command References: <21571.1273539053@sss.pgh.pa.us> In-Reply-To: <21571.1273539053@sss.pgh.pa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX18+GVOc1/9Dl/EQH92kuFaSM8LsMzhDoPg5Wl9 NsXQFdAwG7iXVwZPrALzWzAXktfVuyScFz3QvcL73Tt0EA3iXF O9+2oF5UNlbFrDz4xf+rt5wHn89q32N X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201005/373 X-Sequence-Number: 162742 Tom Lane wrote: > A look at the code shows that the archiver only notices SIGHUP once > per outer loop, so the change would only take effect once you catch up, > which is not going to help much in this case. Possibly we should change > it to check for SIGHUP after each archive_command execution. > I never considered this a really important issue to sort out because I tell everybody it's unwise to put something complicated directly into archive_command. Much better to call a script that gets passed %f/%p, then let that script do all the work; don't even have to touch the server config if you need to fix something then. The lack of error checking that you get when just writing some shell commands directly in the archive_command itself horrifies me in a production environment. -- Greg Smith 2ndQuadrant US Baltimore, MD PostgreSQL Training, Services and Support greg@2ndQuadrant.com www.2ndQuadrant.us