[OmniOS-discuss] reboot hangs on 'rebooting...'

Narayan Desai narayan.desai at gmail.com
Tue Oct 8 01:08:43 UTC 2013


So, specifically wrt the mellanox cards, we have four identical systems
with mellanox cards running with the hermon driver. One is running OI
151a3, and reboots properly. The ones running a recent omnios don't with
fastboot. Just one data point.
 -nld


On Mon, Oct 7, 2013 at 7:10 PM, Garrett D'Amore
<garrett.damore at dey-sys.com>wrote:

>
> On Oct 7, 2013, at 4:29 PM, Tom Robinson <tom.robinson at motec.com.au>
> wrote:
>
>  Hi Garret,
>
> Thanks for your message.
>
> The host configuration is as follows:
>
> Supermicro X9DRi-F
> 256GB RAM (16x Hynix 16GB ECC Reg. DDR3 1600MHz)
> 2 x Intel Xeon E5-2620
> 2 x Intel SSD 320 80GB (rpool)
> 4 x STEC Enterprise S842 200GB (ARC)
> 1 x STEC ZeusRAM 8GB 3.5" SAS SSD (ZIL)
> 1 x LSI SAS 9207-8i (internal drives)
> 1 x Intel Ethernet Server Adapter X520-DA2, Dual Port 10Gbps SFP+ Direct
> Attach Copper, PCI-e 2.0 5GT/s 1
> 2 x Mellanox ConnectX®-2 VPI
> 2 x LSI SAS 9207-8e (JBODS)
>
>
> I'd be suspicious of the Mellanox cards.  Are these the hermon driver?  It
> looks like there is an attempt to do the right thing for those drivers,
> but… I don't know if I believe it all works properly.  The other cards
> should be fine.
>
> - Garrett
>
>
> That is connected via external SAS to two JBODS containing 28 x 1TB disks
> each for mirrored zfs vdevs.
>
> The output from prtconf -vp is attached as it's very long (2042 lines).
>
> Kind regards,
> Tom
>
> On 08/10/13 02:06, Garrett D'Amore wrote:
>
> If you're seeing hangs like this, I would appreciate knowing the hardware
> configuration.  Prtconf -vp might be helpful.  Presumably this is the
> result of one or more devices not doing the right thing for quiesce().
>
>  - Garrett
>
>  On Oct 7, 2013, at 4:34 AM, Narayan Desai <narayan.desai at gmail.com>
> wrote:
>
>  This is caused by the system attempting to use fastboot on default
> reboot. We've disabled that and things seem to work properly; the following
> commands do the trick. (the first changes reboot not to use fastboot, the
> second causes the system to do a full reboot upon panic)
>  -nld
>
>  # svccfg -s "system/boot-config:default" setprop config/fastreboot_default=false
> # svcadm refresh svc:/system/boot-config:default
>
> # svccfg -s "system/boot-config:default" setprop config/fastreboot_onpanic=false
> # svcadm refresh svc:/system/boot-config:default
>
>
>
>
> On Sun, Oct 6, 2013 at 11:26 PM, Tom Robinson <tom.robinson at motec.com.au>wrote:
>
>> Hi,
>>
>> I'm running OmniOS r151006 on a SuperMicro X9 motherboard.
>>
>> when I do:
>>
>> reboot -- -r
>>
>> The system hangs on the 'rebooting...' message.
>>
>> I've disabled Suspend and C-states in the BIOS. I had one successful
>> 'reboot' but now it's hanging
>> again.
>>
>> Anyone have any clues on how to fix this?
>>
>> Kind regards,
>>
>> --
>>
>> Tom Robinson
>> IT Manager/System Administrator
>>
>> MoTeC Pty Ltd
>>
>> 121 Merrindale Drive
>> Croydon South
>> 3136 Victoria
>> Australia
>>
>> T: +61 3 9761 5050
>> F: +61 3 9761 5051
>> E: tom.robinson at motec.com.au
>>
>>
>>
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>>
>>
>  _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
>
>  <prtconf-vp.out>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20131007/2bb3a2c4/attachment-0001.html>


More information about the OmniOS-discuss mailing list