Hilary Cotter wrote:
> Could you post the schema of the problem table here?
>
> --
> Hilary Cotter
> Director of Text Mining and Database Strategy
> RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.
>
> This posting is my own and doesn't necessarily represent RelevantNoise's
> positions, strategies or opinions.
>
> Looking for a SQL Server replication book?
>
http://www.nwsu.com/0974973602.html >
> Looking for a FAQ on Indexing Services/SQL FTS
>
http://www.indexserverfaq.com >
>
>
> "Udit Ghai" <ghai.udit@gmail.com> wrote in message
> news:1161955921.012391.244850@h48g2000cwc.googlegroups.com...
> > same error occurs even if i change the resolver
> >
> > Hilary Cotter wrote:
> >
> >> It sounds like your custom resolver is breaking your subscription. Do you
> >> get this error if you use a different resolver?
> >>
> >> --
> >> Hilary Cotter
> >> Director of Text Mining and Database Strategy
> >> RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.
> >>
> >> This posting is my own and doesn't necessarily represent RelevantNoise's
> >> positions, strategies or opinions.
> >>
> >> Looking for a SQL Server replication book?
> >>
http://www.nwsu.com/0974973602.html > >>
> >> Looking for a FAQ on Indexing Services/SQL FTS
> >>
http://www.indexserverfaq.com > >>
> >>
> >>
> >> "Udit Ghai" <ghai.udit@gmail.com> wrote in message
> >> news:1161930941.106320.291430@f16g2000cwb.googlegroups.com...
> >> > hi, i have been playing around with the custom resolver for merge
> >> > replication. i have a merge publication with 1 article having non
> >> > overlapping partitions dynamic partitions going to a single partition.
> >> > i have 2 subscriptions which had row tracking enabled. i changed the
> >> > resolver to microsoft sqlserver averaging conflict resolver and the
> >> > tracking to column tracking. After reinitializing the subscriptions one
> >> > subscription worked fine while the other gave the following error
> >> >
> >> > "The merge process failed because it detected a mismatch between the
> >> > replication metadata of the two replicas, such that some changes could
> >> > be lost leading to non-convergence. This could be due to the subscriber
> >> > not having synchronized within the retention period, or because of one
> >> > of the replicas being restored to a backup older than retention period,
> >> > or because of the publisher performing more aggressive cleanup on
> >> > articles of type download-only and articles with partition_options =
> >> > 3."
> >> >
> >> > i even tried to create a new snapshot for that partition and then
> >> > reinitialize the subscription but what happens is that it applies the
> >> > snapshot succesfully to the subscriber in the next synchronization but
> >> > afterwards the same error message appears. i can re-create the
> >> > subscription since this is on a test database but i want to find out
> >> > why this error is coming so i would be nice if you could help solve
> >> > this without dropping the subscription
> >> >
> >> > thanks
> >> >
> >