Uploaded image for project: 'Satellite'
  1. Satellite
  2. SAT-14108

[RFE] To introduce an option of Start before while scheduling recurring jobs

XMLWordPrintable

    • None
    • None
    • None
    • None

      Description of problem:

      == What is the nature and description of the request?

      == Why does the end-user need this? (List the business requirements here)

       

      Suppose the job start time is everyday at 08:00 am and job nature is to reboot the client systems ( for which the end-user have taken the downtime from respective owners from 8 am to 8:15 am). 

      So if due to xyz reason the satellite is unavailable to perform this action at that time, the job will remain in queued state. As soon as the satellite is up at 8:20 am and running fine, it will start triggering and executing the queued jobs or pending jobs. And this would cause a big outage since the reboots happened outside of the approved maintenance window.

      If the "start before" option gets introduced for recurring jobs as well then we can mention the time, after which that the action should be cancelled if it cannot be started before this time. And the end-user would not need to worry about the outage anymore. 

      Currently this option is only available for Future Execution. But end-user is looking for this option to be available for the Recurring executions as well.

       

      == How would the end-user like to achieve this? (List the functional requirements here).

      When going to Jobs --. Run Job --> Under Schedule Section --> Set up recurring execution that "Start before" should be available.

       

      == Is there already an existing RFE upstream or in Red Hat Bugzilla?

      No.

       

      == Does the end-user have any specific timeline dependencies and which release would they like to target?

      As soon as possible.

       

      == Is the sales team involved in this request and do they have any additional input?

      No.

       

      == List any affected packages or components.

      Dynflow and foreman-tasks

       

      == Would the end-user be able to assist in testing this functionality if implemented?

      Yes.

              Unassigned Unassigned
              rhn-support-sabhasin Sahil Bhasin
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

                Created:
                Updated: