Skip to Content
author's profile photo Former Member
Former Member

CRM inbound queues SYSFAIL

HI Experts,

Need your help regarding our problem in CRM 5.0 inbound queue.

My problem is related to thread "CRM list of queues registration information" (crm-list-of-queues-registration-information), but the only difference is that our CRM is used to replicate data in DM and CML and not a standalone system like the mentioned thread.

Our inbound queues have more than 50,000 messages already, with the oldest dating back to May of 2008. I checked the SMQR and no CSA* queues are NOT registered. I also checked the SMW3_00 and there were NO definitions of BDoc types that's why the option of the DO NOT SEND resolution is not applicable to our case. The queues are getting locked, so I manually unlock it and refresh, then it results to SYSFAIL making our SMW01 queues get stuck in a yellow intermediate state.

Function Module: SMW3_MFLOW_QPROCESSMBDOC

Status Text: BDoc Message processing cannot be started. MW not operational!

I already reviewed the following notes and none of it seemed to give us a definite solution:

785046

635697

638551

777965

Quesitons are:

a. Is it safe to just delete the old files and just create a BDoc Type entries for BUPA_MAIN and BUPA_Rel so that we could apply the DO NOT SEND resolution?

b. If we set up the BDOC types and apply the DO NOT SEND resolution, will it be safe to reprocess all the pending CSA* queues even if its old already (May 2008) to clear the SMW01 queues as well?

Please advise which is the best resolution for this.

Thank you very much!

Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • author's profile photo Former Member
    Former Member
    Posted on Mar 25, 2009 at 09:41 PM

    Have you activate all background jobs in tx: SMWP?

    Best Regards.

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Mar 26, 2009 at 01:48 PM

    Hi MMD,

    Please see my response to your questions below.

    a. Is it safe to just delete the old files and just create a BDoc Type entries for BUPA_MAIN and BUPA_Rel so that we could apply the DO NOT SEND resolution?

    Ans: It is not advisable to delete the BDocs as it may cause data inconsistency but if you are ready to do some extra work and your business allows you to initiate the initial load then you can surely delete the queues. Use the DIMA tool to find out the data inconsistency and resolve it.

    b. If we set up the BDOC types and apply the DO NOT SEND resolution, will it be safe to reprocess all the pending CSA* queues even if its old already (May 2008) to clear the SMW01 queues as well?

    Ans: You can restart the queues any time it does not matter how old it is.

    Thanks,

    Vikash.

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      >

      > b. If we set up the BDOC types and apply the DO NOT SEND resolution, will it be safe to reprocess all the pending CSA* queues even if its old already (May 2008) to clear the SMW01 queues as well?

      >

      > Ans: You can restart the queues any time it does not matter how old it is.

      > Why is it still safe to restart old queues even if its almost a year old? Wouldn't it cause inconsistency as well with regards to its date?

      Hi Vikash,

      Kindly help me understand the concept of your answers. I am new to CRM and it would be really helpful if I could get a background on what the resolution means. Thank you very much.

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.