Infrastructure at your Service

Nabil Saoual

Control-M/EM Put a job already ordered in dummy mode

Hi everybody.

Today we will see how to put a job in dummy mode on the monitoring part


In some case you want, or you will be asked to bypass a treatment. For that, you can put the job in dummy mode. But how can we proceed if this request is needed for a job already ordered and ready to be executed?


  1. You made a manual backup and the same task is usually scheduled in a job
  2. This job is part of a workflow and depending of other jobs
  3. You want to keep this workflow processing.

If you want to avoid job’s execution of one or more jobs, you may have many choices:

1.Update the job in job definition (configure it in dummy mode in the planning pane) then order it again in monitoring part that implies you have to substitute the previous one and be careful to give it the same conditions to fit to the workflow)

Quite a touchy action as you must link the dummy job to the workflow (keeping all conditions ) and delete the old job that you want to substitute.

2.Delete the job,that implies you must review conditions of the workflow

3.Update the job in monitoring part with the run now options. (which is much better and the one we will choose)

4.Other tricky modifications and workarounds( such as substitute the command line,example: echo “backup ever done today”). The aim is only to get the job ending OK without any incidence in the workflow.


We will use the 3dr method Update the job in monitoring part with the run now options

Note that it will be available only for the current day

Let’s take an example:

Below you have a workflow containing a job performing a save.

When the workflow is performed as usual,we can check that the saving script is executing , as you can see in the output

Then once finished, this job will send the conditions to the next job

To bypass this backup action performed in the job, we will use the jobs options

-Right click on the job and select “run now” then “Select Bypass Options”

-Tick the box Run as dummy jobs in the additional bypass options

-Once done , you can verify that the job is set as a dummy job by checking its log

Now let see if the workflow will process and if the saving job will execute or not

As we can see the job had the same behavior of a “native” dummy job ( no execution, just giving a status OK and send conditions )

Consequently , when you try to check the log you get this message explaining that no output is available

Which is expected, as a dummy job has no output

Note that for this case ,you can have some elements to take in account to manage your workflow:

As you know , the dummy job gives his status OK quickly , so you must take in account that your job may have its running time that impact the workflow ending time .Following our example, if the backup job has an average execution time of 3 hours, then if you put it in dummy,the next depending job will sent his report 3hours earlier,as dummy job has instantaneous execution.

So, everything depends on your strategy and when you expect the workflow to finish


You have noticed that when you put a job in dummy using this way you have no GHOST icon, you must check the job’s log to see is the job was set in dummy during the day

Contrary to dummy update through planning pane

When the job is ordered after having checked off the run as dummy box , you will have on monitoring the ghost icon ( but we have to be aware that this modification is not only for the day but it is definitive and is not satisfying the first request which was to dummy the job only for the day )


Using run now option on a job is a quick and safe way to put job in dummy mode for the current day, keep also in mind that execution time may make your depending jobs executing earlier.

In case you want to put the job in dummy for many days, you must update it in the planning pane.

Once again, I invite you to consult my other posts and my colleagues’ blogs.

You can also get more tips and tricks following the BMC support site!




  • tal jonathan says:

    Is it possible to do it in command line ?
    I search with ctmpsm but found nothing.

    • Nabil Saoual says:


      I don’t think this kind of usage is possible with ctmpsm but you can make a script for example using SQL commands :

      To update your job on the ajf you can use this method
      identify you orderno by using orderid of your job
      example with orderid 000oi
      CTMSRVCENTOS% p_36 000oi
      result = 882

      go on interatcive SQL command from ctm_menu and type this command

      controlm=> update cmr_ajf set tasktype=’U’ where orderno=’882′ ;
      UPDATE 1

      note: tasktype U correspond to dummy state

      after row updated , go on ctm_menu and use choice 16 force download to sync Control-M server and EM

      Troubleshooting Menu

      Select one of the following options:

      1 – Set Diagnostics Level 12 – Erase Proclog File
      2 – Set Sleep Time 13 – Show Calendar names
      3 – Show Processes Flags (prf) 14 – Interactive SQL Commands
      4 – Show All Processes (shctm) 15 – Communication Diagnostic Report
      5 – Show Communication Environment 16 – Force Download

      6 – Restart New Day Procedure 17 – Check directory permissions
      7 – Reset CONTROL-M Active Environment 18 – Set communication trace
      9 – Troubleshooting Report
      11 – List Active Transactions 19 – Delete Database
      20 – Erase Database Contents
      21 – Change Installation Hostname
      22 – Check Files Synchronization

      q – Quit

      Enter option number —> [16]:16
      UPDATE 1
      Message ‘RESET_ECS was performed’ , urgency ‘R’ HostID ‘192.xx.xx.xx’
      – Shout to user ‘IOALOG’ ‘SUCCESS’

      Check your job on the AJF , it’s now updated as a dummy job ( be careful because with this kind of update you can lose previous outputs of your job in case of multiple submissions)

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Nabil Saoual
Nabil Saoual