Distribution agent failing

  • Error executing a batch of commands. Retrying individual commands,

    Procedure or or function sp_MSins_tablename has too many arguments specified.

    Command attempted:

    if @@trancount > 0 rollback tran

    (Transaction sequence number: 0x000D2A7D0002A707001300000000, Command ID: 3)

    Error messages:

    Procedure or function sp_MSins_Procedure or or function

    sp_MSins_dboc_p1_category_requ has too many arguments specified. (Source:

    MSSQLServer, Error number: 8144)

    Tried a numebr of things:

    1. I have tried to drop the article to clear it up but to no avail.

    2. Re-added the article to the replication but it still stucks at the same

    error and did not even attempt to replace the subscriber table and procs.

    3. tried to rename the tables and replication procs on subscriber but to no

    avail,

    The error changes to the following.

    Procedure or or function sp_MSins_tablename not found.

    3. Used the following procedures to identify and fix error transactions.

    sp_helpsubscriptionerrors

    sp_setsubscriptionxactseqno

    But the error still not going away.

    Any idea what's going on. Any help will be greatly appreciated.

    All the transactions are holding up on the distribution database at the

    moment.

    Thanks a bunch

    sqldba

  • When you dropped and added the article back to the publication did you reapply the sp_MS stored procedures for that article? Maybe you could script out the procedures using sp_scriptpublicationcustomprocs and compare against what's on your subscriber. I have a blog post that describes how to script replication procs, and BOL has plenty of details as well.

    Kendal Van Dyke
    http://kendalvandyke.blogspot.com/[/url]

  • Thanks for your resposne, I have already resolved it earlier by using sp_scriptpublicationcustomprocs.

    The problem is still very unique and weird, two tables pointing to same replication (insert, update and delete procs). Had to drop both articles and added them back. Sounds simple but who can think of this thing could have happened. it can be a bug or a very very rare occurence.

    Thanks!

    sqldba

  • I've had the same problem with a few of our publications, I currently have a case open with Microsoft...It's more and more pointing to a bug in either the schema configuration or the dist clean up, I'll post more details once i get further updates from the MSE

Viewing 4 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic. Login to reply