OK, I just got the machine allocated back to me. This time I set the booking to a year rather than two weeks. I can drop the booking when I’m done.

Set jumpstart to snv_120 with only the SUNWcreq cluster to get wanboot and did root zpool install (as it appears to run much faster and this is only the interim installation).

Once that was done, I needed to reset the jumpstart information to grab 2009.06 from our jumpstart server and then do a

ok boot -F wanboot -o dhcp Boot device: /pci@8,600000/SUNW,qlc@4/fp@0,0/disk@w2100000c50566f74,0:a File and args: -F wanboot -o dhcp <time unavailable> wanboot info: WAN boot messages->console <time unavailable> wanboot info: configuring /pci@8,700000/network@5,1: <time unavailable> wanboot info: Starting DHCP configuration <time unavailable> wanboot info: DHCP configuration succeeded <time unavailable> wanboot info: Default net-config-strategy: dhcp <time unavailable> wanboot progress: wanbootfs: Read 368 of 368 kB (100%) <time unavailable> wanboot info: wanbootfs: Download complete Thu Apr 29 07:41:33 wanboot progress: miniroot: Read 175868 of 175868 kB (100%) Thu Apr 29 07:41:33 wanboot info: miniroot: Download complete SunOS Release 5.11 Version snv_111b 64-bit Copyright 1983-2009 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. strplumb: open /devices/pseudo/clone@0:ssd failed: 19 WARNING: consconfig: cannot find driver for screen device /pci@8,700000/SUNW,m64B@1 Hostname: opensolaris Remounting root read/write Probing for device nodes ... Preparing automated install image for use The AI image will be retrieved from /export/install/sparc/os/osol-0906-111b2-ai/ directory Downloading solaris.zlib archive --00:44:56-- http://10.15.2.227:5555/export/insta...//solaris.zlib => `/tmp/solaris.zlib' Connecting to 10.15.2.227:5555... failed: Network is unreachable. FAILED Requesting System Maintenance Mode (See /lib/svc/share/README for more information.) Console login service(s) cannot run Enter user name for system maintenance (control-d to bypass): root Enter root password for system maintenance (control-d to bypass): single-user privilege assigned to root on /dev/console. Entering System Maintenance Mode Apr 29 00:45:44 su: 'su root' succeeded for root on /dev/console -bash: /usr/sbin/quota: No such file or directory Sun Microsystems Inc. SunOS 5.11 snv_111b November 2008 root@:~# ifconfig -a plumb root@:~# ifconfig eri0 dhcp root@:~# cat > /etc/resolv.conf nameserver <address> root@:~# rm /etc/nsswitch.conf root@:~# cat /etc/nsswitch.dns > /etc/nsswitch.conf root@:~# umount /etc/netboot root@:~# rm -rf /etc/netboot root@:~# umount /tmp root@:~# svcadm disable dscp root@:~# svcadm disable sckmd root@:~# Remounting root read/write Probing for device nodes ... Preparing automated install image for use The AI image will be retrieved from /export/install/sparc/os/osol-0906-111b2-ai/ directory Downloading solaris.zlib archive --00:54:19-- http://10.15.2.227:5555/export/insta...//solaris.zlib => `/tmp/solaris.zlib' Connecting to 10.15.2.227:5555... connected. HTTP request sent, awaiting response... 200 OK Length: 83,334,656 (79M) [text/plain] 100%[====================================>] 83,334,656 11.28M/s ETA 00:00 00:54:26 (11.25 MB/s) - `/tmp/solaris.zlib' saved [83334656/83334656] Downloading solarismisc.zlib archive --00:54:26-- http://10.15.2.227:5555/export/insta...larismisc.zlib => `/tmp/solarismisc.zlib' Connecting to 10.15.2.227:5555... connected. HTTP request sent, awaiting response... 200 OK Length: 3,857,408 (3.7M) [text/plain] 100%[====================================>] 3,857,408 10.71M/s 00:54:26 (10.70 MB/s) - `/tmp/solarismisc.zlib' saved [3857408/3857408] --00:54:26-- http://10.15.2.227:5555/export/insta...//install.conf => `/tmp/install.conf' Connecting to 10.15.2.227:5555... connected. HTTP request sent, awaiting response... 200 OK Length: 83 [text/plain] 100%[====================================>] 83 --.--K/s 00:54:26 (3.09 MB/s) - `/tmp/install.conf' saved [83/83] Done mounting automated install image Configuring devices. Reading ZFS config: done. root@:~# logout Service discovery phase initiated Service name to look up: OpenSolaris-2009-06-AI-sparc opensolaris console login: Service discovery over multicast DNS failed Service located at 10.15.2.227:5555 will be used Service discovery finished successfully Process of obtaining configuration manifest initiated Configuration manifest obtained Automated Installation started The progress of the Automated Installation can be followed by viewing the logfile at /tmp/install_log

Oops, I forgot to clear the dns/multicast service and of course the install failed

