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
Munki hangs when caching Apple Softwareupdates #1124
Comments
This happens only while downloading macOS 12.1 specifically? Certainly have not seen this for other OS versions in my environment. Not sure about 12.1 |
No its happened alot. 10.15.6-10.15.7 I had hundreds of them sticking, 11.6.0-11.6.1 and now 12.0.1-12.1 are also having the same problem |
Have not seen that here at all. Might want to post on Munki-discuss to see if others have seen it. |
I have spoken ok Slack but nothing yet |
Post on Munki-discuss as well. |
Same problem here. |
I’d also like to point out that on Apple silicon, Munki doesn’t attempt to download Apple updates at all |
If you two don’t have any more detail, and I have no way to reproduce or observe the issue, it’s unlikely I’ll be able to address it. |
What details would you like? I have a computer with this problem right here |
What details would you like ? |
Greg this is on Intel Macs so far. Maybe have the same behaviour as M1's and defer updates to the PrefPane ? |
When I run with -vvv I see this, no idea if it's relevant `Checking for available Apple Software Updates...
|
|
2021-12-16 16:24:28+00 Beauty softwareupdate[6155]: Starting softwareupdate CLI tool |
That was while running Mangedsoftwarecentre GUI |
I am seeing the same behaviour as OP, |
Is there any more information, logs, etc you require ? |
I certainly don’t have enough information to guess what might be happening for you, or to reproduce the issue, so there’s not much I can do at this point. |
Can you think of any tests or logs we could provide to help. This is definitely an issue that I've been noticing for a while. Could it be related to Apple's software update also downloading the file? |
Munki calls Apple’s software update to download the file… |
I know that for other updates it prints a list of updates and says likeneeds reboot etc. This update does not print that in the message, maybe the flag is missing causing it to be misinterperted or something? |
I'm having the same issue on multiple clients. Checking Apple Software Update catalog... And then nothing. |
I also have a client hanging on the 'Finding available software...' ; Checking Apple Software Update catalog... |
And there should also be a timeout when running the softwareupdate command, now managedsoftwareupdate just hangs. (my test run is still running after 4 hours) |
Same here. Hangs for many hours until the user presses Cancel. |
Any news on this issue ? |
Since there has been no solution, I have deployed the update as a script instead. Hopefully it is fixed before 12.2 the next update😅 |
Below is the script used, deployed as apackage with a condition to only install on mac where os version is less than 12.1 Hope this helps somebody
|
At this point the only thing we know for sure is that for some users/in some orgs,
|
Even if Munki is completely successful at all times running |
For what it's worth, all of my testing is done without any of my org's management (I'm even testing on my home network). And yes I realize I will likely need to configure munki in my org to no longer check for apple updates. I wish I could convince my org to get rid of Macs in labs... |
Or get rid of "computer labs", a relic of the 1990s and early 2000s... |
That's even less likely to happen :-) |
A second run of softwareupdate completes successfully vaughn@Vaughns-iMac ~ % date Finding available software Finding available software Downloaded: macOS Monterey 12.1
|
The one test machine I saw this behavior with had downloaded the update, but then 20 minutes later the logs show the update was stashed for next reboot install. It may not be a back to back consecutive run that shows the hang. It seems the stash has to happen first but I'm not sure if there is a way to trigger that or just let time pass. |
Anyone have progress on this issue? We use Munki to deploy some 3rd party apps, but have all Apple checking/installing turned off in our labs so I'm feeling like it's not Munki related. What's Im seeing is strange softwareupdate behaviour in general. Take a look a these back to back softwareupdate -l runs made just minutes apart: ` admin@ART-258 / % softwareupdate -l --verbose --all
admin@ART-258 / % softwareupdate -l --verbose --all admin@ART-258 / % softwareupdate -l --verbose --all One minute the 12.2 update appears available, the next it's not |
I see this all the time too, all the way back to Catalina. I think any cli running of softwareupdate in current macOS is troublesome ! |
This might not add anything new to this thread, but ... I am seeing this behaviour as well on a bunch of Macs running different versions of macOS 12.x where the latest Updates would not show up in MSU even days after becoming available, e.g. today on an iMac (Intel) running macOS 12.1 (21C52) that would not download the 12.2.1 (21D62) Update (with System Preferences set to check for but not automatically download Updates). A restart did not seem to help. While a And even after the Update had successfully been downloaded via System Preferences, and even after it had successfully prepared the Update for install ... Munki would still try to download the Update. Any idea on what else to try to debug this? This is probably not relevant here but I also noticed this special character after viewing ManagedSoftwareUpdate.log in SublimeText:
|
Resolved Issues in macOS 12.3 Beta There are also test releases of 11.6.5 and macOS Catalina Security Update, but we don't get release notes for them. I sure hope this fix is backported if it's the same issue. |
Thanks, looking forward to macOS 12.3 then. By now I found a bunch of machines on which the issue was even more dramatic: the failing download is basically preventing
As I do not have the time to dig deeper into this right now, I guess I will be setting |
... and by now I have seen the same behaviour on macOS 10.15.7 clients as well. Just to be clear, I do not consider this to be a problem with Munki, but an Apple issue. And to confirm, setting |
So maybe we go with using the Apple Silicon way of software updates and use the pref pane on all platforms. That way it should be minimal code change for Greg and gives everyone a unified workflow while maintaining Munkis fantastic prompting for Apple Updates rather than have to look at other products such as nudge. |
Just wanted to add, we've had |
|
Betting @shoopdawoop meant setting |
He did indeed; sorry for the mixup -> confusion. |
Any more thoughts on this ? |
@gregneagle A big vote for simply disabling installing updates on < Big Sur. I really want my users reminded of all updates via Munki. I've been running into this issue at a good clip across multiple orgs.
|
+1 |
With this commit: 3a41be2 Munki no longer attempts to download Apple software update items that require a restart on macOS 10.14 and above. These are the same updates that must be installed manually via the Software Update preferences pane. I'm hoping that this avoids the hanging -- all of the examples were OS updates. |
Thanks Greg! I think this is a positive move, and again I still squarely blame Apple, I see the hangs elsewhere as well, it's just more obviously manifested in MSC . However, will this still notify users of the availability of a non-downloadable update? I hope so, or at least an option to do so. |
Yes, notifications are not affected. Munki traditionally (on Intel at least) has downloaded all available updates before presenting them to the user so the user doesn't agree to install them, and then wait for (a possibly long/slow) download. Now users may have to wait. |
Damned if ya do, damned if ya don't! ;-) Sometimes I long for the good ol' days of easy macOS updates, but I do think this is the better option for where we're at now, at least in our environment. Thanks again! |
This code is in the Munki 6.0 beta release. I don't know if it will make it into a 5.7.x release. |
I've been testing the updated au.py & su_tool.py scripts (using 5.7.3.4444) and so far so good! Just curious if not merging into 5.7.x is more about compatibility or time/effort? |
Just wanted to throw in that I'm now seeing this on Intel Macs going to macOS 12.6. I was tempted to disable Apple Software Update functionality within Munki but we're still a good 80/20 Intel/Silicon so it's still handy having it install things like Safari, etc. |
When managedsoftwarecentre cli or GUI checks and downloads software updates from Apple it hangs at downloading. This happens in both the CLI and GUI and appears to be the case if the update is already cached by the OS.
Cli run
and it just hangs forever Downloading macOS Monterey 12.1...
The GUI hangs at the same Downloading macOS Monterey 12.1...
If software update is run from command line this is the output
softwareupdate-da Software Update Tool Finding available software Downloading macOS Monterey 12.1 Downloaded: macOS Monterev 12.1
and it exits.
Running softwareupdate via ptyexec also exits
My guess is that no progress of the download in the output results in managedsoftwarecentre hanging.
Happens on macOS 10.15.x, 11.6.x and 12.x
managedsoftwarecentre version 5.6.2.4398
The text was updated successfully, but these errors were encountered: