From: John Luo on
I got the following error:

The suscription could not be created.
Verify that a valid username and password were provided

Additional Infomation:
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 whitin retention period, or because of one of the
replicas being restored to a backup older than retention period, or becauseof
the publisher performing more aggressive cleanup on articles of type
download-only and articles with partion_option =3. (merger replication
Provider)

Publisher SQL 2005 STD SP1
Subscriber: SQL Express SP2

I checked there is no partion_option =3
Every subscriber is synced.
Ran exec sys.sp_mergemetadataretentioncleanup. The problem is not fixed.
Thank you for help,
John
From: Peter Yang [MSFT] on
Hello John,

To understand the issue better, I'd like to know the following information:

1. What is the Retention Period?
2. Datatime of last successful synchronization of this Subscriber.
3. Did by any chance we restored Subscriber DB? Was Publisher DB restored
from backup?
4. What is the -ExchangeType of Merge Agent? Is it download-only?
5. Did you try to re-initialize the subscribers to test?

If the issue persists, you may want to try the following steps to
troubleshoot the issue


1. Tempoarily remove/disable the cleanup SP job.
2. Rebuild indexes on Meta Data tables so that synchronization & cleanup is
fast.

/*********************************/
DBCC DBREINDEX ('MSmerge_contents')
DBCC DBREINDEX ('MSmerge_genhistory')
DBCC DBREINDEX ('MSmerge_tombstone')
/*********************************/

3. Since Merge Agent will clean the meta data tables it will keep the size
of these tables will be within limit.
4. Reinitialize Subscriber.

As I know, there is a known issue that if an existing subscriber to a
publication recreates their subscription to a database, they are able to
perform the initial snapshot application and synchronization, but
subsequent replications may fail due to some metadata cleanup issues.

To find out the root cause of this issue we may need to analyze memory
dumps, this work has to be done by contacting Microsoft Product Support
Services. Therefore, we probably will not be able to resolve the issue
through the newsgroups. I recommend that you open a Support incident with
Microsoft Product Support Services so that a dedicated Support Professional
can assist with this case. If you need any help in this regard, please let
me know.

For a complete list of Microsoft Product Support Services phone numbers,
please go to the following address on the World Wide Web:
http://support.microsoft.com/directory/overview.asp

Best Regards,

Peter Yang
MCSE2000/2003, MCSA, MCDBA
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications
<http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx>.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
<http://msdn.microsoft.com/subscriptions/support/default.aspx>.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.