Sundar,
    I have filed a bug regarding the ict_transfer_logs issue mentioned 
below.
    http://defect.opensolaris.org/bz/show_bug.cgi?id=11500
-Paul

On 09/21/09 11:59, Paul Neary wrote:
> Sundar,
> Comments below.
> Thanks.
> -paul
>
> On 09/18/09 19:24, sundar Yamunachari wrote:
>> Paul Neary wrote:
>>> I'm currently running AI in debug mode for the factory pre-install 
>>> of OpenSolaris.
>>> Across 4 platforms the install works but I'm seeing different 
>>> messages in the install_log.
>>> I'm not sure whether to ignore these as merely debug output or to be 
>>> genuinely worried. 
>>> Any help would be appreciated.
>>> Comparison of messages attached.
>>>
>>> -paul;
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>> Paul,
>>
>>     If you see an error message in the logs and installation is 
>> successful, please file a bug to track the issue. I will go over your 
>> failures.
>> Failures across platforms (as see in debug output in install_log)
>>
>> 1)
>>                   | "ict_transfer_logs Command /bin/cp /tmp/ai_sd_log 
>> /a/var/sadm/system/logs/ failed with 512"
>>                   | "ict_transfer_logs Command /bin/cp 
>> /tmp/ai_combined_manifest.xml /a/var/sadm/system/logs/ failed with 512"
>>                   | "Failed to transfer the log files"
>> -------------------------------------------------------------------------------------------------------------------------------
>>               
>> T5140 (Maramba)   | yes 
>> T5120 (Huron)     | yes
>> T6320 (Glendale)  | yes
>> T5440 (Batoka)    | yes
>>
>> Summary: Fails across all platforms. 
>> Was previously flagged as an issue (see link) but can't find a bug for this.
>> http://kr.opensolaris.org/os/project/caiman/Bootable_AI_Image/%3Bjsessionid=FF55D3E1C62B889C4E195EAEB9965F2B
>>
>>   
>> AI failed to transfer two files. It looks like install_log is 
>> transferred. It is not a fatal error. Please file a bug
> Will do.
>> 2)
>>                   |  "ddm_check_for_svm(): failed"
>> -----------------------------------------------------                
>> T5140 (Maramba)   | no
>> T5120 (Huron)     | yes
>> T6320 (Glendale)  | no 
>> T5440 (Batoka)    | yes
>>
>> Summary: Appears to be a normal debug message re. checking for pre-existing 
>> SVM volumes
>>
>>   
>> This is a debug message. There is a related bug for SVM and AI (6191).
>>  
>>   
> I saw that.
>> 3)
>>                   | "<TDMG_W Sep 16 09:46:32>  stderr:/dev/dsk/c3t0d0s1: I/O 
>> error"
>>                   | "<TDMG_W Sep 16 09:46:32> Error adding swap, error = 2"
>> ----------------------------------------------------------------------------------
>>    
>> T5140 (Maramba)   | No
>> T5120 (Huron)     | Yes
>> T6320 (Glendale)  | No
>> T5440 (Batoka)    | No
>>
>> Summary: 
>>
>>
>>   
>> How much memory on the system Huron? Can you attach the output of 
>> format for the disk c3t0d0?
>>
> prtdiag | grep -i mem
> Memory size: 16256 Megabytes
>
> swap -s
> total: 427592k bytes allocated + 449080k reserved = 876672k used, 
> 7862912k available
>
> Format output below.
> format
> Searching for disks...done
>
>
> AVAILABLE DISK SELECTIONS:
>        0. c3t0d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
>           /pci at 0/pci at 0/pci at 2/scsi at 0/sd at 0,0
>        1. c3t1d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
>           /pci at 0/pci at 0/pci at 2/scsi at 0/sd at 1,0
> Specify disk (enter its number): 0
> selecting c3t0d0
> [disk formatted]
> /dev/dsk/c3t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M).
>
>
> FORMAT MENU:
>         disk       - select a disk
>         type       - select (define) a disk type
>         partition  - select (define) a partition table
>         current    - describe the current disk
>         format     - format and analyze the disk
>         repair     - repair a defective sector
>         label      - write label to the disk
>         analyze    - surface analysis
>         defect     - defect list management
>         backup     - search for backup labels
>         verify     - read and display labels
>         save       - save new disk/partition definitions
>         inquiry    - show vendor, product and revision
>         volname    - set 8-character volume name
>         !<cmd>     - execute <cmd>, then return
>         quit
> format> p
>
>
> PARTITION MENU:
>         0      - change `0' partition
>         1      - change `1' partition
>         2      - change `2' partition
>         3      - change `3' partition
>         4      - change `4' partition
>         5      - change `5' partition
>         6      - change `6' partition
>         7      - change `7' partition
>         select - select a predefined table
>         modify - modify a predefined partition table
>         name   - name the current table
>         print  - display the current table
>         label  - write partition map and label to the disk
>         !<cmd> - execute <cmd>, then return
>         quit
> partition> p
> Current partition table (original):
> Total disk cylinders available: 14087 + 2 (reserved cylinders)
>
> Part      Tag    Flag     Cylinders         Size            Blocks
>   0       root    wm     413 -  1649       12.00GB    (1237/0/0)   
> 25175424
>   1       swap    wu       0 -   412        4.01GB    (413/0/0)     
> 8405376
>   2     backup    wm       0 - 14086      136.71GB    (14087/0/0) 
> 286698624
>   3 unassigned    wm    1650 -  2886       12.00GB    (1237/0/0)   
> 25175424
>   4 unassigned    wm       0                0         
> (0/0/0)             0
>   5 unassigned    wm       0                0         
> (0/0/0)             0
>   6 unassigned    wm       0                0         
> (0/0/0)             0
>   7 unassigned    wm       0                0         
> (0/0/0)             0
>
> partition>
>
> Thanks
> Paul
>
>> Thanks,
>> Sundar
>> ------------------------------------------------------------------------
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20090922/cba00076/attachment.html>

Reply via email to