Skip to main content

I've tried several different ways of uploading the Adobe apps, from wrapping the pkg in a dmg and using the script provided by Jamf to install from a dmg. I've tried uploading the package through Jamf Admin and letting it zip up the package. I've zipped it up, before uploading with Jamf Admin and nothing I do will allow the package install, remotely.



However, if I login to Macintosh and run the policy from command line, it is successful



Does anyone have any suggestions? I don't really want to login to 100+ Macintoshes and manually install Adobe 2021.



Thank you.

@aaronj Thank you for the update. I am testing it as well.


We are cloud based. We had to break up our Adobe installs into 3 stages and 3 packages as a single super huge package was not workable with the JCDS limit of 20G. Set up three policies, with each policy kicking the next off with an Event.


I can now confirm that the issue, which boiled down to an inability to run the Adobe installer via a root login, seems to be resolved in new packages created in the Adobe Admin Console. I've only tried Photoshop thusfar, but as the issue was said to be in the Creative Cloud App installer, I'm fairly confident that it should be fixed in all of the applications.



The ticket referenced by another party was CLIC-697.


I was able to successfully install InDesign using a package made on 5/24, so I share your confidence in the others. Thanks again @aaronj .


I discovered that at least with macOS 11.4.0, the Adobe Acrobat DC v21 installer checks to see if Safari is running, and if it is, it throws a "Block: Safari" error, stating a conflicting process is running, and results in a failed installation. As a result, when attempting to deploy Adobe Acrobat DC v21, you may want to do a check first to see if Safari is running, and if so, either prompt the user to close or kill it with forewarning in the description. Hope this helps someone.


Yes, you cannot have Safari running. Can cause a complete cluster.


So we're using JAMF Pro, no cloud. Our JAMF Admin does NOT zip anything, never has. Pretty much do the same as G_Zirrak.



1) Adobe Admin Console & package each App separately as Offline All Apps Restricted with RUM
2) Download downloader DMG, open & run App to download ZIP
3) Extract ZIP, move uninstaller out of Build folder, use Disk Utility to create DMG from Build folder, drop DMG in JAMF Admin
4) Create policy Ongoing Custom trigger w/ Self Service, add DMG set to Install, use installPKGfromDMG.sh set After w/ Param4 set to DMG name, allow restart id user logged out, Update Inventory.
5) Either Admin OR end user/usergroup scoped can install via Self Service. It queues, but runs out of order.



For some reason, since last month, RUM does NOT update to newest version till like a week AFTER release. You know, so if you're heavily Security minded or orientated, you have to uninstall/install new. At least CC App is NOT forced into these ... yet. But it will, at some point I'd bet.



Only issue we currently have is that updating a non 2021 version with 2021 does NOT change the App & Folder names. I have to set policies based off Name Has & Version instead of Name & Version. For more accurate policies where non 2020/2021 version may exist, make sure you use Name Has, else Version out of date will be inaccurate.



How do you get JAMF Admin, to not Zip Adobe files?  I would love that if it works as you say it does. 

Thank you for the post!


We were having tons of issues installing Adobe apps, and after months on a support ticket with JAMF and wrapping our head around log files, we found this that I have listed below, not sure if it will help everyone, but it definitely helped us.

Turns out the Apple ethernet card goes from a full 1G down to 100M when you're at the login screen unless someone is logged in and then it stays at a full 1G when logged in.

I found this script here that fixes the issue, it runs the caffeinate terminal command.
https://community.jamf.com/t5/jamf-pro/prevent-mac-from-sleeping-best-practise/td-p/188961

This is how I changed mine, just making 24 hours the default instead of the three hours they had set.  We install more packages and I just wanted to test to make sure they are awake for that time in case of other loads we throw at them.  You can add whatever time that you want in "$4" when running it up to 48 or anytime other than 24 hours.

 

#!/bin/sh

