Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content
Announcements
Qlik Community Office Hours: Join us on July 9th, 2025 - REGISTER HERE!
cancel
Showing results for 
Search instead for 
Did you mean: 
abrahamparada
Partner - Contributor II
Partner - Contributor II

Error Task Trigger Scheduled in QMC Qlikview Server May 2024

Hi friends, I had a problem when I updated Qlikview Server Vr. Nov 2017 SR6 to MAY 2024 SR1. Some apps failed to run in QMC. When I reviewed the logs, I found this Message:

PlanToGoOff - Skipped adding a new scheduled trigger state planned at 2025-02-05 00:30:52.000 since there is another still unhandled.
And
Triggers: Keep this trigger under observation: TriggerState[ChangedBy=1, Status=Unhandled, Planned=2025-02-05 10:24:47.000, ExecId=aa6775b2-fe59-4911-8877-70e32f252ad1, Trigger="ScheduleTrigger" for task "MON_E002_TaskLogError

Someone can know why this problem happens?

Thanks

Labels (6)
4 Replies
David_Friend
Support
Support

@abrahamparada did you see the same issue in non-production testing?

Can you share the TaskLog and Document Log?

What does the task do? Is it a reload and/or distribute?

abrahamparada
Partner - Contributor II
Partner - Contributor II
Author

Hi David, It does Twice actions, reload and distribute.

Sure, I'll attach the log

Thanks

Chip_Matejowsky
Support
Support

Hi @abrahamparada,

I count 6409 instances of the errors 
"PlanToGoOff - Skipped adding new scheduled trigger state planned at YYYY-MM-DD HH:MM:SS since there is another still unhandled."
"PlanToGoOff - Skipped adding new scheduled trigger state planned at YYYY-MM-DD HH:MM:SS since there is another unhandled at the exact same time"

Are you seeing these entries every day? With this many errors in the QDS Root log, I'm wondering if there are file access issues with the Source Documents. Are you seeing any "Cluster_date.txt" files are written in the QDS ApplicationData folder?

Best Regards

Principal Technical Support Engineer with Qlik Support
Help users find answers! Don't forget to mark a solution that worked for you!
Maria_Halley
Support
Support

@abrahamparada 

In my experience this is usually caused by the taskresult.xml being locked by another process when the task is finished, so QlikView thinks the task is still running. This should be logged in the file @Chip_Matejowsky mentioned. Newer version of QlikView does read/write to file more often than earlier versions, so that is why you are seeing it now. Try to recreate the Application data folder, but if there is a file access/disk speed issue, the problem might come back.

https://community.qlik.com/t5/Official-Support-Articles/How-to-recreate-the-QlikView-Distribution-Se...