On 05/15/09 11:19, Andre Molyneux wrote: > I installed 111b2 from LiveCD onto an x86 system, configured install > services for both x86 and SPARC (downloading the latest AI images > off of nana.sfbay), and tried doing AI installs to both types of > machines. Installation of a Toshiba x86 laptop succeeded, while > installation of a SPARC T2000 failed. > > Here's the sequence of what I did: > > installadm create-service -n x86_111b_svc -i 172.20.64.100 -c 10 -s > /var/tmp/AI/images/osol-0906-111b-ai-x86.iso /var/tmp/AI/targets/x86_111b > > When this succeeded, I booted the x86 client off the net and started > its install. Then I configured a SPARC service: > > installadm create-service -n sparc_111b_svc -s > /var/tmp/AI/images/osol-0906-111b-ai-sparc.iso > /var/tmp/AI/targets/sparc_111b > > Tried booting the SPARC client to see what would happen considering > that the x86 service had been set up first. It got a file that wasn't > executable, so it appeared to be getting the x86 service. Then I did > a create-client for the SPARC machine: > > installadm create-client -e 0:3:ba:d8:ce:f6 -t > /var/tmp/AI/targets/sparc_111b -n sparc_111b_svc > > After this I tried booting the SPARC client again and this time > it got a usable miniroot and proceeded with the install. I then > let both installs run to completion. > > First question -- is there anything wrong with how I configured > things above? > > The x86 install completed successfully. The SPARC install failed. > The full install log is attached, but here's an excerpt that contains > the failure info. This occurs after all the packages have apparently > been successfully installed: > > <ICT May 15 14:51:28> devfsadm command output: devfsadm: could not find > major number for driver ipnet > <ICT May 15 14:51:28> devfsadm command output: devfsadm: could not find > major number for driver ipnet > <ICT May 15 14:51:28> current task:update_boot_archive > <ICT May 15 14:51:28> shell cmd (bootadm update-archive -R /a 2>&1) > returned status 256 > <ICT_E May 15 14:51:28> Updating boot archive fails. exit status=256 > command=bootadm update-archive -R /a 2>&1 > <ICT_E May 15 14:51:28> Failure. Returning: ICT_UPDATE_ARCHIVE_FAILED > <ICT May 15 14:51:28> current task:create_sparc_boot_menu > <ICT May 15 14:51:28> current task:_get_root_dataset > <ICT May 15 14:51:30> current task:copy_sparc_bootlst > <ICT_E May 15 14:51:30> Unexpected error when copying the sparc bootlst > file /rpool/boot/menu.lst
menu.lst? sounds very x86ish! In your attachment, you are pointing to the /release, not /dev repository My 'fix' was to modify /usr/share/auto_install/default.xml. I say 'fix' as that is not the best way, however, certainly quick. Steffen > <ICT_E May 15 14:51:30> Traceback (most recent call last): > File "./ict.py", line 1850, in copy_sparc_bootlst > shutil.copyfile(bootlst_src, bootlst_dst) > File "/usr/lib/python2.4/shutil.py", line 47, in copyfile > fsrc = open(src, 'rb') > IOError: [Errno 2] No such file or directory: '/a/platform/sun4v/bootlst' > > <ICT_E May 15 14:51:30> Failure. Returning: ICT_COPY_SPARC_BOOTLST_FAILED > > There is nothing under /a after the installer terminated, but I suppose > it unmounted the filesystem it was writing to before exiting. Is there > anything else I should look for while the system's still sitting in this > state (logged in after failed install)? > > Andre > > > ------------------------------------------------------------------------ > > _______________________________________________ > caiman-discuss mailing list > caiman-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
