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.
Solved! Go to Solution.
@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 opened a ticket with support on this just the other day and they sent me a list which is to renew VPP token and check network for anything that may be blocking communication with Apple (I doubt it's the latter). I am hopeful to work on this today.
This is affecting us nearly 90% of the time. Cancelling the failed commands, sending blank push, run sudo jamf recon MIGHT fix it, but usually fails multiple times before it completes. This is will all apps, even something small like Trello. Extremely frustrating when attempting to deploy ~150 laptops. The hands off benefit is completely lost with this issue. It requires us to babysit each and every unit and repeat the same steps multiple times to hopefully get it to succeed. This seems to be a repeating issue and I've read that its both Apple and JAMF's problem since earlier this year. We are new semi-new to JAMF but this is really helping me prove its cost to upper management. Please prioritize this so we can use the product as intended and sold to us.
On-prem JSS 10.16.1
I think I just had a breakthrough! I've had the "vpp redownload call timed out <mdmclienterror:72>" on macOS devices for months now across various versions of the JSS.
Our master is in the DMZ. The Console is always off. “Computer Access only”
Turning it on to “Full Access” has resolved this for me on the first few tests today. Including a macOS device that was failing over and over for weeks no matter what I did.
I’ve only tested with free MS Office via VPP. So far so good.
Can anyone else confirm this condition?
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.
Having just made the switch from deploystudio (yeah, a little late to the party) to fully deploy computers with DEP and VPP, this really is a setback.
Going back to packaging app store apps feels like going backwards.
Also seeing how long this issue has been around, that's a bit of a disappointment and unacceptable.
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.
Apple updated my ticket, not very helpful.
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.
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?
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.
Any help is greatly appreciated.
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.
@joepopson I think the issue are are referencing is this PI:
PI-006120 - Jamf Pro fails to update Mac App Store apps that are made available in Self Service and configured to automatically update.
Its been opened for awhile now and is a reason we have to create uninstall policies for any Mac App Store/VPP applications.