mary ding wrote: > Jan and Sean: > > I had also request for this within SUN internal testing group when they > want to use AI. The support for pre/postinstall scripts are popular. > > For jumpstart, I had use it to gather how much time need to do install > and reboot.
This is not an argument for adding scripting, but instead for adding features to the installer for capturing performance information. At this point, please file appropriate, specific bug or enhancement requests for the functions you need to perform, not general "give me scripting"-type bugs. Dave > > > > Sean McGrath wrote: >> jan damborsky stated: >> < Hi Sean, >> < < On 03/02/09 16:16, Sean McGrath wrote: >> < < jan damborsky stated: >> < < Currently, when Automated Installation is done, it waits for user >> < to manually reboot the system. There is a desire to support >> < automatic reboot feature, so that the overall process of the >> < installation might be hands-off. This requirement is tracked >> < by bug 6556. >> < < In order to provide end user with possibility to automatically >> < reboot machine after AI is done, I am thinking about approach >> < described in proposal below. >> < < Please let me know, if you think it should be modified or different >> < approach should be taken. >> < < Thanks Jan, looks good. >> < < Thanks a lot for looking at this ! >> < < This will be a step towards fully automated >> < and configured installs - just needing the pre/post install >> 'script' >> < features next :) >> < < To be honest, I am not sure what you mean by pre/post install >> 'scripts' - >> < could you please elaborate more on this and what kind of problem >> you might >> < need to solve ? >> >> Theses pre/post install 'scripts' are akin to the pre/post install >> scripts of jumpstart - listed in a rules file. They get run before >> the installer starts and another script after the installer finishes, >> after this second 'finish' script is done the installer then reboots >> the machine. >> >> Eg, we (perfpit) use a finish script to kick off installing our >> benchmark >> harness, the benchmarks and running them. >> >> Customers use finish scripts to setup a box to be a webserver say, in >> amongst a bank of similar installed boxs to be used as a rack of >> webservers >> for load balancing. >> >> So while this auto-reboot feature is good and what we're asking >> for, its part of the whole 'fully-automated, hands free' net >> install + kick >> off running type scenario we're used to. >> >> Would it be possible for instance to have such an action enabled in >> AI ? >> >> Example (off the head), a new AI element: >> >> <optional> >> <element name="ai_post_install"> >> <attribute name="url"> >> <text/> >> </attribute> >> </element> >> </option> >> >> >> possibly used like: >> >> <ai_post_install> >> <url="http://$server/path/to/post/install/script"/> >> </ai_post_install> >> >> (my xml isn't too good, apologies :) >> >> auto-installer could then grab and run this script before rebooting. >> >> In the future we could envision using the current method of choosing >> a manifest for a client, and using that method to choose such >> scripts. >> (the current method involving gathering some hw info, sending that to >> the service on the install server and recieving a manifest in >> return) >> >> - some QE groups have a pre-install script which looks at the >> hardware >> and builds a jumpstart profile from it (I think). >> >> - even the ability to add custom AI elemnets could be seen ? >> >> Regards, >> Sean. >> . >> < < Thank again ! >> < Jan >> < < Regards, >> < Sean. >> < . >> < < Thank you very much, >> < Jan >> < < < [1] introduce new element in AI manifest >> < < ... >> < <optional> >> < <element name="ai_auto_reboot"> >> < <data type="boolean"/> >> < </element> >> < </optional> >> < ... >> < < It would be optional - if not specified, machine would not reboot. >> < < [2] If 'ai_auto_reboot' option is provided and set >> < to 'true', AI would 'touch' file in /tmp/ directory >> < as indicator that auto reboot should take place. >> < < [3] Reboot in AI SMF service >> < < Reboot itself would be done from auto-installer SMF method as the >> < last action - after AI engine is done and only if it returned success >> < (in order to allow user inspect log files in case installer failed, >> < since they might be unaccessible after reboot): >> < < SMF AI start method (/lib/svc/method/auto-installer): >> < < ... >> < # Invoke AI engine to install the machine >> < $AI_ENGINE -p $AISC_MANIFEST >> < ret=$? >> < < if [ $ret -eq 0 ] ; then >> < echo "Automated Installation finished successfully" > /dev/msglog >> < if [ -f "$AUTO_REBOOT" ] ; then >> < echo "Machine will be rebooted now" > /dev/msglog >> < /usr/sbin/reboot >> < else >> < fi >> < else >> < fi >> < < _______________________________________________ >> < caiman-discuss mailing list >> < caiman-discuss at opensolaris.org >> < http://mail.opensolaris.org/mailman/listinfo/caiman-discuss >> > > _______________________________________________ > caiman-discuss mailing list > caiman-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
