-
Notifications
You must be signed in to change notification settings - Fork 80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update installed before deadline without notifications #196
Comments
@Tuttu - Does this time frame look right? 2024-02-11 18:12:51. 14.3.1-23D60 update is discovered by Software update. 2024-02-11 19:48:47 Super launches itself. Mac OS installer preflight begins no prompt. |
Hello @iancd-hofy , Yep, it looks right. The Mac was opened and running at this time and date. I was watching a replay and then left the Mac idle (Completely forgot it was there while doing some work at home 😅) so it was idle with the lid opened and with a replay that was ended still in full screen but the screen itself went to sleep. I don't explain why it decided to install the update before the deadline though. |
@Tuttu I've experienced something similar with a few Apple silicon devices where my soft deadline is ignored but did not have a verbose log like yours which was useful to examine. I am not using Jamf. I also can't explain why it decided to install the updates. Do you have a Jamf or some sort of cron script script which manually launched super around the 2024-02-11 19:48:47 mark? |
@iancd-hofy I don't think so. All we have is a Jamf policy to install Super which has 3 arguments (The Jamf client ID and secrets and the In the logs, we can see that the super daemon started first at 18:12, when I have booted the Mac. It fails to authenticate with the Jamf Pro API and then perform a full update/upgrade check. super finds the 14.3.1 minor update available and at Fast forward and it's now 19:13. super kicks again and shows the IBM notifier windows asking to chose between a deferral or a reboot. I'm not in front of the Mac so the windows times out and select the 30 minutes deferral automatically. We now are on Monday and it's 7:57 when I boot the Mac and start working. super goes to life and what's following is a mystery to you as the logs stops here so I will tell you the rest of the story. I also checked all my archives and unfortunately, I don't have the logs for the first time it happened on the 8th of February. |
@Tuttu Thanks for the background notes. I will look over these new logs. For info, I've seen similar behaviour in my org on multiple devices when the soft deferral deadline is not respected, although I have not been able to replicate on my own device where I'm collecting verbose logs (like you). We employ a regular weekly MDM command that starts super and checks for new versions, and reinstalls super if it's been deleted - that runs in addition to super's internal scheduling (which is now much improved in version 4 rewrite). It may even run in parallel if a super operation is running. We've stopped that command for the period until can track this issue. It's not good experience for users in the middle of working to be pushed into OS update. There has been some media reports of macOS automatically installing without prompting the user but to my knowledge this is a Ventura to Sonoma major upgrade, not a 14.2 > 14.3 or 14.3 > 14.3.1 like you have seen. Thanks for sharing. |
Hello @iancd-hofy You're welcome. I will continue to monitor what's happening next time an update is available. By the time it happens, don't hesitate to tell me if I should plan to test anything in particular so I can get everything needed on D-Day. 😉 I will also have to add a similar MDM command like yours to perform a weekly update check and reinstall (when needed). I guess you are simply launching the super script without arguments? |
Hello, A new macOS is available. I will provide more information if things have evolved. I will also deploy to more users so I will have more chance to gather logs in case of failure to respect the deadline. |
Hello @iancd-hofy ! Is it normal that a minor update is installed while the computer is turned on and waiting on the login screen with no user connected at all? Or is it a bug? |
Hello @Tuttu Just following up here that with with 14.4.1 I was able to replicate the problem. However it was found to be an error on our part with engineering of the Super update script command that ran on a schedule for us. Since disabling the bad script we've had no problems. I hope you have not had repeats of the issue yourself. Unless we more reports it would be a courtesy to the developer to close this issue I think because it's been open for a while now. |
Hello @iancd-hofy , Just this morning, my Mac has once again had a weird behavior. I still need to read the logs to know what really happened but I'm starting to feel like the issue comes from a weird configuration on my end. Looks like my Mac is the only one affected in our fleet. |
Please try the latest release of super as it may resolve this issue: https://github.com/Macjutsu/super/releases/tag/v4.1.0-beta1 |
Hello, I will give it a try next week as I plan to work on Super at that time. I will let you know if that solves that issue for me. :) |
Hello,
We are currently trying Super to check if it can work for us. This morning, it installed an update (14.3.1) by itself without even prompting me (We use Jamf API credentials). I was a bit taken aback for two reasons:
I can't explain why the update have been installed before reaching the deadline and without even being notified. It's the second time Super is installing an update without prompting me and before the deadline is reached so either there's an issue with my config or there's a bug somewhere and I think I will need your help to sort it out. :)
I have attached logs for this morning. If needed, I can also give the next set of logs.
super-logs-2024-02-12.08-10-30.zip
The text was updated successfully, but these errors were encountered: