jan damborsky wrote: > Hi Alok, > > > Alok Aggarwal wrote: >> On Thu, 16 Oct 2008, Alok Aggarwal wrote: >> >>> Can be found here (internal only) - >>> >>> indiana-build.central:/export/nightly_builds/aa/pr/media/automated_installer_image.iso >>> >>> The iso is current as of the following changeset - >>> >>> changeset: 283:528396444746 >>> tag: tip >>> user: Alok Aggarwal <Alok.Aggarwal at Sun.COM> >>> date: Thu Oct 16 15:18:12 2008 -0400 >>> summary: 3983 AI defval manifest has an incorrect entry for the >>> ai_packages tag >>> >>> I have not yet tried it out. >> There is some problem with this image which I >> can't exactly pin point at this time. The boot >> doesn't get far enough to allow zlib archives >> to be downloaded. >> >> Jan, could you please generate another image >> with the fix for defect 4007? (The install on >> your test system failed towards the end due to >> the filesystem getting full -- incase you try >> again). > > New AI image can be obtained from following location > (please be aware of the fact it is available only internally): > > /net/10.18.138.30/rpool/ai_images/ai_image_99_tip284.iso > > It was built using Distro Constructor containing fix for 4007. > > The image is based on build 99 (ipkg.sfbay IPS repository) - > following packages were replaced in/added to DC proto area: > > SUNWbeadm > SUNWinstall > SUNWinstall-libs > SUNWdistro-const > SUNWauto-install > > Packages are built from slim_source gate based on following tip > (fix for bug 3977 is also included - not yet integrated): > > $ hg tip > changeset: 284:24cd9b9e4f45 > tag: tip > user: Glenn Lagasse <Glenn.Lagasse at Sun.COM> > date: Thu Oct 16 15:54:32 2008 -0400 > summary: 30 reboot on livecd calls bootadm and updates the hard > disk's archive > > Test results: > * image booted fine > * AI net archives were downloaded and mounted > * AI service discovery finished successfully > * AI service choosing engine obtained AI combined manifest > (containing workaround for 4021 - IPS repo specified as IP address) > * AI engine started installation > - Target Instantiation finished successfully > - Transfer phase > - IPS initialization works fine > - pkg is now in process of populating the '/a' proto area
The installation finished and I was able to login to the desktop using user name and password specified in manifest (complete combined AI manifest used for installation is attached). During the installation, I have seen following issues: * installation failed on Ultra20 with 1GB of memory It failed during transfer phase because of insufficient memory. I increased the size of Solaris2 partition, so that Target Instantiation creates swap on ZFS volume - 512MB was created and installation finished fine. I have just taken quick look at the memory consumption during the process of installation - pkg seems to consume ~200MB. This needs to be investigated. * after installation finished, it was immediately restarted This is because we currently don't handle process of reboot correctly. In order to prevent this, I just modified /lib/svc/method/auto-installer on-the-fly, so that after installation was done, it exited with the error forcing the AI SMF service to be transfered to maintenance mode and not restarted. * ICT tries to uninstall SUNWslim-utils from the target - Alok filed 4031 for this * One more ICT task is reported as failed I am not sure which one, full install_log attached. Running system reports: $ svcs -xv svc:/network/dns/multicast:default (DNS Service Discovery and Multicast DNS) State: disabled since Sat Feb 16 22:11:04 2008 Reason: Disabled by an administrator. See: http://sun.com/msg/SMF-8000-05 See: man -M /usr/share/man -s 1M mdnsd See: http://opensolaris.org/os/project/nwam/service-discovery/ Impact: 1 dependent service is not running: svc:/system/avahi-bridge-dsd:default svc:/application/desktop-cache/icon-cache:default (Gtk Icon Cache Builder) State: maintenance since Sat Feb 16 22:11:28 2008 Reason: Start method exited with $SMF_EXIT_ERR_FATAL. See: http://sun.com/msg/SMF-8000-KS See: man -M /usr/share/man -s 1M gtk-update-icon-cache See: /var/svc/log/application-desktop-cache-icon-cache:default.log Impact: This service is not running. $ cat /var/svc/log/application-desktop-cache-icon-cache:default.log [ Feb 16 22:10:59 Enabled. ] [ Feb 16 22:10:59 Rereading configuration. ] [ Feb 16 22:11:20 Executing start method ("/lib/svc/method/icon-cache start"). ] No icon cache found in /usr/share/icons/Crux. Generating one. /lib/svc/method/icon-cache: line 92: 1138: Memory fault(coredump) /usr/bin/gtk-update-icon-cache exited with an error while generating the icon cache for /usr/share/icons/Crux. [ Feb 16 22:11:28 Method "start" exited with status 95. ] Thank you, Jan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: install_log_ai_99 URL: <http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20081017/f920ad02/attachment.ksh> -------------- next part -------------- A non-text attachment was scrubbed... Name: ai_combined.manifest.xml Type: text/xml Size: 2889 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20081017/f920ad02/attachment.xml>
