Unattended Mode and Maintenance Windows about super HOT 9 OPEN

Thanks for this! I look forward to implementing this in v4.0.

from super.

Good ideas here. During the maintenance window would you want to force the update/restart if someone was logged into the system? I ask because if there was a habitually logged in computer it would never update/restart.

from super.

In my mind that is what the unattended mode would be for. So, if you had a maintenance window set from 2 AM to 6 AM, and unattended mode is false (default I would assume) then Super would just start a countdown to reboot the system. I am not familiar enough with the options yet to know whether that could just utilize another option you already have created.

An admin could be extra safe and use unattended mode = true and maintenance windows 2 AM to 6 AM to only install updates during the time if no one was logged into the machine (that is probably what I would use for my initial use case).

from super.

This would help with our needs as well. We use an auto logout profile so if a lab machine is unattended it logs the user out after x minutes (standard jamf settings profile). It does not always work though as certain apps keep the session alive if the user leaves them running. A "killall loginwindow" usually gets the user off so we can continue maintenance or a forced reboot (for some reason the reboot doesn't always work). A force out option with Super would help nicely with unattended maintenance windows.

from super.

I'm interested in this too, my focus has been or staff computers but we do have labs here as well, where I'd like to limit it to weekends, however I was thinking about limiting all the defer features, and having a jamf policy to run it limited to the weekends.

from super.

you could put an IDLE timeout variable for unattended install. say if no input from keyboard or mouse for ~45 minutes, start the startosinstall unattended and force restart.

from super.

@tranziq Yeah that isn't a bad addition. A bit risky though, so definitely needs to be optional.

from super.

Here is what we are using for our idle timeout function.

fIdleTime() { local _idle=$(echo $((ioreg -c IOHIDSystem | sed -e '/HIDIdleTime/ !{ d' -e 't' -e '}' -e 's/.* = //g' -e 'q' / 1000000000))) echo ${_idle} | sed 's/ //g' }

if [ "${fIdleTime}" -ge 2700 ] && [ "${currentDeferalCount}" -ge "${9}" ]; then continue workflow else Defer

from super.

This will be very useful to several of our hot desks/shared iMacs.

One thing we had feedback from our end users while doing in place macOS upgrades is that it is happening during working hours, when they are "very very busy", and instead of deferrals they would like to set a date/time to when it will happen.
This would be another implementation but it could fall under this "maintenance window" and force/set the update/upgrade there and then.

from super.