Re: [OmniOS-discuss] OmniOS & Softlayer
It should be possible to reflash a 9361 into IT mode, making it a 9300, non? Shame to waste $300, though :) In a past life, when i had a Supermicro VAR building servers for me, i got them to reflash the onboard LSI controller on the bench so the servers arrived ready to rock. Side note: If you're working with a VAR that will do that much for you, also get them to populate the FRU (inventory) on the BMC with your system asset details. They'll have SM's tool which makes it easy - doing it after the fact remotely is a pita. regards, Cal Sawyer | Systems Engineer | BlueBolt Ltd 15-16 Margaret Street | London W1W 8RW +44 (0)20 7637 5575 | www.blue-bolt.com On 17/06/16 09:15, omnios-discuss-requ...@lists.omniti.com wrote: Message: 2 Date: Thu, 16 Jun 2016 21:29:13 + From: Paul Bucher To:"omnios-discuss@lists.omniti.com" Subject: Re: [OmniOS-discuss] OmniOS & Softlayer Message-ID: Content-Type: text/plain; charset="utf-8" Gea, Thanks for the FYI, I know all too well I should have LSI SAS HBAs but I?m trying to stay within the limits of what Softlayer has on the self. My current boxes at Softlayer I bought and shipped them the correct controllers. Anyways I?m going to try out the JBOD mode of the 9361 to start with. I?ve noticed Oracle uses 9361 with some of their storage units so there might be hope. Currently I?m waiting on Softlayer?s build team to get approval to rip out the SAS expander based backplane and put in a standard SAS one so I can have a dual controller setup. If the 9361 fails I?ll see about the motherboard SATA ports in AHCI mode, hopefully that?s not too strange of a cabling request for them. Any comments if I end with the SATA ports how well Intel S3700?s work on them? The drives they use are the good news in the setup. -Paul On Thu, 16 Jun 2016 08:34:56 +0200 Guenther Alka wrote: >The LSI megaRAID 9361 is a hardware raid controller - the wrong type for >ZFS. >You want a HBA controller best with a raidless IT firmware with an LSI >2008 or 3008 chipset >like the LSI 9207 or 9003 or Sata in AHCI mode. > >Your options: >- replace the 9361 with an HBA > >or >- use it as a bootdevice for ESXi and the local datastore >- pass-through Sata in AHCI mode (enable hotplug for Sata) > >or >- add an HBA > >Gea > > >Am 15.06.2016 um 19:44 schrieb Paul Bucher: >>I?m working on bringing up some new mission critical servers at hosting provider Softlayer and wondering if anyone out there also hosts at Softlayer using OmniOS and what they?ve used for disk HBA?s at Softlayer with OmniOS(just to make it more complicated I use napp-it all in one virtual machine setups). My understanding is the current Xeon v3 servers Softlayer is using LSI megaRAID 9361 cards in them and I?ve been unable to find much about running ZFS on the newer megaraid cards and I really don?t want to do some RAID 0 type of setup that I?ve used in the past. Softlayer is using Supermicro X10DRU-i+ MBs that have a bunch of SATA ports on them hung off the C612 chipset, I?m temped to tell them to use those ports, but I?d like to hear someone else?s experience with these since I now OmniOS doesn?t always play well with more modern kit. >> >>So far I?ve had great success with all in one setups in the past on Softlayers older generation of servers, but I?ve had to ship to Softlayer and convenience them to install the standard LSI HBA SAS controllers for me which has the downside that if a box goes down they can?t just spin me up a newer server in an hour or so since it requires me to buy and ship them a new disk controller. >> >>-Paul >> ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] dell 730xd with md3060e jbod
If the (big) illumos kernel user begins in "N", the do have disk blink via the UI: Settings -> disks According to a posting on a (big) illumos kernel user's Community forum (thread 1424): sesctl list - to get sesctl list - to get and sesctl blink : - to blink slot sesctl blink -I : - to stop the blink The fun lies in cross-referring enclosure locations to devices Cal Sawyer | Systems Engineer | BlueBolt Ltd 15-16 Margaret Street | London W1W 8RW +44 (0)20 7637 5575 | www.blue-bolt.com Subject: Re: [OmniOS-discuss] dell 730xd with md3060e jbod From: richard.ell...@richardelling.com Date: Thu, 13 Aug 2015 12:11:29 -0700 CC: omnios-discuss@lists.omniti.com To: sim@live.nl On Aug 13, 2015, at 8:47 AM, Randy S wrote: Hi, A while ago I had a moment to test a 730XD with a md3060e jbod. I have read the other threads regarding the 730 usability. I had no problems with it using omnios R12. However the use of the JBOD did raise an issue regarding blinking disk leds. I noticed that the signals send with sas2ircu were not doing their job (nothing blinks). After some calls to dell technicians, I heard that dell has disabled these signals in their firmware and only allows signalling through their own tool, which only works with windows and some linux flavours. At that time I hear about santools which "might propably" be used for this blinking functionality (and more), but you have to buy it to test it. Bit expensive for a test. After this long intro, my question is: Does anybody know of a another way (script, tools etc) to get this blinking functionality going in this hardware combination (ofcourse NOT using dd) ? Try fmtopo first. There are 3 indicators defined: fail, ident, ok2rm. Many SES vendorsonly implement fail and ident. Here an example: /usr/lib/fm/fmd/fmtopo -P facility.mode=uint32:1 hc://:chassis-mfg=XYZ:chassis-name=XYZ-ABC:chassis-part=unknown:chassis-serial=500093d0016cc76/ses-enclosure=0/bay=1?indicator=fail to de-assert the indicator, facility.mode=uint32:0 to find the FMRI string, use fmtopo to observe what your hardware reports. -- richard As I understood, this same combination is used, as a standard, by a another (big) illumos kernel user and their systems also do not blink disks. I however, would like to be able to find a disk easilly to e.g. replace and not only depend on the internal disk tests which the JBOD seems to do by itself regardless of the OS used. (Dell told me theJBOD detects defect disks by itself by performing some periodic tests. How it does this I do not know). Regards, R ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Missing readline module in r151014
Hi Setting up a new server on r151014 and found that a python script that ran on r151010 fails with this old python-chestnut: Traceback (most recent call last): File "/root/diskmap.py", line 9, in import subprocess, re, os, sys, readline, cmd, pickle, glob ImportError: No module named readline It appears that 014's python package no longer includes lib-dynload/[64/]readline.so. Searching on python packages containing readline.so turns up pkg:/omniti/runtime/python-26@2.6.7-0.151008 ms.omniti.com pkg:/omniti/runtime/python-27@2.7.6-0.151006 ms.omniti.com pkg:/omniti/runtime/python-27@2.7.6-0.151008 ms.omniti.com pkg:/omniti/runtime/python-34@3.4.0-0.151006 ms.omniti.com pkg:/omniti/runtime/python-34@3.4.0-0.151010 ms.omniti.com pkg:/omniti/runtime/python-34@3.4.3-0.151014 ms.omniti.com yet > python -V Python 2.6.8 No python 2.x.x for 014 (and 010) at all in omniti and only 3.x.x? Am i missing something? I would have expected to see 2.6.8-0.151014 as that's what is installed Cal Sawyer | Systems Engineer | BlueBolt Ltd ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] root pool on HP SmartArray: any cons?
Hi I'm building a new head on an HP dl360 G6 running r151014 that will front a large storage pool. The storage pool itself will be connected (properly) via an LSI 9207 HBA I've installed OmniOS's root pool on top of the SmartArray's p410i mirrored LV mainly because it was there already and i like to use hardware RAID whenever i can Are there any issues associated with running the root pool on top of hardware RAID? thanks! Cal Sawyer | Systems Engineer | BlueBolt Ltd ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Upgrading from OI to OmniOS
Hi I have a server hosting 65TB of RAIDZ2 storage that's currently running OI (oi_151a8), which i really want to get off of given that OI has bitten the dust support-wise. I found one brief discussion on the topic but it wasn't terribly detailed and was missing critical steps like configuration protection/retention. I'd like to preserve network and esp LDAP (client) settings as they were kind of a pain to establish in the first instance for quick reapplication. If anyone has or is interested in cobbling together a checklist of steps to upgrade OI to OmniOS that takes configuration into account, i'd very much appreciate seeing it. thank you - cal sawyer ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] ncurses lib in r151010j
This, i imagine, is it. From config.log configure:6233: checking for a curses library containing mvchgat configure:6255: gcc -o conftest -g -O2 conftest.c -lpcap -lnsl -lm -lsocket -lcurses >&5 Undefined first referenced symbol in file mvchgat /var/tmp//cckgaO9B.o ld: fatal: symbol referencing errors. No output written to conftest collect2: error: ld returned 1 exit status configure:6258: $? = 1 configure: failed program was: #line 6238 "configure" #include "confdefs.h" #include int main () { mvchgat(0, 0, 1, A_REVERSE, 0, NULL) ; return 0; } configure:6255: gcc -o conftest -g -O2 conftest.c -lpcap -lnsl -lm -lsocket -lncurses >&5 ld: fatal: library -lncurses: not found ld: fatal: file processing errors. No output written to conftest collect2: error: ld returned 1 exit status configure:6258: $? = 1 configure: failed program was: #line 6238 "configure" #include "confdefs.h" #include int main () { mvchgat(0, 0, 1, A_REVERSE, 0, NULL) ; return 0; } configure:6278: result: none found configure:6280: error: Curses! Foiled again! (Can't find a curses library supporting mvchgat.) Consider installing ncurses. No idea what to do about it, though. regards, - cal On 04/07/14 10:05, Dale Ghent wrote: So what does your config.log say regarding the check for mvchgat() ? How is it failing the test? When running into issues such as this, config.log is the go-to place to start figuring out the why. autoconf itself isn’t infallible in how it checks for things, after all. /dale On Jul 4, 2014, at 8:35 AM, Cal Sawyer wrote: Hi I'm trying to build iftop on r151010j because the available packages are rather stale. basename file opt/omni/sbin/iftop pkg:/network/iftop@1.0.2-0.151006 PUBLISHER TYPE STATUS URI omniosorigin online http://pkg.omniti.com/omnios/r151010/ ms.omniti.com origin online http://pkg.omniti.com/omniti-ms/ Running into an issue with ncurses during the configure stage checking for a curses library containing mvchgat... none found configure: error: Curses! Foiled again! (Can't find a curses library supporting mvchgat.) Consider installing ncurses. however ... pkg list ncurses NAME (PUBLISHER) VERSIONIFO library/ncurses 5.9-0.151010 i-- > grep mvchgat /usr/include/ncurses/ncurses.h extern NCURSES_EXPORT(int) mvchgat (int, int, int, attr_t, short, const void *);/* generated */ #define mvchgat(y,x,n,a,c,o)mvwchgat(stdscr,y,x,n,a,c,o) Looks like it's supported. Any ideas? thanks - cal ___ 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] ncurses lib in r151010j
Hi I'm trying to build iftop on r151010j because the available packages are rather stale. basename file opt/omni/sbin/iftop pkg:/network/iftop@1.0.2-0.151006 PUBLISHER TYPE STATUS URI omniosorigin online http://pkg.omniti.com/omnios/r151010/ ms.omniti.com origin online http://pkg.omniti.com/omniti-ms/ Running into an issue with ncurses during the configure stage checking for a curses library containing mvchgat... none found configure: error: Curses! Foiled again! (Can't find a curses library supporting mvchgat.) Consider installing ncurses. however ... > pkg list ncurses NAME (PUBLISHER) VERSIONIFO library/ncurses 5.9-0.151010 i-- > grep mvchgat /usr/include/ncurses/ncurses.h extern NCURSES_EXPORT(int) mvchgat (int, int, int, attr_t, short, const void *);/* generated */ #define mvchgat(y,x,n,a,c,o) mvwchgat(stdscr,y,x,n,a,c,o) Looks like it's supported. Any ideas? thanks - cal ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss