[OmniOS-discuss] napp-it OmniOS appliance boots very slow, used to work on OpenIndiana

[alka]

hi Eugen

beside the ESXi appliance, napp-it does not modify
any system setting (you can even disable napp-it without problems)
so this must be a "maybe simulanious" but different problem.

In your logs are controller and multipath errors so I would check
iostat, zpool status and format behaviours.

You may try to disable multipath in your controller.conf settings.
if you can
- compare an Intel Nic
- compare an LSI HBA

as your hardware is not "best use".
(My backup systen is also an older AMD + Realtek but works well)


Gea


Am 13.10.2013 um 17:38 schrieb Eugen Leitl:

> On Sun, Oct 13, 2013 at 04:17:50PM +0200, Günther Alka wrote:
>> One problem I am  aware if you are using the ESXi appliance
> 
> Hi Guenther -- no, I'm not using the ESXi appliance,
> this is physical hardware (MSI E350DM-E33, AMD Dual-Core E-350).
> 
> The problems started after I updated napp-it to latest
> as of yesterday, after that I nuked OpenIndiana and
> installed OmniOS and latest napp-it again.
> 
> The system *is* working, but I'm looking for hints how to
> diagnose the residual problems.
> 
> P.S. Thanks for napp-it
> 
>> resulting in very slow bootup, extreme high CPU load and even data
>> corruption:
>> 
>> If you are on ESXi 5.5, you must use the vmxnet3 vnic
>> or disable TCP segmentation offload in e1000.conf; add the following
>> and reboot
>> 
>> tx_hcksum_enable=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0;
>> lso_enable=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0;
>> 
>> Maybe similar to this problem:
>> http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2058692
>> 
>> (in the current appliance v. 13b, this is disabled per default)

--


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20131013/b244df02/attachment.html>