I am assuming that you have automatic userdaily applied to the folder and not manual (specific time), Can you confirm business dates for the duplicate jobs
Can you check the log on a pair of jobs with same orderid & confirm if they both are active.
Can you please let me know how did you executed NDP manually, I mean through ctm_menu?
GTW log on EM and CE log on CTMS prints the NDP logs, did you check it before executing manually?
2 of 2 people found this helpful
I'm using control-m for some years now, and only had problems with NDP for 2 times, including this one.
This issue was solved with a database restore from a daily backup that I have running minutes after 07.00 (I'm using SQL Server databases).
On this particular day, the usual newday process did not execute because the pre-newday process was hung since approximately 06.15. Of course I only went to the logs after triggering NDP manually - bad idea! Should have resisted to the pressure from the operations guys.
1 - My first reaction was to execute a NDP manually - unsuccessful for the same reason that caused the regular NDP to not complete.
2 - With no change on the situation, executed a restart to the server OS. This caused all the pending processes to complete. which was the reason for the duplicate jobs on AJF. These jobs had the same orderid, odat,and of course, conditions some of them executed simultaneously.
3 - After our planning area detected this problem, I forced a AJF reset to clean up the mess. This solved the duplicated jobs issue but created a bigger one, all the jobs from previous days that were waiting execution or recovery for some reason were cleaned too.
So, after considering the pros and cons, the adopted solution was the restore, the system detected that, at the point of the backup, the NDP was not completed, processed it and all got right.
BTW: I recommend the execution of a BACKUP all the SERVER and EM databases right after the NDP time (07.00 usually)
I should have posted this sooner, sorry for that.
Thanks for your comments.
Logs before restart/reboot
Couldn't agree more