I have an Adobe Creative Cloud package that is 21Gb (I know it's massive). Pre-Jamf, I was able to use ARD to install the package to target machines about 85% of the time. I wanted to see if Jamf was more reliable but have had no success in getting the package in our Cloud JSS instance using both a web browser and Jamf Admin. Anyone else have this problem or know of upload limits?
@joethedsa This has been a limitation since the inception of Jamf Cloud. Recommended workarounds have included utilizing curl for the file upload:
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?
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.
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 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 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.
@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.
@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.
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.