Hello people of JAMF Nation!
My question has to do with Casper imaging and the JAMFHelper splash page that reads "The Imaging Process is finishing installing software".
I currently have a recurring Adobe CC 2015 policy that kicks off during that splash page. My issue is that Casper Imaging reboots the machine (immediate restart) halfway through the policy, before some of the software is finished installing. This means that the software has to finish installing at the login window (not ideal). Is there a way to delay the reboot until the policy is completed?
Or, can I manually trigger the splash page via "At Reboot" policy then have a command at the very end to reboot?
The reason I want to do this is that Adobe CC fails to install without someone logged in. At the JAMFHelper splash page, the account "adobetempinstall" is logged in.
Thank you all!
Immediate Restart after Splash Page:
Solved! Go to Solution.
I think the issue is that it seems to be running as a policy. There may be a trigger you have to use to install on enrollment, not sure if that will do what you see. Otherwise you may need to have a script at first boot that will trigger/call the Adobe CC policy as part of the image config (also set to install on restart after imaging)
I would make it part of the configuration if you want it to run as part of the imaging process every time. The "install on boot drive after imaging" flag won't do anything if it's part of a policy.
That said, I am still not sure what's happening, but I would want to see the policy's General pane.
@bpavlov Would using the custom trigger delay the reboot until it's finished installing the software?
Disclaimer, this is an EDU setting.
The reason I hesitate in including it in the configuration is because we have multiple labs that need different configurations. This is why we scope packages by name, to have one configuration. This makes it easier for us and the imaging tech because all they do is select the one configuration that says "Deploy OS X Yosemite" and the rest is done based on name.
Making separate imaging configurations is a last resort.
That's your issue. The script is not executing as part of any imaging actions, it's a result of the normal launchdaemon's recurring policy check as a separate thread. The firstrun script is not waiting for the policy to complete before rebooting because it is not triggering that policy, and is unaware it should wait for it.
You could include a script that runs towards the end of the imaging process and checks to see if the Adobe apps are needed, then runs a trigger policy to install them if they are. The reboot would wait for that to complete.
I'm on a one-hour policy check-in cycle so I never see policies execute until after imaging is done.
Why not just create a smart configuration called "Deploy OS X Yosemite with CC 2015" that has all of the Creative Cloud apps as part of the configuration? That smart configuration would have the "Deploy OS X Yosemite" configuration as it's parent configuration. Then it's just a matter of having the imaging techs choose the one that includes the Creative Cloud when it's appropriate. The nice thing about setting it up this way is if you change some of the pieces in your standard "Deploy OS X Yosemite" configuration they will get updated in the smart configuration.
@Poseiden I sympathize with your desire to limit the number of configurations, I try to do the same.
Here is a way you could do it with one configuration:
-leave your policy in place and give it a custom trigger (remove checkin trigger)
-scope the policy to just the macs that need CC
- add a script or payload free package that calls your policy by custom trigger at the end of the first run script of your single configuration. If the Mac is scoped to the CC policy it will install, if not nothing will happen and the machine images without CC.