vpp redownload call timed out <mdmclienterror:72>

[mjames]

Hi,

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.

[stephaniemm77]

So happy to find this thread, to know i wasnt crazy when i was working with jamf they kept making me feel like it was something i was doing!!!

[Maks_Suski]

The fact that this isnt resolved over a year later is embarrassing to jamf and apple.

[catesr]

I agree. I can't imagine telling a customer "well we're trying but have no idea when this bug might be fixed. Just be patient".

[Jason33]

Never had this problem until Friday when Big Sur was released. I have a policy to upgrade to Catalina through the App Store app, rather than build an OS package. Since Friday, its giving a timeout error. However, if I copy the link from the policy and paste in a web browser, it opens the App Store and directs to the Catalina installer.

[jepaul]

Around the time Big Sur launched we started having this issue again. Big Sur did happen at the same time our Cisco Amp updated to 1.14.0. This added new Approving Mac Connector macOS Extensions and Approving Full Disk Access profiles using Jamf.

The most interesting piece has been the Cisco AMP WebContentFilter that requires approval - We have isolated that without the Profile or Extension installed/ allowed we are able to install Mac App Store Apps on 10.14 and 10.15 without issue. With it installed instant Error 72.

All the same Cisco AMP profiles installed and Big Sur has zero issues on our managed Macs.

[dtmille2]

I'm having the issue again with Big Sur Macs. No VPP apps are installing. I have a support case open with Jamf.

[Knoxx]

I was successfully able to update to Big Sur via VPP earlier this month - now this week we are getting the lovely VPP redownload call timed out <MDMClientError:72>
I honestly think this is a throttling issue on Apple's side.

[ajassi]

Does anybody else here use Cortex XDR? This has been an ongoing problem for us and today I disabled the software using the cytool command and found the updates were completing successfully when I forced them from the Jamf Server. It worked every single time the software was disabled, and failed every single time the software was enabled.

I'm yet to come up with a solution with the software enabled.

[dtmille2]

Seeing this issue again in Catalina as well as Big Sur

[donmontalvo]

I pinged a few colleagues, and they're still having VPP install issues.

Is the consensus that it's once again not working reliably?

[RDowson]

I’m having this issue with around 20 of my Macs.

[mpout]

Just as I thought 2020 was done with us, VPP redownload call timed out <MDMClientError:72> returns. JOY!

And yes it's happening for us again now as well, Mostly 10.15.7 machines.

[hhorn]

Hey all, Jamf & Apple say this bug is resolved in Big Sur 11.0.1, We can still see this error on a lot of 10.15.7 Catalina devices. Unfortunately I cannot confirm this bug is resolved in Big Sur, since we have not upgraded all of our devices yet.

[hhorn]

Hey all, Jamf & Apple say this bug is resolved in Big Sur 11.0.1, We can still see this error on a lot of 10.15.7 Catalina devices. Unfortunately I cannot confirm this bug is resolved in Big Sur, since we have not upgraded all of our devices yet.

[roiegat]

"Everything works in Big Sur" - Apple

[UESCDurandal]

@roiegat "Everything works in Catalina" - Apple 2019

[charles_kerr1]

@hhorn Can confirm that this is still an issue on 11.0.0 and 11.0.1. Jamf Support has told me that updating to 11.0 is supposed to fix the issue, but this is not the case. I am still seeing the same VPP error codes as 10.14 and 10.15.

[stevewood]

Oh, hey, look at that, ~1800 devices with the error.... again. Come on Apple, fix this already.

[howie_isaacks]

This is really annoying. I have seen issues like this since I started using VPP. I had a user with this same problem today. When I got a free moment, I checked the pending installs in the Management tab. I saw this error: VPP redownload call timed out <MDMClientError:72> So I fired up a test Mac, and I was able to successfully download the app the user was trying to install. Typically, I see VPP apps install without issues, but this only seems to happen when I assure a user that yes, they can download that app easily through Self Service. There's no need to use their own Apple ID to get an app. After I wipe the egg off my face, the app finally installs later without me doing anything at all to correct it 😳

[rshepherd]

Still having this issue in our environment here, even on newer MacBooks running 10.15.7.

[HarvNagra]

