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.
Hey all, my Apple SE just sent me a note stating the following: "Good Morning Gabe,
I just received confirmation that a server side change occurred that should resolve the issue. When you get a chance, could you please test to confirm and circle back with the results?"
I'd assume I will need to clear out all the failed commands and try having them check in again with a recon or a manage. I'll let you know if they actually did solve it.
@kericson, I think the path you have is missing a level. I found the file in /var/root/Library/Caches/com.apple.appstore. I tried to delete it and reboot but I still am getting the VPP time out error 72.
I also got pinged by Apple support that they've resolved the issue on their end. I ran a few tests and it seems to be fixed but I'd need to observe a bit longer to be 100%.
Yeah still not working 10.15.1 here either. Logged a job with Jamf (as Excel and PowerPoint auto-updated, Remote Desktop, Outlook, Word, OneNote did not).
Did the usual things to get it working again, but we're still relying on workarounds rather than the issue being fixed. Guess we'll find out again in another month!
After adjusting our firewall to allow all incoming traffic from the Apple IP range 17.0.0.0/8 issues were resolved. The previous role *.apple.com was not sufficient anymore.
Just found a solution to this problem (vpp redownload call timed out <mdmclienterror:72>) which I thought I'd share in case anyone else has the same (or similar) setup in their networking.
So I've been trawling through log files looking for hints, taking tcpdumps and tracing network flows, and in the end decided to bypass every bit of our infrastructure piece by piece until I could find what was causing the problem, and it appears to be IBMs Quad Nine (9.9.9.9) DNS Resolver Service (in my case), connecting to our "guest wifi" i thought would solve the problem, but it didn't, upon closer inspection I saw that my DNS had been set to 9.9.9.9, the second i switched it over to 8.8.8.8 (Ciscos' offering) all the apps that I'd been having problems with immediately started to download.
So it appears that in this case something is being blocked upstream by Quad Nine (and perhaps other DNS providers) that is needed for this to work, I don't know what, and as its a "free" service, I don't expect to get any mileage out IBM in trying to investigate.
Hope this helps someone, check your DNS resolvers and check what your network team are doing, whether they are going straight to internet, or via an upstream resolver.
Hey, I just got an email from Apple support..... It may be fixed.
We have a good news to share with you today about this case. Our Product Engineering updated that this issue should have been addressed by the server side fix deployed today. Being a server side change, macOS 10.15.x is not required in order to pick up the fix. Please test in your environment and verify the result.
