X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 9BBD5D1BAD6; Mon, 5 Apr 2004 15:20:45 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 14198-04; Mon, 5 Apr 2004 12:21:13 -0300 (ADT) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by svr1.postgresql.org (Postfix) with ESMTP id 4D2F0D1BAD3; Mon, 5 Apr 2004 12:20:43 -0300 (ADT) Received: from mailgate.vale-housing.co.uk ([80.176.1.146] helo=salem.vale-housing.co.uk) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 1BAVua-000PKm-4d; Mon, 05 Apr 2004 16:21:20 +0100 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Subject: Re: Moving services to a new server / IP ... Date: Mon, 5 Apr 2004 16:21:17 +0100 Message-ID: <03AF4E498C591348A42FC93DEA9661B889F96B@mail.vale-housing.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [pgsql-www] Moving services to a new server / IP ... thread-index: AcQbGDm1zPQwEQbqRFeDTR7Nc3jRBQACTYVQ From: "Dave Page" To: "Marc G. Fournier" Cc: , X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200404/21 X-Sequence-Number: 4125 =20 > -----Original Message----- > From: Marc G. Fournier [mailto:scrappy@postgresql.org]=20 > Sent: 05 April 2004 15:14 > To: Dave Page > Cc: scrappy@postgresql.org; pgsql-www@postgresql.org;=20 > pgsql-core@postgresql.org > Subject: Re: [pgsql-www] Moving services to a new server / IP ... >=20 > True, but all that means is that the script to do the updates=20 > just needs to copy over the appropriate rsyncd.conf file that=20 > gets generated, no? > That is, I believe, the only part that is database driven? No, there is a C prog that periodically scans the rsync logfile and sets the last sync timestamp in the DB based on when it sees connections from the mirrors. That's how we keep track of which mirrors are up to date. Regards, Dave