Have been having a nightmare with this over the past month – new Jamf Pro user here – I've just discovered this thread, so at least I know I'm not alone :(

[stephaniemm77]

I upgraded a small set of devices to Big Sur a few days ago, lets see if we still have the issue.

[Knoxx]

If you are using Cortex 7.2.1 or later and you are not on Big Sur yet - you will need to have your security team disable the Cortex networking filter. This is what fixed it for us,

[ajassi]

Posted: 1/12/2021 at 9:21 AM CST by Knoxx If you are using Cortex 7.2.1 or later and you are not on Big Sur yet - you will need to have your security team disable the Cortex networking filter. This is what fixed it for us,

@Knoxx
We got a support exception to disable the filter which kind of worked for me when I tested on Catalina.

When I forced updates for some VPP apps there were no time out errors after running, I could hear my device spinning into gear like it was installing software, I loaded the apps and could see the newer version numbers. However, my app store was still telling me I needed to update and still is to this day a few weeks later!

Do you see similar?

[erichughes]

@ajassi We see that as well with apps such as BBEdit and Microsoft ToDo. We are deploying those through VPP, somehow they are being updated to the current version but that doesn't seem to make it to what the AppStore thinks, and it will continue to claim a update is needed even though the most current version is installed. The only real way I have found to make this "update" go away is to remove the app and let VPP re-deploy it. The App Store will be happy until the next update.

[davidhiggs]

We're seeing a new type of error, when Jamf is trying to 'Force App Updates' for installed VPP apps (Jamf Pro 10.26):

Install App - <app name> "Bag Load Failed"

Apps will just not update on macOS Big Sur (Intel) machines. When we don't see that error, Jamf will show the mdm command as completed and successful when in fact the app was never updated. It even shows as completed with the new version number in Self Service.

After dozens of forced app update attempts, we might see 1 in 10 app updates work.

I have no problems installing the VPP app via Self Service. So the workaround at the moment, is to delete the app that isn't updating and reinstall it from Self Service.

[ivanpiesh]

I just put in a ticket to Apple support about this. Hopefully they give me some useful information. This has been plaguing us lately as well.

[sgiesbrecht]

I am also getting the same errors for any VPP apps.

[mlee001_hcs]

@Knoxx We've just recently started using Cortex XDR and I can't seem to find that setting to disable network filtering. Do you happen to know where that's located? Thanks so much!

[Knoxx]

@mlee001_hcs - This was done by policy our IT Security team on their side.. and it looks like its fixed with Big Sur and Cortex Ver 7.2.2
You can try with this line:
sudo /Library/Application Support/PaloAltoNetworks/Traps/bin/cytool runtime stop networkextension

and see if that does indeed resolve your issue.

[mlee001_hcs]

@Knoxx Thanks so much for the quick reply. Stopping the network extension did seem to work. Unfortunately the mac it's running on can't go to Big Sur. I'll need to dig around in Cortex to see what I can find about maybe disabling that on anything below Big Sur. Again, thanks!

[dstranathan]

Is anyone else seeing this with the recent VPP Big Sur 11.2.3 installer?

[abfajerman]

Customer of mine just got hit with this. Macbook Pro running 10.15.7. VPP was working fine last week with no apparent changes made to anything that could interfere (network filters etc). Incredibly annoying as I have nothing I can tell the customer to do to try and fix the problem.

[jkf]

Retracting this post. After an update to 10.27 last night, the issue is not fixed at all.

~Hey folks, I just called Jamf support about this (15mar21) - the support person I spoke with said that their internal ticketing system shows "fixed in Jamf 10.27". She also confirmed that there's no direct mention of this in the 10.27 release notes.

We'll update and test as soon as we can. The Jamf support engineer mentioned (twice) "Make sure to update to MySQL 5.7.8 before udpating to 10.27"~

[LaMantia]

Direct from Jamf Support today

Yes, "<MDMClientError: 72>" was a symptom of PI-007435 which has been marked as resolved in Jamf Pro 10.27.0. However, this is has only been resolved with initial installations of applications. We unfortunately may still encounter "<MDMClientError: 72>" when updating macOS applications through Volume Purchasing.

So. half fixed. Just be aware.

[jkf]

.

[dstranathan]

This issue (Product Issue-007435 ) is supposed to be resolved in Jamf Pro 10.27. However, we are still seeing the problem with various Apple MAS/VPP apps such as macOS Big Sur installer, Keynote, etc.

Can anyone else verify this?

[sgiesbrecht]

I am having the same issues for various Apple MAS/VPP apps such as macOS Big Sur installer, Keynote, etc.

[jonlju]

We too have this issue with the macOS Big Sur installer.

Edit: Seems our issue was due to our VPN not allowing connections to AppStore, without it, it worked.

[catesr]

Sigh. Big Sur 11.2.3, JAMF 10.28.0-t1615386406. Result whether automatic install or Self Service "Bag Load Failed". Pages, Numbers, iMovie etc. So now I will copy those apps off of a machine which has them and put them on the problematic device(s). This is great.