[OSM-dev] Data corruption :) II

Stefan de Konink stefan at konink.de
Mon Nov 24 12:49:52 GMT 2008


Tom Hughes wrote:
> That would be a backward step - we have perfect synchronisation at the 
> moment so why move to a situation where you may get old data, even if 
> only a few minutes old?

Because your perfect synchronisation is in one place: London. Your users 
are all over the world.

>>> + loss of control unless all proxy targets are maintained by
>>>   the OSM admin team
>>
>> The OSM admin team maintains the proxy. And targets get checked if 
>> they have the latest minutely's every hour -> if not, remove from pool.
> 
> Absolutely not. That way leads to chaos. We know this from the t at h proxy 
> experience where there was always at least one server that didn't seem 
> to be working.

If not working; not in the pool? That is pretty trivial. Just an 
automatic script.

>>>> What is the down time you expect for 0.6 migration?
>>>
>>> We are still attempting to quantify that.
>>
>> New server an option?
> 
> Moving to a new database server is part of the migration plan.

Then why would there be any serious downtime then? (Longer than 5 
minutes to synchronise with the latest diff)


Stefan




More information about the dev mailing list