Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Up2Date: Scheduling Multiple Updates

Up2Date reports that there are multiple updates available. Several updates require a reboot. Each update has its own "Schedule" button in the WebAdmin interface. I would like to schedule an unattended update for the middle of the night. Until now, I always stayed up late and clicked the "Update to the latest version now" button. 

Please forgive the stupid question. The answer should be obvious, but I could not locate it in the documentation or multiple web searches. Here is the generalized question:

QUESTION: How should I schedule multiple updates using the Up2Date Schedule buttons, especially when more than one update requires a reboot?

A) Schedule all of the updates at the same time. 
B) Schedule each update separately, and leave enough time between them for separate update/reboot cycles.
C) Other (please describe your recommended strategy).

If I choose A and schedule multiple updates for the same time, will they download and update with a single reboot, the same as "Update to the latest version now"?

-----

Here are additional details for my specific case today:

I would like to install the 9.307-6 (Ghost fix) update as soon as possible, but the 9.306-6 update precedes it. I am uncomfortable installing them out of order because I doubt they were tested by Sophos out of order. I worry that it may be risky to install two scheduled updates in one night, but obviously nighttime updates have the least impact on operations. Do the experienced Sophos UTM users have any hints, experience, or wisdom to offer regarding scheduled updates?


This thread was automatically locked due to age.
Parents
  • Update: I scheduled both Up2Dates for the same time. They ran in the middle of the night. This morning, I looked at the log. The log shows the first update starting. It also shows three reports of "Another instance of auisys is already running." and "Aappending [sic] job to queue! Exiting". I assume that this means that the requested updates are added to the queue in the order in which they are processed. 

    Without direct confirmation, I presume that if a later update appears in the queue first, then its prerequisites are automatically loaded and processed. When the prerequisite appears in the queue after the later update was already processed, then the already-installed prerequisite is quietly dropped from the queue. All this is speculation, of course, but it makes sense. I will run further tests (on my home UTM) and update this thread if I learn anything new.

    Bottom line: Both jobs ran to completion in the proper order. There was only one reboot.
Reply
  • Update: I scheduled both Up2Dates for the same time. They ran in the middle of the night. This morning, I looked at the log. The log shows the first update starting. It also shows three reports of "Another instance of auisys is already running." and "Aappending [sic] job to queue! Exiting". I assume that this means that the requested updates are added to the queue in the order in which they are processed. 

    Without direct confirmation, I presume that if a later update appears in the queue first, then its prerequisites are automatically loaded and processed. When the prerequisite appears in the queue after the later update was already processed, then the already-installed prerequisite is quietly dropped from the queue. All this is speculation, of course, but it makes sense. I will run further tests (on my home UTM) and update this thread if I learn anything new.

    Bottom line: Both jobs ran to completion in the proper order. There was only one reboot.
Children
No Data
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?