Jean McCormack wrote:
> jan damborsky wrote:
>> Hi Karen, Jean,
>>
>> wonderful job ! Thanks !
>>
>> Since it is likely we will be adding stuff to the AI image
>> (installer pieces, support for service discovery, downloading
>> and mounting AI archives, test drivers, ...),
>> I would like to ask, what the prerequisites are in order to be
>> able to reproduce the steps for creating AI image.
>> I could think about following pieces (I assume there might be more :-)
>>
>> * IPS repo
>>  - ipkg.sfbay:29048 (available only internally)
>>
>> * modified DC running on Sparc machine
>>  - Are DC diffs available for taking a look or could
>>    we pick up modified version ?
>>
>> * AI manifest
>>  - /net/line3-v480.sfbay/rpool/dc/ai_x86_image_sparc.xml (available 
>> only internally)
>>
>> Thank you,
>> Jan
>>
>>
>> Karen Tung wrote:
>>> Jean and I are delighted to report that we are finally
>>> able to produce an AI image that can boot successfully
>>> into live-fs-root, and got to the line where it
>>> says "Couldn't determine source of automated install image".
>>> We felt that the image is good enough for the AI team to use it
>>> for their testing/development.
>>>
>>> This image is created entirely by our modifications to the DC.
>>> The only thing that you still need to hack is that you need to
>>> install the boot blocks by hand.  That  means, you need
>>> to run the installboot command on the bootroot of the image
>>> manually.  We will get that figured out and fixed next week.
>>> You can find the image at:
>>>
>>> /net/line3-v480.sfbay/rpool/dc/ai-dec5/media/ai-dec5.iso
>>>
>>> In case you are interested, the manifest we used to create
>>> this image is at:
>>>
>>> /net/line3-v480.sfbay/rpool/dc/ai_x86_image_sparc.xml
> Jan,
>
> Our current bits add a finalizer script that copies the "new" 
> live-fs-root
> from my workspace to the image. Obviously that won't stand long term but
> until we can get it integrated into the repository it's there.


I have picked up ai-dec5.iso and tried on T5220 with 1GB RWM. I was able 
to get
to the point where net archives are downloaded and mounted and I can test AI
for now. Below are the captured observation I have done so far - in case 
that
people who would like to give it a try are aware of existing issues and
used workarounds.

Thank you,
Jan


[1] microroot slightly modified
===============================

* since microroot is not booted from net, I added steps to configure
  my network to the live-fs-root
* As the location of AI archives is not provided (it is defined in GRUB
  menu for x86), I hardcoded it in live-fs-root

$ diff /lib/svc/method/live-fs-root.orig /lib/svc/method/live-fs-root
273a274,278
 >       # Configure network
 >       /sbin/ifconfig e1000g0 plumb
 >       /sbin/ifconfig e1000g0 192.168.100.200
 >       /sbin/ifconfig e1000g0 up
 >
282a288
 >       url=http://192.168.100.2:5555/export/home/ai/images/x86-rc2

* test_ti & test_td test drivers added to /sbin directory

[2] microroot booted, AI net archives downloaded and mounted
============================================================

SPARC Enterprise T5220, No Keyboard
Copyright 2007 Sun Microsystems, Inc.  All rights reserved.
OpenBoot 4.27.1, 1024 MB memory available, Serial #77091694.
Ethernet address 0:14:4f:98:53:6e, Host ID: 8498536e.

{8} ok boot disk -k -F /x86.microroot
Boot device: /pci at 0/pci at 0/pci at 2/scsi at 0/disk at 0  File and args: -k 
-F 
/x86.microroot
Loading kmdb...
SunOS Release 5.11 Version snv_101a 64-bit
Copyright 1983-2008 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
Hostname: opensolaris
Remounting root read/write
Probing for device nodes ...
WARNING: kernel debugger was booted; application watchdog is not available.
Preparing automated install image for use
Downloading solaris.zlib archive
--06:58:49--  
http://192.168.100.2:5555/export/home/ai/images/x86-rc2/solaris.zlib
           => `/tmp/solaris.zlib'
Connecting to 192.168.100.2:5555... connected.
HTTP request sent, awaiting response... 200 OK
Length: 321,686,528 (307M) [text/plain]

100%[====================================>] 321,686,528   11.24M/s    
ETA 00:00

06:59:17 (11.28 MB/s) - `/tmp/solaris.zlib' saved [321686528/321686528]

