Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Old or new job versions run after modification #1447
I'm currently running RunDeck version 2.5.1-1. This is a production system and I have not yet upgraded to the latest version of RunDeck. I have checked the lists of bug fixes in the later releases but did not see any matching the following issue
Scenario: I have a job defined that is running reliably as a scheduled job. I then edit the job in order to change a step. Subsequent [scheduled] runs will now sometimes run the old version and sometimes the new version.
The way I'm using RunDeck is generally but not always as follows (through the GUI):
The problem occurred after I defined a new single-purpose job and added it as a new step in the scheduled job. For example, I modified the job scheduled for 00:05 each day on Friday and it ran the new version fine on Sat, Sun, Mon but on Tuesday for no explicable reason it ran the old version. Nothing in RunDeck was changed over this period.
If I list the job definition either in the GUI or via rd-jobs I see only the latest version.
This is the second time this has happened with this same job. The first time IIRC I simply added an option and may have rearranged the ordering of a couple of steps via the GUI. The second time I added a new step and removed an old step via the GUI.
I'm currently trying to work around the issue by duplicating the scheduled job and then deleting the original, assuming that this might disambiguate the job versions.
I had this issue today (v2.6.2). I don't know if it is still present on newer versions of Rundeck.
Is there a way I can check against the database what are the last options used for a certain job and who modified it and when? I'd like to check if it was actually a bug or a human error.
Thanks a lot!