Conditions after "Reboot if required"

BatchPatch Forums Home Forums BatchPatch Support Forum Conditions after "Reboot if required"

Viewing 2 posts - 1 through 2 (of 2 total)
  • Author
    Posts
  • #12157
    doug
    Moderator

    I get what you’re saying. We are considering more conditional functionality. In the meantime I think you have at least a couple of options:

    1. You could use a wait period of 20 minutes or 30 minutes instead of 10 minutes so that you always wait for long enough to give the machine enough time to completely reboot.

    2. You could use ‘wait for host to go offline and come back online’ knowing that in cases where reboot is not actually required, the wait for host go offline will never be satisfied. It will wait until the global timeout for host/offline online detection is reached. At that point you can have the queue continue, if desired, or you can terminate the queue. The large majority of updates do require a reboot. But if no reboot is required then you can probably just terminate the queue because a subsequent check for updates at that point is not likely to reveal any new updates to be installed. Normally if one update would only become “available” after a different update is installed first, the update that is installed first will require a reboot. Furthermore, if you are going to be running this nightly or every other night, then I think you can probably simplify your queue to something more like:

    queue option 1:
    Download and install updates + reboot if required
    Wait 30 minutes
    Wait for host to be detected online
    Start stopped automatic services
    Check for available updates

    or

    queue option 2:
    Download and install updates + reboot if required
    Wait for host to go offline and come back online
    Start stopped automatic services
    Check for available updates

    In this case for queue option 2 you could then set the global timeout for host offline/online detection to continue the queue after the timeout is reached. This way if reboot is NOT required after the download/install, then BP will wait for the timeout to be reached, and then at that point the next step in the queue will be executed.

    Also, since you are planning to run the queue nightly or every other night, and since you have a “reboot if required” after the installation operation, I don’t see a reason to be checking the pending reboot status every time since you will have always rebooted if required the previous night. So realistically you can probably just eliminate that check pending reboot status. On the flip side, why would you run this nightly or every other night in the first place when updates are released monthly? Seems like overkill to me, but that’s just my opinion. Of course it’s your choice.

    -Doug

    #12158
    dcri1
    Participant

    Thanks for the comments Doug.

    I’d put the “Reboot if required” step in first in case there was anything still pending from a previous update, either initiated manually or a failed automatic install. Reason behind running update checks so frequently was so any out of band security fixes would be applied in a timely fashion.

    I’ll tweak the steps a bit and see how I go, but certainly would like to see some advanced conditional actions in a future release.

    Cheers

Viewing 2 posts - 1 through 2 (of 2 total)
  • You must be logged in to reply to this topic.