Recreating installer with createOSXinstallPkg.
@Abdiaziz We had this issue as well and the response from JAMF was to initiate the restart via Script and not policy. The bad thing about that is then you can't use the authenticated restart to bypass FileVault. There is a thread somewhere here on JAMFNation that discusses it and I will look for it when I return to the office tomorrow.
@FritzsCorner Thanks! It it just a simple restart script, or is there more to it?
@Abdiaziz I modified the script that @rtrouton has listed on his Github to work in my environment. Basically the reboot just needed to be triggered via the script using shutdown -r now but I liked the other stuff that @rtrouton had done so I decided to go with his script.
https://github.com/rtrouton/rtrouton_scripts/blob/master/rtrouton_scripts/Casper_Scripts/self_service_yosemite_os_install/self_service_yosemite_os_install.sh
I am still trying to dig up the response I got from JAMF on why the script was needed instead of just using the built in policy functionality. I will post back when I find it.
Update: I looked through my support case history and it looks like it was something they informed me about on a phone call so I don't have anything written that explains why it works. Hope this info helps you out. Good Luck!
@FritzsCorner I tried the "shutdown -r now" after the policy ended and it just took me back to the login window. I might possibility call my TAM.
@Abdiaziz
I tried the "shutdown -h now"
I haven't tested with the Halt flag before. Do you get the same results if you use the -r flag? Are the logs still showing /OS X Install Data is not a directory?
@FritzsCorner Whoops, I meant to say "shutdown -r now". I'll only get the "/OS X Install Data is not a directory" error if I use JAMF"s built in reboot to installer option.
You have the script set to AFTER correct?
huh, Rich's disabling FV SSO in his script, I wonder why . . . . I've never done that in mine, and haven't noticed any issues with FV macs.
Oh, ok, it was about the dots in the password field not drawing correctly, then? I have seen that, actually, but since it didn't affect the installation we didn't do anything beyond documenting it as normal behavior.
@FritzsCorner @nkalister
I'm testing this on a machine without FV, and the script is set to "After".
@nkalister,
I'm using a firstboot package as part of my upgrade procedure, which runs while the Mac is at the OS loginwindow. I'm disabling FileVault's automatic login so that the OS loginwindow comes up and the firstboot package runs normally.
In turn, one of the firstboot packages' embedded installers re-enables the FileVault 2 automatic login.
That makes sense, thanks Rich!
The new update for createOSXinstallPkg fixed my issue.
Can you share the link where you found the updated version of createOSXinstallOkg?
@WUSLS
Here ya go:
https://github.com/munki/createOSXinstallPkg
I've followed all this, running an up to date version of createOSXInstallPKG, etc. But it always boots to the login window at the end. I tried having reboot in the Files and Processes, a script calling shutdown -r now, and the Policy reboot (Mac OS X Installer, reboot immediately on both options).
All of them go to the login window 
. I can't seem to wrap my head around this, this time. Doing a 10.9 to 10.10 upgrade, have successfully done the 10.7 to 10.8 in Self Service a while back, but this one keeps giving me so much guff.
