[OmniOS-discuss] a text-mode web browser!

2013-10-14 Thread Mayuresh Kathe 
hi, are there any chances of including a
text-mode web browser in the package
repository for the upcoming release?
how about atleast "lynx"?

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] RAID/SAS Controller Recommendations

2013-10-14 Thread Narayan Desai 
On a related note, is there a driver in the pipeline for the new LSI 12gb
HBAs?
 -nld


On Mon, Oct 14, 2013 at 5:07 PM, Matthew Mabis  wrote:

> I have been using a LSI 1068E card for a very long time (Multiple years)
> with solaris foundations Pre-Omni... SOLID as a ROCK!
>
> downside is that you cant have >2TB Drives with the LSI 1068E you would
> have to get a LSI 2008 or better
>
> *Matt Mabis*
> *Sr. Consultant PSO (End User Computing)*
> mma...@vmware.com
> 3401 Hillview Avenue, Palo Alto, CA 94304
> 530.481.5405 Mobile
>
> [image: VMware] 
>
>
>
> --
> *From: *"alka" 
> *To: *"omnios-discuss" 
> *Sent: *Monday, October 14, 2013 12:27:37 PM
> *Subject: *Re: [OmniOS-discuss] RAID/SAS Controller Recommendations
>
>
> LSI 2308 is fine with OmniOS
> I use the LSI 9207 alike controller on a SuperMicro Board without problem.
>
> The LSI 9207-8e is what you may want in general (Have not had a MD S600 to
> test against).
>
>
>
> Am 14.10.2013 um 20:01 schrieb Nate Smith:
>
> I'm looking to install a new Omnios server on a Dell T710 server with an
> HP MDS 600 RAID Cabinet.
>
> I currently run a similar setup with OpenIndiana and an MDS600.  On this
> machine, I use LSI-9285-8e controllers, which are the LSISAS2208 Chipset.
>  All targets are set to JBOD pass/thru mode.  This was a finicky setup when
> I got it going on OI, and it took the Solaris drivers for the card to get
> it work.  I could never get the setup to work with an LSI 9201-16e.  It
> would not play nice with the SAS expanders (yes, all my disks are SAS).
>  The nice upshot with the 9285  was that I could use the Megaraid Utility
> for monitoring, and the hardware drivers handled the dual attached SAS
> perfectly.  But...  I have had the occasional hardware lockup when using
> Napp-it.
>
> Forward to 18 months later, and I want to switch to Omnios, or at least
> test, and I've purchased another MDS600 cabinet off ebay to do it.  I'm
> looking at controllers, and I've noticed that the OmniOS compatibility list
> is pretty extensive.  I'm thinking about getting 9286-8e again, which is
> still based on the LSISAS2208 Chipset, but is PCIE 3.0 instead of 2.0
> (which really is a negligible difference).  Can anyone recommend any other
> controllers to look at?  I was perusing the LSI SAS2308 based chipsets, but
> I'm not sure how mature the drivers are.
>
> So if anyone knows any controllers which they've worked with an HP MDS600,
> dual attached, etc, that would be great.  Otherwise, any words of wisdom
> would be appreciated.  Thanks.
>
> -Nate
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
> --
>
>
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] RAID/SAS Controller Recommendations

2013-10-14 Thread Matthew Mabis 
I have been using a LSI 1068E card for a very long time (Multiple years) with 
solaris foundations Pre-Omni... SOLID as a ROCK! 

downside is that you cant have >2TB Drives with the LSI 1068E you would have to 
get a LSI 2008 or better 





Matt Mabis 
Sr. Consultant PSO (End User Computing) 
mma...@vmware.com 
3401 Hillview Avenue, Palo Alto, CA 94304 
530.481.5405 Mobile 






- Original Message -

From: "alka"  
To: "omnios-discuss"  
Sent: Monday, October 14, 2013 12:27:37 PM 
Subject: Re: [OmniOS-discuss] RAID/SAS Controller Recommendations 

LSI 2308 is fine with OmniOS 
I use the LSI 9207 alike controller on a SuperMicro Board without problem. 

The LSI 9207-8e is what you may want in general (Have not had a MD S600 to test 
against). 



