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.
MacApps and all other Software is finally working for us without errors.
1. Clear all pending and failed commands JSS > Search Inventory > Search > Action > Cancel Management Commands
2. Reboot the devices in question (not always needed but we did it anyway)
3. Redownload the Applications in Self Service or a push policy
4. Watch the teachers' faces show signs of joy: priceless
Just out of curiosity what is everyone doing for work around apps that are only exclusively in the store like KeyNote and Trello? I now have a user that can't install these because of this error and shy of telling him to sign in with his personal Cloud account to install the application not sure how to handle this situation.
We are running into this issue right now with our small fleet of Macbook Airs. We are in the process of rolling out a Mac Pilot program and one of the main points is the Apple Classroom App which is of course erroring out on most of our Macs. I have created a ticket with Apple #100969074042.
Hashtag me, too. My case with Apple is 100969188632.
The Senior Advisor I spoke with says it is listed there as High Priority with Tier III Engineering.
Anyone that calls to get their own case number will be notified by Apple via email when a fix has been pushed out.
Have fun waiting to actually get a human on the line - I've been averaging 15-45 minutes lately...
Just heard back from Apple as well. This is their response.
Thanks for contacting AppleCare. Engineering is aware of this behavior and actively investigating the issue. There were some server side fixes that went into place that seemed to help some customers but unfortunately the behavior isn’t entirely resolved. I’d like to add your impact to the open investigation in order to help push it forward, how many machines do you have in your environment that this is affecting?
So I guess it is good that they are actively trying to fix it?
Nothing related to APNS listed on the macOS 10.15.2 update site...we're not on Catalina yet, maybe someone can check? #fingersCrossed
The attention of our Apple team was peaked when we told them we were not going to order a batch of 30 MacBooks until this problem was resolved. Our SE investigated and was told that the Apple VPP team had implemented a fix on 12/10/19. As I had not tried to install anything since 12/6/19 I tried again and....it works!
I was able to push MS Office apps to a MacBook running 10.14.5 and install another app from "Self Service" to a MacBook running 10.15.2.
This has been a huge pain. We are re-imaging one of our Mac Labs at the end of this semester. Having to package installers because VPP is broken is a pain.
We made Slack available via VPP for all FSA and it won't install from Self Service. Huge embarrassment seeing Jamf Pro is new for us.