on 12-17-2013 12:35 PM
HI All,
I am facing an issue wherein the majority of the background workitems are in the READY status.
Investigation revealed that the problematic background workitems in READY status are the ones which are executed immediately after the a dialog workitem on which user took action (approved/rejected). I also noticed that the background workitem is being executed by the user id which took action on the dialog workitem.
Please help.
Thanks,
Prasy
Hi Parsy
1) Check if there is any Requested Start deadline set for those work items - such Items will show as READY in the log, but will not go anywhere till the deadline is met (also ensure job SWWDHEX is running perodically)
2) What kind of step is that "background Work item"? Is it an activity step or something else?
3) Also, are there any backrground work items before the dialog work item or is the dialog step the first one in the workflow? Reason why I am asking is that for every background item, the workflow makes a RFC call to local destination. There may be a problem in the Local RFC Destination or the password for WF-BATCH needs to be reset. However, this can only be ruled out if there are any background items before the dialog step which executed without issues
Regards,
Modak
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Could i complete these background workitems manually in SWIA by clicking the Complete Manually in Edit menu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Please check if there are any stucked entries for workflow with user WF-BATCH in SM58 (transactional RFC).
Regards,
Ibrahim
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
share your background task and step screeshot. Also share swu3 screenshot
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Interesting! Make sure you let us know what the cause was, when you find it.
Looking back in SWI1, you should be able to tell when this started happening.
Did any transports go in at that time, e.g. was it a day on which changes are usually applied?
You say that "the background workitem is being executed by the user id which took action on the dialog workitem" but do you maybe mean it was created by them instead? It could be that WF-BATCH has a problem. It could be locked out or expired or had some roles removed. Try running the verification workflow from SWU3.
regards
Rick Bakker
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
61 | |
9 | |
7 | |
6 | |
6 | |
6 | |
5 | |
5 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.