....aaaaand the issue is back. It was working just fine at around 10:30am EST today.
I'm getting this error on pretty small MAS apps as well, so I don't think size is a factor
I'm not having any issues pushing VPP apps to any iOS devices - seems to just be macOS devices.
I am getting this error 10.14.6 as well.
vpp redownload call timed out <mdmclienterror:72>
Anyone have any insight on how to fix this at all?
Wait for Apple to fix out, they’ve acknowledged it and working with Jamf on the solution
Anyone have any insight on how to fix this at all?
I think there might be a few different things that are causing it as people have mentioned different fixes. Our fix was to remove SSL inspection on the MACs.
@RLR
I think there might be a few different things that are causing it as people have mentioned different fixes. Our fix was to remove SSL inspection on the MACs.
Can you please specify? As these were clean installs I don't believe we have any SSL stuff enabled at this time.
Basically Apple do not like anything that breaks the TLS encryption between their servers and the EUD, is detected they break the link so the download starts again. SSL inspection, packet sniffing etc.
@Cayde-6 So how can I check this on my side?
@JarvisUno depends who deals with networking with your organisation
@JarvisUno You will need to ask anyone who controls the network. More so the firewall as the SSL Inspection is usually done at fire wall level.
@Cayde-6 That would be our SAS Operations team but any changes to the network have to go through proper change management and I am part of the committee. As far as I know there has been no changes, but can put one in to fix this issue if need be.
@JarvisUno Apple make changes all the time but do not “always” notify the enterprise users.
Basically anything that breaks TLS cannot be Trusted.
I would suggest anyone that is experiencing this issue contact Jamf and open a support case. There is an open PI (PI-007435) that they are tracking this against. Yes SSL inspection is one of the issues that helps this, so does verifying that you have access to *.mzstatic.com available. However that is not always the issue.
Contact Jamf and get your company attached to that PI so they know the impact.
I would also suggest opening an AppleCare case if you have ACE or Alliance.
I've been out sick all week - have Apple updated us on this issue?
@ajfunk nope Apple still actively investigating with Jamf
We are starting to get a bunch of tickets about this issue. Again.
Opening tickets to both Apple and Jamf, so we can toss them into the Octagon to work this out.
Update:
We opened these tickets, in case you guys want to open your own and reference:
• AppleCare ticket (100911339478)
• Jamf ticket (JAMF-0784229)
Jamf provided their tickets as well, also for reference:
• AppleCare ticket (100893229861)
• Jamf Product Issue (PI-007435)
It's a pain but found we can do a
sudo jamf recon
3 times on the effected macOS 10.14.6 Macs and then we could install VPP apps without the "vpp redownload call timed out <mdmclienterror:72>" error. Not a fix but maybe a "get me by for now". It was mentioned about SSL Inspection however we tried SSL bypassed and that didn't help. Doing the recon multiple times on the effected machines has worked "so far". Found this suggestion in the thread above "Posted: 3/5/19 at 10:06 AM by pbowden". YMMV
Update: We have had more MacBooks effected since posting and this solution worked on those as well.
Update #2 11/1/2019: Appears it has gotten worse. When in a crunch we are copying the Apple Apps to flash drives (That were pulled down from Jamf to a machine not experiencing the VPP issue) and putting them in Applications on the machines that we can not "jiggle the handle" and get them to pull down via self service, lol.
@MikeT Thanks for the update.
I am also seeing this on some Macs on 10.14.6 (18G95):
Having seen something similar on iOS in the past I hit cancel all commands, ran through the Auto Installs for VPP Apps and did Edit then Save, did a software update on the Mac in question and the Apps began to install, in my experience with iOS VPP Apps jamming the Software update (to 18G103 Supplemental Update 2) is likely irrelevant. But I have at least two others to check so let's see.
So it looks like a workaround if not a fix.
I was setting up a Mac yesterday at around 1:30PM EST and VPP apps started deploying to it after a few minutes. About an hour later, I was setting up a Mac and got the error 72. Tried cancelling the app installs in the Management tab 5 times, but with no success..
Had this issue today and was able to finally resolve it by downloading and re-uploading my VPP cert.
Was having this issue then tried @jimnorrisiv idea and it worked for me as well.
We are having the issue even with 10.14.6 and the supplemental update installed. I spoke to JAMF and to Apple. both are saying it is an Apple thing that appeared after one of the updates. We have also tried several fixes including update the token. it still is not downloading Mac Apps. Working with Apple and JAMF simultaneously.
hoping it will be resolved soon.
This is still an issue for us on 10.15 - has anyone else had a chance to test on Catalina?
