Upload Size Limit for a Package for Cloud JSS?

I've had this issue with the Mojave installer, which is just over 6GB. Same as you, I had no success with either method, so now I'm having to implement a work-around solution which is less than ideal.

I thought the file size limit was 5 GBs, but I'm not sure where I recall seeing that. Maybe in some of the documentation.

@joethedsa This has been a limitation since the inception of Jamf Cloud. Recommended workarounds have included utilizing curl for the file upload:

https://www.jamf.com/jamf-nation/discussions/28074/how-can-i-upload-file-to-the-cloud-distribution-point
https://www.jamf.com/jamf-nation/discussions/19244/upload-package-to-jcds-via-api

I have had no problem uploading Adobe DMGs that I create to JAMF and then deploying them. However, I break each Adobe product out into a separate DMG installer. It takes longer to create the individual DMGs but then, once I have them, it gives me the flexibility to create single product installs if a staff member only wants Photoshop for example.

+1 to what @adminNWA says. It would be best to break those up into smaller installs if possible. Since Jamf Pro works differently from ARD, you don't need to contain everything into one huge package to limit the amount of times you are dragging in files for pushes. You can add all those individual smaller ones into one policy if needed. I can't imagine it's really ever a good idea to try to push a 21 GB package over the network. There are too many opportunities for failure that way.

Outside of that, 2 other options are to do what @stephen.perry-GS mentioned and try using the API example on those threads to upload it (but you're still going to be pushing a very large pkg install in one shot to clients, which doesn't seem like a great idea), or, you can set up a local HTTP or even SMB distribution point on your network and use that as your Master instead of the cloud instance. A local DP isn't going to have the same upload limitations. You will still be faced with the situation above - pushing a large installer over the network to clients, which could fail.

Adobe is changing the way they will do device licenses very soon so I suspect the way we've been doing it here will inevitably have to change. The multiple DMG's strategy is an interesting thought. I wonder if there is a way to get the most up to date DMG for each product by using the curl command to the Adobe site. Anyone have any experience doing that?

@landon_Starr I have also run into this issue today.

We attempted to "curl" the package, as a work-around but it appears to still keep error-ing out upon upload.

Curious, have you found a workaround to get macOS mojave to upload to your Jamf Cloud yet?

I encountered this issue with the Mojave Installer as well. Eventually what worked for me was uploading the package via Jamf Cloud using a Windows Based PC. For whatever reason the Mac would always fail the upload process using both the Jamf Pro application and the Jamf cloud site upackage uplaod.

We (PC and Mac) build each Adobe product separately, it;'s always been a pain to get it to install but moving to a modular install script worked a treat.

as far as im aware , there is no size limit , ive uploaded a 25GB Adobe CC PAckage via the Jamf Portal and works fine and deploys fine

the 25GB Package in Jamf Admin would time out

For what it's worth, a few weeks back I had an online chat session with Jamf and the rep said the limit is 20Gb. @VitorCostaUK , looks like you lucked out with your upload. I ended up also having issues with individual Adobe packages averaging about 2.5 Gb in size. My latest solution was to rename the package (the package was created directly from the Adobe admin web console) to something different, then upload via Safari. I have taken everyone's advice to upload each product separately and for the most part have been successful. I appreciate all who chimed in!

I found taking all the special characters out of the package name done the trick, so rename it something like AdobeCC2019.pkg.

The actual file size limit for a JC DP is around 4TB, it's an Amazon S3 Bucket.

I am really wondering what the max upload file size is. I tried to upload Android Studio as PKG, it is approx 770 MB in size, and it won't work. I attached a screenshot of the error message.
Other, smaller files work.

I am not sure why but including the image in this post did not work, therefor I linked it.
Link to error screenshot

@j.meister , you may want to open a case with Jamf directly. I can only go by what the rep that helped me months ago said- 20Gb is the limit. Have you tried to repackage it as a DMG and upload it?

Hi joethedsa,

thanks for your reply. I only tried PKG but I will try it with DMG too. If that does not work I will open a case.

@j.meister Have you tried uploading through the JAMF Pro web interface? JAMF seems to be pushing people away from uploading packages through JAMF Admin.

If that still doesn't work you may need to open a case to make sure that the /dev/mapper/rootvg-usrlv has enough space as it copies it through there before going to the AWS bucket where your PKGs sit.

@joethedsa Uploading it via the web interface works but after uploading the pkg or dmg it says "Availability pending" with a yellow exclamation mark in the front. I don't know what that means.
I will open up a case.

@j.meister, this usually will go away after a few minutes if you refresh the page. I have a cloud instance of Jamf so if your's is different you may get different behavior. Usually within a few minutes, I can already create a policy with the uploaded package with no problem.

@j.meister "Availability pending" indicates that the package is being "processed" so to speak. This was also observed when JDS was still around.

Depending on the size of the package, this process can can some time to complete. While in this state, the package is available for scoping to a policy, etc., however, it is not available for download should a device execute the policy.

Jamf Support should be able to provide additional clarification around this.

@joethedsa What exactly is your filename? I was able to upload via the web console my ~19GB installer once I removed all spaces and periods from the filename that didn't specific a file extension. It is a known issue with Jamf.

@Mcgwirej , typically our naming convention is to name it "Product_CC_Year_LicenseType". For example, I named one "Adobe_Photoshop_CC_2020_SDL". Because I use the Adobe Admin console to create them, it will add "Install" at the end of the name automatically. Once it has been downloaded locally, I rename it to "Adobe_Photoshop_CC_2020_SDL_Installer" (SDL means Shared Device License". I use Safari to upload it and have had ~90% success rate.

Thanks @seaneldridge7 your solution worked for me. Removing special characters like peroids or hyphens. Underscores work though.

Not much rhyme nor reason around what works or not.

"Adobe_After_Effects_2021_18.0_Install.pkg" works fine.

"Adobe_Media_Encoder_2021_15.0_Install.pkg" will not upload via JSS web interface. Will upload via Jamf Admin... but will not replicate to other Distribution Points. Same exact naming structure... even same number of characters.

"Adobe Media Encoder 2021 15.0 Install.pkg" (all underscores replaced with spaces) also works fine, even though others say that spaces and periods are troublesome.

Same here. It's a hit and miss. All of them upload with the Admin, but sometimes they work and sometimes they don't. I have found that if I login to the machine and go to terminal and trigger the policy manually, all installs perfectly fine.