root@opensolaris:~# svcadm clear dns/multicast root@opensolaris:~# svcadm clear auto-installer root@opensolaris:~# Service discovery phase initiated Service name to look up: OpenSolaris-2009-06-AI-sparc Service discovery finished successfully Process of obtaining configuration manifest initiated Configuration manifest obtained Automated Installation started The progress of the Automated Installation can be followed by viewing the logfile at /tmp/install_log

This time we got a little further but ended up with:

<OM Apr 29 08:03:10> Transfer process initiated <OM Apr 29 08:03:10> IPS transfer mechanism selected <OM Apr 29 08:03:10> IPS transfer phase initiated <TRANSFER_MOD_E Apr 29 08:03:13> Unable to initialize the pkg image area at /a <TRANSFER_MOD Apr 29 08:03:13> TValueError or TABort <OM Apr 29 08:03:13> IPS initialization phase 1 failed <OM Apr 29 08:03:13> Transfer failed with error -1 Automated Installation failed Please refer to /tmp/install_log file for details Apr 29 01:03:20 opensolaris svc.startd[7]: application/auto-installer:default failed fatally: transitioned to maintenance (see 'svcs -xv' for details) <AI Apr 29 08:03:20> om_perform_install failed with error 114 <AI Apr 29 08:03:20> Auto install failed

Looking at /tmp/install_log I see where I tripped up. It was trying to grab files from an internal server without a fully qualified domain name.

root@opensolaris:~# cat >> /etc/resolv.conf search Aus.Sun.COM Sun.COM root@opensolaris:~# svcadm clear auto-installer root@opensolaris:~# Service discovery phase initiated Service name to look up: OpenSolaris-2009-06-AI-sparc Service discovery finished successfully Process of obtaining configuration manifest initiated Configuration manifest obtained Automated Installation started The progress of the Automated Installation can be followed by viewing the logfile at /tmp/install_log

If you are interested in seeing how things are going, you can look at the svc log for the auto-installer.

root@opensolaris:/tmp# tail -f /var/svc/log/application-auto-installer:default. log Download: SUNWlang-ka ... Done Download: SUNWlang-ar ... Done Download: SUNWgetting-started-l10n-sv ... Done Download: SUNWlang-sk ... Done Download: SUNWgnome-l10nmessages-hu ... Done Download: SUNWlang-ms ... Done Download: SUNWlang-kk ... Done Download: SUNWlang-ro ...

After some time downloading and installing we got the reboot. As before,

  • installed SUNWyp,
  • put the box under NIS (not forgetting /etc/nsswitch.conf),
  • disabled the jack account (inserted *LK* in the /etc/shadow entry),
  • gave myself the appropriate roles (change the Admin in /etc/user_attr from jack to me),
  • pointed the box at the dev repository,
  • checked to see if I needed a newer version of SUNWipkg (I didn’t),
  • and started the update before going home.
The next day

Peculiar. The upgrade worked but I am getting no response from the serial console.

DOH!

That was something I had to fix last time and hadn’t documented. Powersaving. It hadn’t been doing anything for a few hours so it powered down. Strange that there was nothing on the console. I wonder if it simply suspended and was waiting for a mouse or keyboard event that was never going to happen.

Let’s just disable powerd.

root@sb2000-b:~# svcadm disable system/power

So now we go to start adding extra packages. When going to add database/mysql-51 it looks like the newer versions of pkg don’t like the default publisher to be default and want me to re-add it as opensolaris.org. OK I can do that. We need to add it again with the correct name, change the preferred publisher then remove the old. Then we can begin installing packages, starting with mysql.

root@sb2000-b:~# pkg set-publisher -P -O http://ipkg.sfbay/dev opensolaris.org root@sb2000-b:~# pkg unset-publisher default root@sb2000-b:~# pkg install database/mysql-51 DOWNLOAD PKGS FILES XFER (MB) Completed 641/641 262/262 54.4/54.4 PHASE ACTIONS Removal Phase 5750/5750 Install Phase 359/359 PHASE ITEMS Reading Existing Index 8/8 Indexing Packages 641/641 Loading smf(5) service descriptions: 1/1

Actually looking at my last blog on this, many of the packages I wanted to install I deferred. So, I should really start getting the disk copied over. It’s probably a good idea to set compression on the rpool so everything will inherit it.

root@sb2000-b:~# zfs set compression=on rpool

For most of the filesystems I want to migrate, they will just live under the rpool, so I can copy them with a script like:

#!/bin/sh for i in do echo $i zfs send ${i}@sync | ssh -C ah89892@sb2000-b pfexec /sbin/zfs receive -v -d rpool done

specifying the filesystems as the argument. I just have a couple of others that I want to be careful where they get placed, so for those I just drop the -d and fully specify the target filesystem.

Well that’s got me back to the point I was when I lost the box. I’ve still got some software to build and install, but the major task for next week will be to get the Sun Ray software running on it so I can switch over and start using it, to see what else I may have overlooked.

Just one other thing that I have to remember is that while my home directory is on a corporate server via nfs, I do have a symlink on this box for my local mail folders that points at pool/export/home/ah89892, so I need to do a final sync up of that before cutting over to running Sun Ray on the Lab box.




Read More about [Nevada to OpenSolaris Sun Ray on SPARC (part 3 ? reboot)...