declare -i LIVE_TIME
LIVE_TIME=86400
if [[ "$4" -gt "0" ]] && [[ "$4" -lt "49" ]]; then
LIVE_TIME=$4*3600
fi
echo Machine will not sleep for $LIVE_TIME seconds.
( caffeinate -sid -t $LIVE_TIME ) &
disown
exit

 

I'm having no issues running Adobe or anything because the card doesn't sleep anymore if you run this first script first.  Hope that helps someone.


We were having tons of issues installing Adobe apps, and after months on a support ticket with JAMF and wrapping our head around log files, we found this that I have listed below, not sure if it will help everyone, but it definitely helped us.

Turns out the Apple ethernet card goes from a full 1G down to 100M when you're at the login screen unless someone is logged in and then it stays at a full 1G when logged in.

I found this script here that fixes the issue, it runs the caffeinate terminal command.
https://community.jamf.com/t5/jamf-pro/prevent-mac-from-sleeping-best-practise/td-p/188961

This is how I changed mine, just making 24 hours the default instead of the three hours they had set.  We install more packages and I just wanted to test to make sure they are awake for that time in case of other loads we throw at them.  You can add whatever time that you want in "$4" when running it up to 48 or anytime other than 24 hours.

 

#!/bin/sh

declare -i LIVE_TIME
LIVE_TIME=86400
if [[ "$4" -gt "0" ]] && [[ "$4" -lt "49" ]]; then
LIVE_TIME=$4*3600
fi
echo Machine will not sleep for $LIVE_TIME seconds.
( caffeinate -sid -t $LIVE_TIME ) &
disown
exit

 

I'm having no issues running Adobe or anything because the card doesn't sleep anymore if you run this first script first.  Hope that helps someone.


Hey @skinford , is there any way you can provide your proof of this? Link to the article? or what your test was? Because if it's true, it would explain a lot over the last few years.

Thanks in advance. 


Hello,



I recently was able to deploy Adobe 2021 packages to Intel and M1 machines through Self Service. About a month ago, I was having a lot issues getting a handful of Adobe apps to run on M1 Macs. I would sometimes get installation failed errors on Self Service, but the install was actually completed, with a complete status in the actual policy logs. So just a heads up on that. But most recently, I've had the apps install complete properly without any error messages. And with recent Adobe updates to its applications, all apps seems to now function on Intel and M1's Macs.



With that said, below is a brief summary of my implementation:
1. I configure each Adobe application separately on Adobe admin console. Which then downloads the DMG file from the browser. 2. Next I run the DMG which opens the Adobe Package Downloader which creates a Zip folder of the applications.
3. Within the zip folder is the build folder, then the install pkg. and uninstall .pkg. I then drag the Install .pkg file directly into JAMF Admin. Depending on the App some take longer to upload than others.
4. After uploading the packages through JAMF Admin, I created a policy for each app, and enabled the Self Service feature. I did not set the policy to cache and then install from cached. Just a straight install of the app.



Just some side notes: From the testing I have done, I recommend uploading Adobe packages using JAMF Admin. I ran into issues uploading with the JAMF web interface. JAMF Admin automatically Zips the .pkg file, so no need to zip the file yourself before uploading. Also, if you happen to delete a certain Adobe app from JAMF and want to re-upload the same application, make sure to change the name of the .pkg file. As I was doing extensive testing, I kept uploading each applications a couple of times that were configured differently from the Adobe console. I also noticed sometimes if the app got corrupt while uploading to JAMF, the checksum portion of the app in JAMF Admin is blank. If there are random characters in the checksum portion then guess thats a good sign that the package is uploaded properly.



Thank you @G_Zirrak for this! It is a bit tedious, but working like a charm!


I have also experienced this problem. It appears that when you upload the cc 2021, somewhere along the process of uploading and zipping, permissions seem to change so you get the 403 error of package not being available. If you attempt to download the package directly from a browser you get the error no permissions. However if you perform an install of the same Adobe package at computer enrolment it is installed. So I do not understand why this version of 2021 is causing issues.

 


Reply