Am 14.10.2013 um 20:01 schrieb Nate Smith: 




I'm looking to install a new Omnios server on a Dell T710 server with an HP MDS 
600 RAID Cabinet. 

I currently run a similar setup with OpenIndiana and an MDS600. On this 
machine, I use LSI-9285-8e controllers, which are the LSISAS2208 Chipset. All 
targets are set to JBOD pass/thru mode. This was a finicky setup when I got it 
going on OI, and it took the Solaris drivers for the card to get it work. I 
could never get the setup to work with an LSI 9201-16e. It would not play nice 
with the SAS expanders (yes, all my disks are SAS). The nice upshot with the 
9285 was that I could use the Megaraid Utility for monitoring, and the hardware 
drivers handled the dual attached SAS perfectly. But... I have had the 
occasional hardware lockup when using Napp-it. 

Forward to 18 months later, and I want to switch to Omnios, or at least test, 
and I've purchased another MDS600 cabinet off ebay to do it. I'm looking at 
controllers, and I've noticed that the OmniOS compatibility list is pretty 
extensive. I'm thinking about getting 9286-8e again, which is still based on 
the LSISAS2208 Chipset, but is PCIE 3.0 instead of 2.0 (which really is a 
negligible difference). Can anyone recommend any other controllers to look at? 
I was perusing the LSI SAS2308 based chipsets, but I'm not sure how mature the 
drivers are. 

So if anyone knows any controllers which they've worked with an HP MDS600, dual 
attached, etc, that would be great. Otherwise, any words of wisdom would be 
appreciated. Thanks. 

-Nate 

___ 
OmniOS-discuss mailing list 
OmniOS-discuss@lists.omniti.com 
http://lists.omniti.com/mailman/listinfo/omnios-discuss 




-- 



___ 
OmniOS-discuss mailing list 
OmniOS-discuss@lists.omniti.com 
http://lists.omniti.com/mailman/listinfo/omnios-discuss 

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

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

2013-10-14 Thread Eugen Leitl 
On Mon, Oct 14, 2013 at 11:24:34AM +0200, Guenther Alka wrote:
> hi Eugen
> 
> First, check napp-it menu
> 
> Disks 
> 
> Details 
> 
> prtconf diskinfos 
> 
> 
> (for driver info of affected disks, probably mpt_sas/ sd)
> 
> then goto
> Disks 
> 
> Details 
> 
> edit mpt sas conf 
> 
> 
> disable MPIO:
> # To globally enable MPxIO on all LSI MPT SAS 2.0 controllers set:
> mpxio-disable="yes";
> 
> I would reboot then

I picked the wrong mpxio-disable before obviously.
This did the trick, thanks! Notice this is crappy
IBM ServeRAID (probably M1015, I forget), with possibly
botched LSI firmware reflash.

New dmesg:

