I am seeing a lot of our systems having the "vpp redownload call timed out <mdmclienterror:72>" error when cliets try to install VPP apps via Self Service on MacOS (most clients are 10.14.2).
I have tried clearing the failed commands, reconning, re-enrolling etc with no luck.
I am hesitant to revoke all apps as I have seen suggested because I am concerned about the number of people who will experience iTunes notifications about apps not being assigned (the staff at this school are fragile...).
Any advice would be appreciated.
Best answer by pbowden
@mjames@whitebeer The issue with storedownloadd crashing during MAS installs is fixed in 10.14.4 Beta 4 (18E205e). This is RADAR 47685116. Let me know if you still see problems after the update. For clarity, typical symptoms of this bug: - Larger MAS apps like Xcode and Office fail to install and leave behind an .appdownload stub - Needing to run multiple jamf recon commands to coerce apps to install - MDMClientError:72 failed command seen in JSS
I've updated https://macadmins.software/mas with the latest info. The largest outstanding issue that I'm still tracking is the inability to update MAS apps through MDM when the user has the app perpetually open.
I have stopped using Self Service for now as it's a complete waste of my time until it's fixed. I have switched back to AutoPkgr and rolling the Applications manually. This SUCKS! but until it's fixed can't afford to come back to a users machine and run the same commands x100 till it works.
If I'm honest.. I started seeing this issue in our org after setting up an enrollment package for our prestage enrollment. Could be a kind of coincidence?
I do not have any prestage enrollments and I continue to see this. The only way around it that I've found it to try to send the blank push before it fails and then the apps will install. If I'm not quite quick enough to get the push off, it will fail until I've sent the blank push.
We are hoping to release a fix for this issue before the end of the year, however we cannot yet confirm a release date.
We’re doing everything possible to get a fix to our customers asap and I’ll notify you immediately once a fix is available to test. Regards,
AppleCare Enterprise Services Technical Support Engineer
Affecting my machines as well. Called Jamf support. They said it is this:
PI-007435 (Third-Party Issue) Mac App Store apps fail to install if the App Store cannot be reached by the computer within 30 seconds of sending the InstallApplication command. This results in an MDMClientError: 72. Workaround: Verify that your network is not preventing computers from reaching the App Store. Verify that your VPP token is not already in use by another MDM provider or another Jamf Pro instance. If the problem persists, contact Jamf Support and reference PI-007435.
No solution at the moment. Am I back to using Apple IDs?
From reading through this thread I think I'm getting that this is actually an Apple VPP issue not necessarily a JAMF issue (correct me if I'm wrong) So is there a case open with Apple that we can all throw our frustration at?! I can't believe this is still an issue!
Anyone have a solution for this? We use VPP deployment for macOS App Store Apps such as "Slack/ etc"
The apps deploy fine, but don't update at all. The only solution now is to completely delete the app, check into inventory, and redeploy the latest App via Self Service or set to install automatically.
Was seeing this about two weeks ago on a few new-enrolled machines, found this thread, read it, and then got busy doing something else. Came back a bit later and the Apps were installing successfully all of a sudden. Shrug. Now, I'm seeing it happen again to a newly-enrolled Mac. I can't seem to determine what the difference is. Timing? Communication to the JSS? Time or delay after enrollment? It's very weird.
I have the Apps deploy with no problem at all. It's the Apps that already HAVE been deployed that don't get updated until they are removed and completely re-pushed.
And yes the Apps are fully quit, on good wifi, users restarted their Macs, etc