Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

Re: Stuck cvs lock on anoncvs repository


  • From: Robert Haas <robertmhaas(at)gmail(dot)com>
  • To: "Marc G. Fournier" <scrappy(at)hub(dot)org>
  • Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>, Greg Stark <gsstark(at)mit(dot)edu>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Dave Page <dpage(at)pgadmin(dot)org>, pgsql-www(at)postgresql(dot)org
  • Subject: Re: Stuck cvs lock on anoncvs repository
  • Date: Sat, 27 Jun 2009 22:06:36 -0400
  • Message-id: <603c8f070906271906g1a70dcdci64c7306c46bd289@mail.gmail.com> <text/plain>

On Sat, Jun 27, 2009 at 8:09 PM, Marc G. Fournier<scrappy(at)hub(dot)org> wrote:
> On Sat, 27 Jun 2009, Alvaro Herrera wrote:
>
>> Stefan Kaltenbrunner escribió:
>>>
>>> Greg Stark wrote:
>>>>
>>>> do we not have --delete on the rsync command? why doesn't the problem
>>>> go away on the next sync if we do?
>>>
>>> we do use --delete - but nobody commited after we tagged and before the
>>> problem got reported so the regular on-commit code didn't kick in and
>>> forced syncs only happen once a day.
>>
>> Are we worried about bandwidth wastage that we don't run it more often?
>
> More often then when ppl commit?  What would be the point to that?

Well, the whole point of using rsync is that it only copies what has
changed, so there is very little overhead involved in running it when
nothing has changed.  If our current system is adding an additional
layer of "did anything change?" checking, it's unnecessarily
duplicating functionality which is already implemented really, really
well by rsync.

If updating the exclude list is sufficient to fix the problem, maybe
it's not worth worrying about.  But on the other hand maybe we should
just rsync it every 15 minutes and forget about it.

...Robert



Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group