October 14, 2013 08:26:40 PM CEST
Oct 14 20:22:45 oozfs npe: [ID 236367 kern.info] PCI Express-device: 
pci1462,7720@12, ohci0
Oct 14 20:22:45 oozfs genunix: [ID 936769 kern.info] ohci0 is 
/pci@0,0/pci1462,7720@12
Oct 14 20:22:45 oozfs npe: [ID 236367 kern.info] PCI Express-device: 
pci1462,7720@13, ohci1
Oct 14 20:22:45 oozfs genunix: [ID 936769 kern.info] ohci1 is 
/pci@0,0/pci1462,7720@13
Oct 14 20:22:45 oozfs npe: [ID 236367 kern.info] PCI Express-device: 
pci1462,7720@14,5, ohci2
Oct 14 20:22:45 oozfs genunix: [ID 936769 kern.info] ohci2 is 
/pci@0,0/pci1462,7720@14,5
Oct 14 20:22:45 oozfs npe: [ID 236367 kern.info] PCI Express-device: 
pci1462,7720@16, ohci3
Oct 14 20:22:45 oozfs genunix: [ID 936769 kern.info] ohci3 is 
/pci@0,0/pci1462,7720@16
Oct 14 20:22:45 oozfs i8042: [ID 526150 kern.info] 8042 device:  keyboard@0, 
kb8042 # 0
Oct 14 20:22:45 oozfs genunix: [ID 936769 kern.info] kb80420 is 
/pci@0,0/isa@14,3/i8042@1,60/keyboard@0
Oct 14 20:22:45 oozfs i8042: [ID 526150 kern.info] 8042 device:  mouse@1, 
mouse8042 # 0
Oct 14 20:22:45 oozfs genunix: [ID 936769 kern.info] mouse80420 is 
/pci@0,0/isa@14,3/i8042@1,60/mouse@1
Oct 14 20:22:48 oozfs unix: [ID 950921 kern.info] cpu0: x86 (chipid 0x0 
AuthenticAMD 500F10 family 20 model 1 step 0 clock 1600 MHz)
Oct 14 20:22:48 oozfs unix: [ID 950921 kern.info] cpu0: AMD E-350 Processor
Oct 14 20:22:48 oozfs acpinex: [ID 328922 kern.info] acpinex: cpu@2, cpudrv1
Oct 14 20:22:48 oozfs genunix: [ID 408114 kern.info] /fw/cpu@2 (cpudrv1) online
Oct 14 20:22:48 oozfs unix: [ID 950921 kern.info] cpu1: x86 (chipid 0x0 
AuthenticAMD 500F10 family 20 model 1 step 0 clock 1600 MHz)
Oct 14 20:22:48 oozfs unix: [ID 950921 kern.info] cpu1: AMD E-350 Processor
Oct 14 20:22:48 oozfs unix: [ID 557947 kern.info] cpu1 initialization complete 
- online
Oct 14 20:22:48 oozfs pseudo: [ID 129642 kern.info] pseudo-device: stmf_sbd0
Oct 14 20:22:48 oozfs genunix: [ID 936769 kern.info] stmf_sbd0 is 
/pseudo/stmf_sbd@0
Oct 14 20:22:49 oozfs pseudo: [ID 129642 kern.info] pseudo-device: audio0
Oct 14 20:22:49 oozfs genunix: [ID 936769 kern.info] audio0 is /pseudo/audio@0
Oct 14 20:22:49 oozfs usba: [ID 912658 kern.info] USB 1.10 device (usb4b4,101) 
operating at low speed (USB 1.x) on USB 1.10 root hub: device@5, usb_mid0 at 
bus address 2
Oct 14 20:22:49 oozfs usba: [ID 349649 kern.info]   DATACOMP SteelS
Oct 14 20:22:49 oozfs genunix: [ID 936769 kern.info] usb_mid0 is 
/pci@0,0/pci1462,7720@12/device@5
Oct 14 20:22:49 oozfs genunix: [ID 408114 kern.info] 
/pci@0,0/pci1462,7720@12/device@5 (usb_mid0) online
Oct 14 20:22:49 oozfs usba: [ID 912658 kern.info] USB 1.10 interface 
(usbif4b4,101.config1.0) operating at low speed (USB 1.x) on USB 1.10 root hub: 
keyboard@0, hid1 at bus address 2
Oct 14 20:22:49 oozfs usba: [ID 349649 kern.info]   DATACOMP SteelS
Oct 14 20:22:49 oozfs genunix: [ID 936769 kern.info] hid1 is 
/pci@0,0/pci1462,7720@12/device@5/keyboard@0
Oct 14 20:22:49 oozfs genunix: [ID 408114 kern.info] 
/pci@0,0/pci1462,7720@12/device@5/keyboard@0 (hid1) online
Oct 14 20:22:49 oozfs usba: [ID 912658 kern.info] USB 1.10 interface 
(usbif4b4,101.config1.1) operating at low speed (USB 1.x) on USB 1.10 root hub: 
mouse@1, hid2 at bus address 2
Oct 14 20:22:49 oozfs usba: [ID 349649 kern.info]   DATACOMP SteelS
Oct 14 20:22:49 oozfs genunix: [ID 936769 kern.info] hid2 i

Re: [OmniOS-discuss] RAID/SAS Controller Recommendations

2013-10-14 Thread alka 
LSI 2308 is fine with OmniOS
I use the LSI 9207 alike controller on a SuperMicro Board without problem.