Downloading solarismisc.zlib archive
--06:59:17--  
http://192.168.100.2:5555/export/home/ai/images/x86-rc2/solarismisc.zlib
           => `/tmp/solarismisc.zlib'
Connecting to 192.168.100.2:5555... connected.
HTTP request sent, awaiting response... 200 OK
Length: 902,656 (882K) [text/plain]

100%[====================================>] 902,656       
--.--K/s            

06:59:17 (11.43 MB/s) - `/tmp/solarismisc.zlib' saved [902656/902656]

Done mounting automated install image
Dec  9 06:59:22 svc.startd[7]: svc:/system/coreadm:default: Method 
"/usr/bin/coreadm -U" failed with exit status 95.
Dec  9 06:59:23 svc.startd[7]: system/coreadm:default failed fatally: 
transitioned to maintenance (see 'svcs -xv' for details)
WARNING: kernel debugger was booted; application watchdog is not available.
Reading ZFS config: done.

opensolaris console login: Dec  9 06:59:28 opensolaris mDNSResponder: 
Unable to parse DNS server list. Unicast DNS-SD unavailable

[3] devfsadm failed to populate device tree
===========================================

I tried to run TD test driver, but no disks were reported:

# test_td -dv
Disk discovery
Total number of disks: 0
-------------------------------------------------------------------------------
 num |    name|    vendor|  ctype| mtype| rem| lbl| bsize|#of 
blocks|size [MB]|
-------------------------------------------------------------------------------
-------------------------------------------------------------------------------

I have realized that devfsadm (invoked from live-devices-local)failed to 
populate
device tree because of existing 'lock':

# /usr/sbin/devfsadm
devfsadm: open failed for /etc/dev/.devfsadm_dev.lock: Read-only file system

I had to manually remove lock, that it started to work:

# rm /etc/dev/.devfsadm_dev.lock
# /usr/sbin/devfsadm
# test_td -dv
Disk discovery
Total number of disks: 2
-------------------------------------------------------------------------------
 num |    name|    vendor|  ctype| mtype| rem| lbl| bsize|#of 
blocks|size [MB]|
-------------------------------------------------------------------------------
   1 |* c3t0d0|   SEAGATE|   scsi| FIXED|  No|   V|   512| 286739329|   
140009|
   2 |  c3t1d0|   SEAGATE|   scsi| FIXED|  No|   V|   512| 286739329|   
140009|
-------------------------------------------------------------------------------

[4] Couple of services are not running
======================================

# svcs -xv
svc:/system/hal:default (Hardware Abstraction Layer daemon)
 State: disabled since Tue Dec 09 06:58:03 2008
Reason: Disabled by an administrator.
   See: http://sun.com/msg/SMF-8000-05
   See: man -M /usr/man -s 1M hal
Impact: 1 dependent service is not running:
        svc:/system/filesystem/rmvolmgr:default

svc:/application/auto-installer:default (automated installer)
 State: maintenance since Tue Dec 09 06:59:40 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 auto-install
   See: /var/svc/log/application-auto-installer:default.log
Impact: This service is not running.

svc:/system/coreadm:default (system-wide core file configuration)
 State: maintenance since Tue Dec 09 06:59:23 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 coreadm
   See: /var/svc/log/system-coreadm:default.log
Impact: This service is not running.


Those issues seems familiar, nothing new or serious after
taking a quick look.

[5] Service discovery seems to work
===================================

# dns-sd -B _OSInstall._tcp
Browsing for _OSInstall._tcp
Timestamp     A/R Flags if Domain                    Service 
Type              Instance Name
 7:05:52.333  Add     2  2 local.                    
_OSInstall._tcp.          _install_service_46501
^C

# dns-sd -L _install_service_46501 _OSInstall._tcp  
Lookup _install_service_46501._OSInstall._tcp.local
 7:06:17.206  _install_service_46501._OSInstall._tcp.local. can be 
reached at ai-server-x4100.local.:46501
 aiwebserver=192.168.100.2:46501
^C

[6] df -h report
================

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/devices/ramdisk-root:a
                      143M  105M   39M  74% /
swap                  169M  1.3M  168M   1% /etc/svc/volatile
swap                  475M  308M  168M  65% /tmp
/tmp/solaris.zlib     801M  801M     0 100% /usr
/tmp/solarismisc.zlib
                      7.7M  7.7M     0 100% /mnt/misc
/mnt/misc/opt         7.7M  7.7M     0 100% /opt
swap                  168M   24K  168M   1% /var/run


Reply via email to