BatchPatch Forums Home › Forums › BatchPatch Support Forum › Conditions after "Reboot if required"
- This topic has 2 replies, 2 voices, and was last updated 5 years, 4 months ago by dcri1.
-
AuthorPosts
-
December 4, 2019 at 6:22 pm #12157dougModerator
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 updatesor
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 updatesIn 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
December 5, 2019 at 1:15 am #12158dcri1ParticipantThanks 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
-
AuthorPosts
- You must be logged in to reply to this topic.