The LSI 9207-8e is what you may want in general (Have not had a MD S600 to test 
against).



Am 14.10.2013 um 20:01 schrieb Nate Smith:

> I'm looking to install a new Omnios server on a Dell T710 server with an HP 
> MDS 600 RAID Cabinet.
> 
> I currently run a similar setup with OpenIndiana and an MDS600.  On this 
> machine, I use LSI-9285-8e controllers, which are the LSISAS2208 Chipset.  
> All targets are set to JBOD pass/thru mode.  This was a finicky setup when I 
> got it going on OI, and it took the Solaris drivers for the card to get it 
> work.  I could never get the setup to work with an LSI 9201-16e.  It would 
> not play nice with the SAS expanders (yes, all my disks are SAS).  The nice 
> upshot with the 9285  was that I could use the Megaraid Utility for 
> monitoring, and the hardware drivers handled the dual attached SAS perfectly. 
>  But...  I have had the occasional hardware lockup when using Napp-it.  
> 
> Forward to 18 months later, and I want to switch to Omnios, or at least test, 
> and I've purchased another MDS600 cabinet off ebay to do it.  I'm looking at 
> controllers, and I've noticed that the OmniOS compatibility list is pretty 
> extensive.  I'm thinking about getting 9286-8e again, which is still based on 
> the LSISAS2208 Chipset, but is PCIE 3.0 instead of 2.0 (which really is a 
> negligible difference).  Can anyone recommend any other controllers to look 
> at?  I was perusing the LSI SAS2308 based chipsets, but I'm not sure how 
> mature the drivers are.  
> 
> So if anyone knows any controllers which they've worked with an HP MDS600, 
> dual attached, etc, that would be great.  Otherwise, any words of wisdom 
> would be appreciated.  Thanks.
> 
> -Nate
> 
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

--


___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] RAID/SAS Controller Recommendations

2013-10-14 Thread Nate Smith 
I'm looking to install a new Omnios server on a Dell T710 server with an HP MDS 
600 RAID Cabinet.

I currently run a similar setup with OpenIndiana and an MDS600.  On this 
machine, I use LSI-9285-8e controllers, which are the LSISAS2208 Chipset.  All 
targets are set to JBOD pass/thru mode.  This was a finicky setup when I got it 
going on OI, and it took the Solaris drivers for the card to get it work.  I 
could never get the setup to work with an LSI 9201-16e.  It would not play nice 
with the SAS expanders (yes, all my disks are SAS).  The nice upshot with the 
9285  was that I could use the Megaraid Utility for monitoring, and the 
hardware drivers handled the dual attached SAS perfectly.  But...  I have had 
the occasional hardware lockup when using Napp-it.  

Forward to 18 months later, and I want to switch to Omnios, or at least test, 
and I've purchased another MDS600 cabinet off ebay to do it.  I'm looking at 
controllers, and I've noticed that the OmniOS compatibility list is pretty 
extensive.  I'm thinking about getting 9286-8e again, which is still based on 
the LSISAS2208 Chipset, but is PCIE 3.0 instead of 2.0 (which really is a 
negligible difference).  Can anyone recommend any other controllers to look at? 
 I was perusing the LSI SAS2308 based chipsets, but I'm not sure how mature the 
drivers are.  

So if anyone knows any controllers which they've worked with an HP MDS600, dual 
attached, etc, that would be great.  Otherwise, any words of wisdom would be 
appreciated.  Thanks.

-Nate

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] console login : backspace not working

2013-10-14 Thread Volker A. Brandt 
> On 2013-10-14 09:47, Mayuresh Kathe wrote:
> > the backspace key doesn't work at the
> > console login prompt.
> > any way to make it work?
>[...]
> 
> Check to see if DEL or CTRL+H do the backspace action in the
> password/login prompt? Overall, I think this plagued Solaris
> like forever and apparently either nobody cared enough, or
> not much can be done (perhaps no terminal-type context is
> available before login?)

Try "stty erase  < /dev/console > /dev/console" in
some rc script...  maybe wrap it with a check using the tty command,
and only exec stty if tty does not return "not a tty".

Anyway, no big deal, nobody was ever bothered by that... :-)


