on 09-02-2015 6:31 PM
hi experts,
during our user tests, quite a number of event handlers were not created, while others were created. Independently of the fo types, some FO´s event handler creation was skipped (see screenshot) randomly. Who has a tip why that happened. I have created tehm manually and the Messages were still there, but how can I avoid it?
The screenshot has an extract from /SAPTRX/EH_LIST. As you can see, the Event handler for FO 50000965 was created, but FOs 50000966, 500000967 and 50000968 also exist and there is no event handler. the ranges are by FO type, so the FO type is the same.
Is there are Report that I can schedule to re-try creating Event handlers when it has failed?
Thanks fory our help
Petra
Hi Petra,
I would check:
1) Are there any queues stuck? Check SMQ1 to see if any EHs are stuck there.
2) Check if AO Type Relevance condition is False.
3) Additionally check ST22 for any dumps.
If not, if any EH is missing, goto the FO and manually EDIT something like description in general tab and debug the relevance condition and also see if /SAPTRX/BAPI_EH_POST is called.
I am not aware of any reports to re-create EHs but will check too.
Thanks,
Vishnu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Petra,
We had this issue earlier in my previous project and found that the queue is ideal state and causing other queues not to process.
1. Go to the queue and click the first queue which is blocking.
2. Double click on TID number
3. It will take you to detail where it is stuck.
4. Shows detail why it is not processing or Can you past the screen shot here? we can check too.
5. Debug the queue to find out why it is not processing.
Possible issue:
1. Event handler was locked when it was trying to update and become idle state.
2. Processing queue resource utilization was higher at the time of queue processing, so it might be went to idle state.
Request the basis team to set the timeout for queue to 1800 secs or 3600 secs, so that the queue will be automatically timed out with error "Time limit exceeded". Ask the basis team automatically reactivate the time out error queues and it will process next time successfully.
You can setup CCMS monitoring for support team to send an email when there is an error or not the queue processed for longer time.
Regards
GGOPII
Hi,
Gopi wrote:
"Request the basis team to set the timeout for queue to 1800 secs or 3600 secs, so that the queue will be automatically timed out with error "Time limit exceeded". Ask the basis team automatically reactivate the time out error queues and it will process next time successfully."
Where / how can I do these two things? I find no options in SMQR regarding this.
Kind regards,
Gørril
User | Count |
---|---|
9 | |
4 | |
3 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.