Hello,
We I'm facing an Issue where empty workflows keep generating automatically every day all day without stopping as if there is an infinite loop running somewhere but I can't seem to find where.
The index for the worklfow table is already at "1 103 571 039".
Each time I refresh a worklfow is created and deleted and the number keeps adding up and at the end of the day, some workflows persist.
Has anyone faced a similar issue ?
Worklfows are without a label or content. Not the slightest information to dectect their origin.
Solved! Go to Solution.
Topics help categorize Community content and increase your ability to discover relevant content.
Views
Replies
Total Likes
hello @dhfw
I have observed the same symptoms in the instances I have previously worked on. My analysis aligns with yours, as I had concluded that these ghost workflows are created during the execution of the tracking log retrieval workflow (internally name of the workflow: "tracking"). In this tracking workflow, the second argument of the executed command (-update) triggers the recalculation of diffusion statistics. This is accomplished through the RecomputeStats function.
Br,
Amine
Hello @dhfw ,
is the wf server down and still it is happening?
check logs if there is nothing unusual around web@default
Marcel
Views
Replies
Total Likes
Hello @Marcel_Szimonisz
Thanks for your reply, Looking for "Spawn" or "queryDef" or "Write" doesn't sadly bring much. There are only few workflows that create other workflows through "Write" and "Spawn" and they are both "Mgt" workflows.
I'm sadly on production environment so I can't stop the wfserver, the issue is reproductible only on production.
Views
Replies
Total Likes
Hello @dhfw is it on premise? Can you restart server?
Basically you can create workflow with many ways
Can you check logs?
Views
Replies
Total Likes
Hello @Marcel_Szimonisz ,
Thanks for the suggestions.
After further searching in the wfserver log file, I think I may have found the root cause of the problem.
I've found a workflow that uses the function "nms.delivery.RecomputeStats" on a loop of thousands of deliveries. Apparently this function creates workflows and deletes them for each delivery (I'm unsure about this behavior since I couldn't find the definition of the function on the nms:delivery.js file) and I believe that this function doesn't always delete the workflows which causes the trail of worklows to remain behind.
These are currently just speculations while I keep digging further.
Please share your thoughts with me about this conclusion.
Thank you.
hello @dhfw
I have observed the same symptoms in the instances I have previously worked on. My analysis aligns with yours, as I had concluded that these ghost workflows are created during the execution of the tracking log retrieval workflow (internally name of the workflow: "tracking"). In this tracking workflow, the second argument of the executed command (-update) triggers the recalculation of diffusion statistics. This is accomplished through the RecomputeStats function.
Br,
Amine
Views
Likes
Replies