Package was not successfully downloaded -1202

atomczynski
Valued Contributor

Upgraded on prem Jamf to the current version (10.22.1).
Prior to the upgrade we were experiencing DP problems not only with large downloads but small as well. I repackaged Office and the new file name did not have spaces and that helped for a while.

For some time now all downloads from the DP fail.

With Jamf 10.22.1 I see the following error message:

Error: Package was not successfully downloaded. -1202
Error: insertthenameofyourpackage.pkg is not available on the HTTP server.

The DP is on a Mac running the Server.app with htttp/websites service.

13 REPLIES 13

Phantom5
Contributor II

Exact same configuration we are seeing the same behaviour. Not on all computers thou, but some computers are unable to download a package.

Funny thing the package is able to download successfully if we copy the full url into a browser. Also the same exact package is downloading without problems on other computers.

Error: Package was not successfully downloaded. -1202

KMak84
Contributor

I am also getting the same exact issue.

Test Jamf DP has been set up with HTTPS/SSL The DP is on 10.13.
Tested running a custom event, HTTP & HTTPS & using the FQDN/Jamshare/packages/dockutil-2.0.5.pkg all on a test machines
The CA that was generated on the Mac Mini has been uploaded to Jamf > Config Profile > Installed as root.

So now testing with DEP
Tried HTTP all fine as expected
With HTTPS

Downloading https://FQDN/JamfShare/Packages/dockutil-2.0.5.pkg...
Error: Package was not successfully downloaded. -1202
Could not connect to the HTTP server to download dockutil-2.0.5.pkg.

Did you manage to resolve your issue @atomczynski & @f.deis

donmontalvo
Esteemed Contributor II

Seems to happen on DPs configured to use HTTPS here as well.

Error: Package was not successfully downloaded. -1202
The network connection was interrupted while downloading the package from https://server.domain.com/folder/folder/packagename.pkg Attempting to reconnect...

Instead of resuming the download, it moves on to the next package.

Opening a ticket with Jamf support.

--
https://donmontalvo.com

atomczynski
Valued Contributor

Upgraded to 10.24.2 recently.

Extracted the certificate from the DP server and pushed out via profile to a Jamf client.
No change.

donmontalvo
Esteemed Contributor II

@atomczynski if the DP has a private PKI (internal) SSL cert, the root/intermediate certs would need to be in place for the cert chain to be complete, and for the DP(s) to be trusted.

If the SSL cert is self-signed, or If certs are being PKG'd, that's a whole other conversation. #racecondition

--
https://donmontalvo.com

Hi donmontalvo, 
Can you explain "if the DP has a private PKI (internal) SSL cert, the root/intermediate certs would need to be in place for the cert chain to be complete, and for the DP(s) to be trusted" ? 
How would I know if there is an internal cert? 
How would I put them "in place" for the DP to be trusted? 
I'm not fully tracking what you're saying here but I'm having the same problem and it looks like you were the only person here to come up with a solution of sorts.

vobizzy
New Contributor III

Had the same issue and after seeing @donmontalvo post, i reactivated the PKI config profiles and tried it again. I can confirm it works.

SheikSena
New Contributor

Hello Guys, 

I'm also facing the same issue, on Jamf cloud the packages are not getting downloaded from DP and the same is working on Jamf Pro on-prem (Packages are getting downloaded from DP). Should I configure anything else on Jamf Cloud?. I'm using the same DP for both Jamf Cloud and Jamf Pro On-Prem. 

Logs for JamfCloud:

Error: Package was not successfully downloaded. -1202
Error: GoogleChrome.pkg is not available on the HTTP server.

 

Logs for JamfPro On-Prem:

Installing Adium_Test.pkg...
Successfully installed Adium_Test.pkg.

 

@vobizzy @donmontalvo 

donmontalvo
Esteemed Contributor II

We're not on cloud (yet), so I'm grasping on straws a bit.

We've seen the "not available on the HTTP server" when a download is interrupted, but the interruption does not exceed the resumable download threshold of 300 seconds.

We've seen the "was not successfully downloaded" error when the threshold is exceeded. Jamf has the threshold, to prevent a policy from preventing other policies from running.

Might open a ticket with Jamf?

--
https://donmontalvo.com

SheikSena
New Contributor

Thanks @donmontalvo, When I directly open the link https://----/jamf_share/Packages/GoogleChrome.pkg the packages are getting downloaded without any issues.

donmontalvo
Esteemed Contributor II

The errors I mentioned are what might show in the jamf.log.

--
https://donmontalvo.com

Ferby
New Contributor

Had similar errors. 

We used a Distribution point in AWS using an s3 bucket. This started to occur after a certain point in time. However, I realized that there was an AWS resource that kept deleting stuff in our S3 bucket after a day or so. This resource was actually a test SQL database we had cloned. 

Once we removed the duplicate AWS database, those errors went away. - Probably a specific issue to my company but listing here incase.

dwoodfill
New Contributor III

Hey, having issues with this myself, renewed the cert on my old mac mini running server 5, not sure it's right, but the dates updated when i visit the page manually. Is there a different cert I need to touch?