cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Background task stuck in STARTED status

Former Member
0 Likes
6,067

We have a number of custom workflows that have been working for years. Now we ran into a couple of cases where a workitem remains in status STARTED for no apparent reason.

The cases were created in two time windows of about 1.5 hours each, seemingly sporadically. For example, workitem 17389204 was stuck, but a couple of minutes later, another workitem 17389225 relating to the same task was created and processed successfully. All stuck workitems are for custom, synchronous background tasks.

There are no errors in ST22. There's no error, so SWWERRE won't pick the items up for reprocessing. Instead, they just remain STARTED, and due to that, won't process automatically.

I executed the workitems without check in SWIA, and the workflow continued normally. No urgent problem, but I'd like to know what could cause this. One guess of mine is that there were no background work processes available, but can't prove that post hoc.

The cases are rare: I've found 10 in total, while in the past 365 days, a good 400,000 workflows were processed successfully, each including several background tasks.

Given that the vast majority of cases work OK, I could say with confidence that the basic settings are OK, but I still cross-checked with Rick's blog.

View Entire Topic
Former Member

Hi,

It seems you have covered all of the options already. Please check SM21 using the time when the task is called to look for out of the ordinary messages, sometimes a DB error or insufficient memory can be the culprit.

It also wouldn't harm to execute SWU7 on production for these templates.

Please keep us updated I would love to know the cause of this issue.

Kind regards, Rob Dielemans

Former Member
0 Likes

Thanks! Within the scope of my investigation, I didn't find any clear reason. I created a variant into SWIA with which the power users can search for similar instances. None have showed up. I'll just have to shrug and think that it was due to some temporary state in the system.