Cheers -- Volker
-- 

Volker A. Brandt   Consulting and Support for Oracle Solaris
Brandt & Brandt Computer GmbH   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANYEmail: v...@bb-c.de
Handelsregister: Amtsgericht Bonn, HRB 10513  Schuhgröße: 46
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

"When logic and proportion have fallen sloppy dead"
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] WARNING: kstat_create('unix', 0, 'kvm_pte_chain'): namespace collision

2013-10-14 Thread Ben Summers 

Hello,

After updating to OmniOS r151006p on an X4150 without enough hardware support 
for KVM, I see this on the console after booting:

Hostname: REDACTED
Configuring devices.
WARNING: kstat_create('unix', 0, 'kvm_pte_chain'): namespace collision
WARNING: kstat_create('unix', 0, 'kvm_rmap_desc'): namespace collision
WARNING: kstat_create('unix', 0, 'kvm_mmu_page_header'): namespace collision
WARNING: kvm: insufficient hardware support (lacking EPT)

I'm assuming it's not an issue as I'm not using KVM, but warnings on boot are 
always amusing.

Ben



--
http://bens.me.uk

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

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

2013-10-14 Thread Guenther Alka 

  
  
hi Eugen
  
  First, check napp-it menu
Disks
   Details
   prtconf
diskinfos
  
  (for driver info of affected disks, probably mpt_sas/ sd)
  
  then goto
  Disks
   Details
   edit
mpt sas conf
  
  disable MPIO:
  # To globally enable MPxIO on all LSI MPT SAS 2.0 controllers set:
  mpxio-disable="yes";
  
  I would reboot then
  
  


  On Sun, Oct 13, 2013 at 08:48:45PM +0200, alka wrote:

  
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

  
  
I have both in my system. The LSI is driving the 8-drive pool.
Only rpool and log device, all SSD, are on onboard SATA ports.

I'm not using the onboard Realtek, only the Intel NIC is used.

Is information in http://docs.oracle.com/cd/E19957-01/819-0139/ch_4_config_multi_SW.html
/kernel/drv/fp.conf 
mpxio-disable="yes";
applicable for OmniOS? Do I need to touch /reconfigure to
make it stick?
 

  
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)

  


--



  
  

  
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

  
  



  

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] console login : backspace not working

2013-10-14 Thread Jim Klimov 

On 2013-10-14 09:47, Mayuresh Kathe wrote:

hello, getting to know omnios better.
liking it more everyday. :)

the backspace key doesn't work at the
console login prompt.
any way to make it work?
(have faced the same issue while i
worked on smartos).


Check to see if DEL or CTRL+H do the backspace action in the
password/login prompt? Overall, I think this plagued Solaris
like forever and apparently either nobody cared enough, or
not much can be done (perhaps no terminal-type context is
available before login?)

BTW, IIRC, terminal type might be settable via "eeprom" command.

I'd be interested to see proper solutions. :)

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

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

2013-10-14 Thread Eugen Leitl 
On Sun, Oct 13, 2013 at 08:48:45PM +0200, alka wrote:
> 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

I have both in my system. The LSI is driving the 8-drive pool.
Only rpool and log device, all SSD, are on onboard SATA ports.

I'm not using the onboard Realtek, only the Intel NIC is used.

Is information in 
http://docs.oracle.com/cd/E19957-01/819-0139/ch_4_config_multi_SW.html
/kernel/drv/fp.conf 
mpxio-disable="yes";
applicable for OmniOS? Do I need to touch /reconfigure to
make it stick?
 
> 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)
> 
> --
> 
> 

> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-- 
Eugen* Leitl http://leitl.org";>leitl http://leitl.org
__
ICBM: 48.07100, 11.36820 http://ativel.com http://postbiota.org
AC894EC5: 38A5 5F46 A4FF 59B8 336B  47EE F46E 3489 AC89 4EC5
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] console login : backspace not working

2013-10-14 Thread Mayuresh Kathe 
hello, getting to know omnios better.
liking it more everyday. :)

the backspace key doesn't work at the
console login prompt.
any way to make it work?
(have faced the same issue while i
worked on smartos).

thanks.

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss