SMQR activate queue failed

[Former Member]

failed to activate XBIT* ,

any ideas？

and message can't proccessed in SXMB_MONI, status is scheduling.

[vijay_b4 · Accepted solution]

Hi Shen,

Try this :

You can register a queue either by calling the function module QIWK_REGISTER, or with transaction SMQR (single or generic, for example, BASIS_TEST_*).

Reward points if this helps

Regards

Pragathi.

[Former Member]

Thanks for your guys.

I was using SXMB_ADM-->manage Queue, activate failed.

I try to delete XBTI* entries in TCode SMQ2, and register activate again, and succeed.

[vijay_b4]

Hi Shen,

Reward the points.

[Former Member]

Hi,

De-register the Queues & Register again in SMQR transaction

Reffer this

/people/sap.user72/blog/2005/11/29/xi-how-to-re-process-failed-xi-messages-automatically

REgards

Seshagiri

[vijay_b4]

Hi Shen,

check SMQ2->and status of the queue

AI_RUNTIME_JCOSERVER and test the connection.

If it is failed then you need to restart the system.

For more on Queue

/people/sap.user72/blog/2005/11/29/xi-how-to-re-process-failed-xi-messages-automatically

Reward points if this helps

Regards

Pragathi.

[Former Member]

HI,

run the report RSXMB_REGISTER_QUEUES and register the queues

It's normal for transaction SMQR to show the scheduler in status "Inactive" (it just happens not to be running at the

time you enter SMQR, a moment later you might have found it to be running).

Click on the queue name for a waiting message from SXMB_MONI (in the default SXMB_MONI display mode you need to scroll a bit to the right to the see which queue a message is in). Drill down on the next screen (double click the queue name etc.) to see a list of all queued messages including a brief description of why the first message got stuck. You can now either "retry" or "delete" the message. Then go back one screen and unlock the queue (open lock icon) if you find it not to be in the status running. Refresh the display to make sure that messages get processed.

Of course these steps do not need to be performed manually. There's an automatic retry mechanism and if that repeatedly fails the report RSXMB_RESTART_MESSAGES (which you will need to schedule) will try to resend the messages.

You should now cancel all messages belonging to this testrun in SXMB_MONI. Make sure that none of the queues are blocked and restart your test.

Thanks

Swarup