[OSM-dev] Broken Daily Replication Diffs

[Stéphane Henriod]

Hi Brett

Is this problem only for the daily diffs, or also for the minutes and
hours? I am trying to get the minutely diffs working and get some strange
error messages "*Unable to read the changeset file on the server*"

Actually, I can't even make a wget on the files in the minute-replicate:

wget
> http://planet.openstreetmap.org/redaction-period/minute-replicate/state.txt
>

very often (but not always) returns

--2012-09-04 07:46:21--
> http://planet.openstreetmap.org/redaction-period/minute
> -replicate/state.txt
> Resolving planet.openstreetmap.org... 193.63.75.101
> Connecting to planet.openstreetmap.org|193.63.75.101|:80... failed:
> Connection r
> efused.
>

whereas

wget
> http://planet.openstreetmap.org/redaction-period/hour-replicate/state.txt
>

systematically downloads the file properly.

Am I doing something wrong or is there a problem with the state files for
the minute diffs?

Thanks!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



On Sat, Sep 1, 2012 at 5:14 PM, Brett Henderson <brett at bretth.com> wrote:

> Hi All,
>
> Please note that there have been some problems with the daily replication
> diffs in the last couple of days.
> http://planet.openstreetmap.org/redaction-period/day-replicate/
>
> BACKGROUND
> All files after 148 were incorrectly created.  The data in them was more
> or less valid data, but they were being generated hourly and with incorrect
> timestamps in the state files.  Each file claimed to contain an entire day
> of data, but in reality it only contained a single hour of data.  In
> addition, the state files were claiming to contain data from days into the
> future.  This was all due to a bug in the 0.41 version of Osmosis in its
> dealing with replication file time boundaries.  It has been fixed in the
> latest development codebase and activated on the planet server.  This bug
> only affects server-side replication from the apidb database, and has no
> impact on client-side consumption of the data.  It is safe to use 0.41 on
> the client side.
>
> MANUAL FIXUP STEPS REQUIRED
> If you are using consuming the day-replicate files with Osmosis, you will
> need to reset your replication state back to sequence number 148 and begin
> processing from that point again.
>
> To do this, download the following file and overwrite the "state.txt" in
> your local working directory.
>
> http://planet.openstreetmap.org/redaction-period/day-replicate/000/000/148.state.txt
>
> Performing the above step will cause Osmosis to begin process from 149
> onwards again.
>
> Apologies for the inconvenience,
> Brett
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20120904/c033d6db/attachment.html>