The only major thing that changed in the installer was the change to 
make swap its own slice, rather than a zvol in the zpool. I will run 
Bart's latest image and do some debugging. If we had an issue with swap 
and the root pool overlapping I would think what we would see would be 
data corruption. And possibly a panic but a panic in ZFS or tmpfs, not 
hsfs. There is no hsfs on the target disk.

sarah
***

Moinak Ghosh wrote:
> Sanjay Nadkarni wrote:
>   
>> ------------------------------------------------------------------------
>>
>> Subject:
>> Re: [Fwd: Re: SYNCHED AGAIN: Re: Updated INSTALL package available on 
>> indiana-build.central]
>> From:
>> jan damborsky <Jan.Damborsky at Sun.COM>
>> Date:
>> Thu, 25 Oct 2007 15:35:38 +0200
>> To:
>> Moinak Ghosh <Moinak.Ghosh at Sun.COM>
>>
>> To:
>> Moinak Ghosh <Moinak.Ghosh at Sun.COM>
>> CC:
>> Sanjay Nadkarni <Sanjay.Nadkarni at sun.com>, Alok Aggarwal 
>> <Alok.Aggarwal at Sun.COM>
>>
>>
>> Moinak Ghosh wrote:
>>     
>>> jan damborsky wrote:
>>>       
>>>> Hi Sanjay,
>>>>
>>>> I have tried in VMware as well as on W2100z and install crashes
>>>> when progress bar reaches 36%. This is a hard crash, system is rebooted
>>>> immediately.
>>>>
>>>> I would like to investigate further, but to tell the truth I don't 
>>>> know where
>>>> to start with debugging since as you pointed out, I can't access the 
>>>> console
>>>> and kmdb hangs if crash occurs when X are running.
>>>>
>>>> Please let me know, if there might be any suggestions, how to 
>>>> proceed with
>>>> investigation.
>>>>         
>>>   I am still downloading the image.
>>>   Since it happens while the transfer module is active, it might be 
>>> possible to
>>>   reproduce it via CLI. The transfer module can be rebuilt with make 
>>> test
>>>   where it will generate a test binary that can perform the transfer 
>>> to the root
>>>   pool mounted on /mnt/altroot.
>>>       
>> I have tried with CLI interface and the excerpt from stack trace after 
>> crash looks like:
>>
>> panic[cpu0]/thread=...: assertion failed: len > 0, file: 
>> ../../common/fs/hsfs/hsfs_vnops.c, line: 1202
>>
>> genunix:assfail
>> hsfs:hsfs_getapage
>> genunix:pvn_getpages
>> hsfs:hsfsgetpage
>> [..]
>> lofi:lofi_mapped_rdwr
>> lofi:lofi_strategy_task
>> genunix:taskq_thread
>> unix:thread_start
>> [..]
>>
>> It seems the issue is always reproducible. Please let me know if you 
>> would need
>> more information.
>>     
>
>   It appears that hsfs_getapage is called with an offset that is at the
>   end of the file - this should never happen This appears to be the last
>   segment processing problem in clofi that myself and Alok have been
>   discussing yesterday. Clofi does not yet handle decompressing the
>   very last segment properly. We have discussed a fix yesterday. We
>   need to try that out.
>
>   In addition this ISO is using debug hsfs bits.
>
> Regards,
> Moinak.
>
>   
>> Thank you,
>> Jan
>>
>>
>>     
>>> Regards,
>>> Moinak.
>>>
>>>       
>>>> Thank you,
>>>> Jan
>>>>
>>>>
>>>> Sanjay Nadkarni wrote:
>>>>         
>>>>> Could either of you   guys take a look at this ?  I am heading to bed.
>>>>> Moinak - any hints on how to debug a system without a console ?
>>>>>
>>>>> -Sanjay
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------ 
>>>>>
>>>>>
>>>>> Subject:
>>>>> Re: SYNCHED AGAIN: Re: Updated INSTALL package available on 
>>>>> indiana-build.central
>>>>> From:
>>>>> Bart Smaalders <bart.smaalders at sun.com>
>>>>> Date:
>>>>> Wed, 24 Oct 2007 21:26:26 -0700
>>>>> To:
>>>>> "indiana-eng at sun.com" <indiana-eng at sun.com>
>>>>>
>>>>> To:
>>>>> "indiana-eng at sun.com" <indiana-eng at sun.com>
>>>>>
>>>>>
>>>>> Bart Smaalders wrote:
>>>>>           
>>>>>> Joseph J VLcek wrote:
>>>>>>             
>>>>>>> Updated INSTALL package are available on indiana-build.central at:
>>>>>>>
>>>>>>>
>>>>>>> /net/indiana-build.central/export/slim_stage/INSTALL/latest
>>>>>>>
>>>>>>>
>>>>>>> New functionality:
>>>>>>>
>>>>>>> - Add new lower limit 4gb->mb conversion
>>>>>>> - Fix swap sizing error.
>>>>>>> - Misc nits cleanup.
>>>>>>> - Modify slice setup to ensure swap on slice not zvol.
>>>>>>> - Add swap device to /etc/vfstab
>>>>>>> - Include sbin/enable_nwam and var/svc/profile/network_nwam.xml 
>>>>>>> to ensure nwam is enabled at reboot.
>>>>>>> - TI_ATTR_SLICE_WDISK_FL renamed to TI_ATTR_SLICE_DEFAULT_LAYOUT
>>>>>>> - s0&s1 are created when default VTOC configuration is required
>>>>>>> - set up swap space on s1 instead of ZFS volume
>>>>>>> - rename to Indiana Developer
>>>>>>>
>>>>>>> I have done a basic sanity check.
>>>>>>>
>>>>>>> Joe
>>>>>>>               
>>>>>> I've reloaded slim_install and SUNWos86r into cyber:30000
>>>>>> again to pick up David's fix for the pci_pci bridge aliases
>>>>>> problem (Thanks Vikram & Jan!)
>>>>>>
>>>>>> This should address some of the lingering device problems
>>>>>> we've been seing.
>>>>>>
>>>>>> - Bart
>>>>>>
>>>>>>
>>>>>>             
>>>>> There is a distro built from these bits at
>>>>>
>>>>> /home/barts/isos/working_version.iso
>>>>>
>>>>> It crashes (panics) during install on my macbook.
>>>>>
>>>>> - Bart
>>>>>
>>>>>           
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>   
>>     
>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>
>   

Reply via email to