From daleg at omniti.com  Mon May  2 14:19:05 2016
From: daleg at omniti.com (Dale Ghent)
Date: Mon, 2 May 2016 10:19:05 -0400
Subject: [OmniOS-discuss] Wiki is slightly broken
In-Reply-To: <20160425224408.508071af@sleipner.datanom.net>
References: <20160421235619.155ea112@sleipner.datanom.net>
	<CAHG0V4eMS3Vha9VQJogP47p6_=Eap+nrvhvgfW7okyej-Qz3KA@mail.gmail.com>
	<CAO8hXRDMGUc5nz+7KY_aDnyqo5vjxyU1p8bjzwM7=CjJszDN2A@mail.gmail.com>
	<CAHG0V4e3EZm0PNj9kLHD6M_GBHRwM=a9Jqei2mHkZM8esmJsdA@mail.gmail.com>
	<CAO8hXRBUpwZR2jW7TG24Gh3SX=fmYBCr_4VY8kubeSF-gLQ_uQ@mail.gmail.com>
	<CAO8hXRC1Hgs0OKccOTVrJXGoHyEYzNn3TH4gFzyFDBe4TSFJcw@mail.gmail.com>
	<CAHG0V4cSjE8PoSPkuA11twfkdsy381yqwC9VawG6VFpnD5PO-Q@mail.gmail.com>
	<CAO8hXRC8YxqwkVQ16v=PNe147YRa7m3fQ4WwG81Fq+4penm4xg@mail.gmail.com>
	<CAHG0V4fN0U1shVbwijogmvRJvFHNQEgBDxcmjOpPGP=WaHqviA@mail.gmail.com>
	<CAO8hXRABJiFF_ZvMPpJn7G=7gK=Ceoo39+dj5p58+CrA8Eoxew@mail.gmail.com>
	<CAHG0V4cCC64ouf9r5JrUa-xkLE-v3dR-3X_=yV3W44xwLgb86A@mail.gmail.com>
	<20160425224408.508071af@sleipner.datanom.net>
Message-ID: <DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>


I believe we've worked out the issues with the omnios site with regarding https and mixed content (there's actually a bunch of proxying going on in the back-end, which complicated matters somewhat.) Please check it out and let us know if you're continuing to have issues.

/dale


> On Apr 25, 2016, at 4:44 PM, Michael Rasmussen <mir at miras.org> wrote:
> 
> On Mon, 25 Apr 2016 22:06:05 +0200
> Jacob Vosmaer <contact at jacobvosmaer.nl> wrote:
> 
>> 
>> Chrome 50.0.2661.86 (64-bit), OS X 10.11.4.
>> 
>> If omniti.com was added to the HSTS preload list very recently it may not
>> be hard-coded in Chrome 49 yet?
>> 
> Same here:
> Chrome Version 50.0.2661.86 (64-bit), OS Debian Sid.
> 
> Works with Opera 36 which is based on Chrome/49.0.2623.110
> 
> --
> Hilsen/Regards
> Michael Rasmussen
> 
> Get my public GnuPG keys:
> michael <at> rasmussen <dot> cc
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
> mir <at> datanom <dot> net
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
> mir <at> miras <dot> org
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
> --------------------------------------------------------------
> /usr/games/fortune -es says:
> Humorists always sit at the children's table.
> 		-- Woody Allen
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160502/9966b556/attachment.bin>

From johan.kragsterman at capvert.se  Mon May  2 14:35:33 2016
From: johan.kragsterman at capvert.se (Johan Kragsterman)
Date: Mon, 2 May 2016 16:35:33 +0200
Subject: [OmniOS-discuss] Ang: Re:  Wiki is slightly broken
In-Reply-To: <DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>
References: <DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>,
	<20160421235619.155ea112@sleipner.datanom.net>	<CAHG0V4eMS3Vha9VQJogP47p6_=Eap+nrvhvgfW7okyej-Qz3KA@mail.gmail.com>
	<CAO8hXRDMGUc5nz+7KY_aDnyqo5vjxyU1p8bjzwM7=CjJszDN2A@mail.gmail.com>	<CAHG0V4e3EZm0PNj9kLHD6M_GBHRwM=a9Jqei2mHkZM8esmJsdA@mail.gmail.com>
	<CAO8hXRBUpwZR2jW7TG24Gh3SX=fmYBCr_4VY8kubeSF-gLQ_uQ@mail.gmail.com>	<CAO8hXRC1Hgs0OKccOTVrJXGoHyEYzNn3TH4gFzyFDBe4TSFJcw@mail.gmail.com>
	<CAHG0V4cSjE8PoSPkuA11twfkdsy381yqwC9VawG6VFpnD5PO-Q@mail.gmail.com>	<CAO8hXRC8YxqwkVQ16v=PNe147YRa7m3fQ4WwG81Fq+4penm4xg@mail.gmail.com>
	<CAHG0V4fN0U1shVbwijogmvRJvFHNQEgBDxcmjOpPGP=WaHqviA@mail.gmail.com>	<CAO8hXRABJiFF_ZvMPpJn7G=7gK=Ceoo39+dj5p58+CrA8Eoxew@mail.gmail.com>
	<CAHG0V4cCC64ouf9r5JrUa-xkLE-v3dR-3X_=yV3W44xwLgb86A@mail.gmail.com>	<20160425224408.508071af@sleipner.datanom.net>
Message-ID: <OF917D9FF7.B5D6AD08-ONC1257FA7.005028DF-C1257FA7.005028E0@inse.com>


Hi!


Works fine now!



-----"OmniOS-discuss" <omnios-discuss-bounces at lists.omniti.com> skrev: -----
Till: Michael Rasmussen <mir at miras.org>
Fr?n: Dale Ghent 
S?nt av: "OmniOS-discuss" 
Datum: 2016-05-02 16:21
Kopia: omnios-discuss at lists.omniti.com
?rende: Re: [OmniOS-discuss] Wiki is slightly broken

I believe we've worked out the issues with the omnios site with regarding https and mixed content (there's actually a bunch of proxying going on in the back-end, which complicated matters somewhat.) Please check it out and let us know if you're continuing to have issues.

/dale


> On Apr 25, 2016, at 4:44 PM, Michael Rasmussen <mir at miras.org> wrote:
> 
> On Mon, 25 Apr 2016 22:06:05 +0200
> Jacob Vosmaer <contact at jacobvosmaer.nl> wrote:
> 
>> 
>> Chrome 50.0.2661.86 (64-bit), OS X 10.11.4.
>> 
>> If omniti.com was added to the HSTS preload list very recently it may not
>> be hard-coded in Chrome 49 yet?
>> 
> Same here:
> Chrome Version 50.0.2661.86 (64-bit), OS Debian Sid.
> 
> Works with Opera 36 which is based on Chrome/49.0.2623.110
> 
> --
> Hilsen/Regards
> Michael Rasmussen
> 
> Get my public GnuPG keys:
> michael <at> rasmussen <dot> cc
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
> mir <at> datanom <dot> net
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
> mir <at> miras <dot> org
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
> --------------------------------------------------------------
> /usr/games/fortune -es says:
> Humorists always sit at the children's table.
> -- Woody Allen
> _______________________________________________
> 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


[bilagan "signature.asc" borttagen av Johan Kragsterman/Capvert]


From contact at jacobvosmaer.nl  Mon May  2 14:38:37 2016
From: contact at jacobvosmaer.nl (Jacob Vosmaer)
Date: Mon, 2 May 2016 16:38:37 +0200
Subject: [OmniOS-discuss] Wiki is slightly broken
In-Reply-To: <DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>
References: <20160421235619.155ea112@sleipner.datanom.net>
	<CAHG0V4eMS3Vha9VQJogP47p6_=Eap+nrvhvgfW7okyej-Qz3KA@mail.gmail.com>
	<CAO8hXRDMGUc5nz+7KY_aDnyqo5vjxyU1p8bjzwM7=CjJszDN2A@mail.gmail.com>
	<CAHG0V4e3EZm0PNj9kLHD6M_GBHRwM=a9Jqei2mHkZM8esmJsdA@mail.gmail.com>
	<CAO8hXRBUpwZR2jW7TG24Gh3SX=fmYBCr_4VY8kubeSF-gLQ_uQ@mail.gmail.com>
	<CAO8hXRC1Hgs0OKccOTVrJXGoHyEYzNn3TH4gFzyFDBe4TSFJcw@mail.gmail.com>
	<CAHG0V4cSjE8PoSPkuA11twfkdsy381yqwC9VawG6VFpnD5PO-Q@mail.gmail.com>
	<CAO8hXRC8YxqwkVQ16v=PNe147YRa7m3fQ4WwG81Fq+4penm4xg@mail.gmail.com>
	<CAHG0V4fN0U1shVbwijogmvRJvFHNQEgBDxcmjOpPGP=WaHqviA@mail.gmail.com>
	<CAO8hXRABJiFF_ZvMPpJn7G=7gK=Ceoo39+dj5p58+CrA8Eoxew@mail.gmail.com>
	<CAHG0V4cCC64ouf9r5JrUa-xkLE-v3dR-3X_=yV3W44xwLgb86A@mail.gmail.com>
	<20160425224408.508071af@sleipner.datanom.net>
	<DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>
Message-ID: <CAHG0V4fUXK0fQb9KN278FNzY=WaMtJkQqYzDMyYWrc2kYnuCAA@mail.gmail.com>

Hi Dale,

Yes, the wiki page renders correctly for me in Chrome now! I see a
quasi-warning (no green lock) which seems to be due to an HTTP Gravatar
request which Chrome wants to be HTTPS. But it renders fine either way.

Thanks!

2016-05-02 16:19 GMT+02:00 Dale Ghent <daleg at omniti.com>:

>
> I believe we've worked out the issues with the omnios site with regarding
> https and mixed content (there's actually a bunch of proxying going on in
> the back-end, which complicated matters somewhat.) Please check it out and
> let us know if you're continuing to have issues.
>
> /dale
>
>
> > On Apr 25, 2016, at 4:44 PM, Michael Rasmussen <mir at miras.org> wrote:
> >
> > On Mon, 25 Apr 2016 22:06:05 +0200
> > Jacob Vosmaer <contact at jacobvosmaer.nl> wrote:
> >
> >>
> >> Chrome 50.0.2661.86 (64-bit), OS X 10.11.4.
> >>
> >> If omniti.com was added to the HSTS preload list very recently it may
> not
> >> be hard-coded in Chrome 49 yet?
> >>
> > Same here:
> > Chrome Version 50.0.2661.86 (64-bit), OS Debian Sid.
> >
> > Works with Opera 36 which is based on Chrome/49.0.2623.110
> >
> > --
> > Hilsen/Regards
> > Michael Rasmussen
> >
> > Get my public GnuPG keys:
> > michael <at> rasmussen <dot> cc
> > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
> > mir <at> datanom <dot> net
> > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
> > mir <at> miras <dot> org
> > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
> > --------------------------------------------------------------
> > /usr/games/fortune -es says:
> > Humorists always sit at the children's table.
> >               -- Woody Allen
> > _______________________________________________
> > 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160502/f31739f8/attachment.html>

From daleg at omniti.com  Mon May  2 15:03:07 2016
From: daleg at omniti.com (Dale Ghent)
Date: Mon, 2 May 2016 11:03:07 -0400
Subject: [OmniOS-discuss] Wiki is slightly broken
In-Reply-To: <CAHG0V4fUXK0fQb9KN278FNzY=WaMtJkQqYzDMyYWrc2kYnuCAA@mail.gmail.com>
References: <20160421235619.155ea112@sleipner.datanom.net>
	<CAHG0V4eMS3Vha9VQJogP47p6_=Eap+nrvhvgfW7okyej-Qz3KA@mail.gmail.com>
	<CAO8hXRDMGUc5nz+7KY_aDnyqo5vjxyU1p8bjzwM7=CjJszDN2A@mail.gmail.com>
	<CAHG0V4e3EZm0PNj9kLHD6M_GBHRwM=a9Jqei2mHkZM8esmJsdA@mail.gmail.com>
	<CAO8hXRBUpwZR2jW7TG24Gh3SX=fmYBCr_4VY8kubeSF-gLQ_uQ@mail.gmail.com>
	<CAO8hXRC1Hgs0OKccOTVrJXGoHyEYzNn3TH4gFzyFDBe4TSFJcw@mail.gmail.com>
	<CAHG0V4cSjE8PoSPkuA11twfkdsy381yqwC9VawG6VFpnD5PO-Q@mail.gmail.com>
	<CAO8hXRC8YxqwkVQ16v=PNe147YRa7m3fQ4WwG81Fq+4penm4xg@mail.gmail.com>
	<CAHG0V4fN0U1shVbwijogmvRJvFHNQEgBDxcmjOpPGP=WaHqviA@mail.gmail.com>
	<CAO8hXRABJiFF_ZvMPpJn7G=7gK=Ceoo39+dj5p58+CrA8Eoxew@mail.gmail.com>
	<CAHG0V4cCC64ouf9r5JrUa-xkLE-v3dR-3X_=yV3W44xwLgb86A@mail.gmail.com>
	<20160425224408.508071af@sleipner.datanom.net>
	<DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>
	<CAHG0V4fUXK0fQb9KN278FNzY=WaMtJkQqYzDMyYWrc2kYnuCAA@mail.gmail.com>
Message-ID: <311C0C96-069C-4781-B4ED-C4F20301EB65@omniti.com>


> On May 2, 2016, at 10:38 AM, Jacob Vosmaer <contact at jacobvosmaer.nl> wrote:
> 
> Hi Dale,
> 
> Yes, the wiki page renders correctly for me in Chrome now! I see a quasi-warning (no green lock) which seems to be due to an HTTP Gravatar request which Chrome wants to be HTTPS. But it renders fine either way.

That should be fixed as well, now. The joys of ancient web software.

/dale

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160502/6bf33cc2/attachment.bin>

From contact at jacobvosmaer.nl  Tue May  3 07:28:58 2016
From: contact at jacobvosmaer.nl (Jacob Vosmaer)
Date: Tue, 3 May 2016 09:28:58 +0200
Subject: [OmniOS-discuss] Wiki is slightly broken
In-Reply-To: <311C0C96-069C-4781-B4ED-C4F20301EB65@omniti.com>
References: <20160421235619.155ea112@sleipner.datanom.net>
	<CAHG0V4eMS3Vha9VQJogP47p6_=Eap+nrvhvgfW7okyej-Qz3KA@mail.gmail.com>
	<CAO8hXRDMGUc5nz+7KY_aDnyqo5vjxyU1p8bjzwM7=CjJszDN2A@mail.gmail.com>
	<CAHG0V4e3EZm0PNj9kLHD6M_GBHRwM=a9Jqei2mHkZM8esmJsdA@mail.gmail.com>
	<CAO8hXRBUpwZR2jW7TG24Gh3SX=fmYBCr_4VY8kubeSF-gLQ_uQ@mail.gmail.com>
	<CAO8hXRC1Hgs0OKccOTVrJXGoHyEYzNn3TH4gFzyFDBe4TSFJcw@mail.gmail.com>
	<CAHG0V4cSjE8PoSPkuA11twfkdsy381yqwC9VawG6VFpnD5PO-Q@mail.gmail.com>
	<CAO8hXRC8YxqwkVQ16v=PNe147YRa7m3fQ4WwG81Fq+4penm4xg@mail.gmail.com>
	<CAHG0V4fN0U1shVbwijogmvRJvFHNQEgBDxcmjOpPGP=WaHqviA@mail.gmail.com>
	<CAO8hXRABJiFF_ZvMPpJn7G=7gK=Ceoo39+dj5p58+CrA8Eoxew@mail.gmail.com>
	<CAHG0V4cCC64ouf9r5JrUa-xkLE-v3dR-3X_=yV3W44xwLgb86A@mail.gmail.com>
	<20160425224408.508071af@sleipner.datanom.net>
	<DFF3B637-67E4-4373-985B-4B378767E877@omniti.com>
	<CAHG0V4fUXK0fQb9KN278FNzY=WaMtJkQqYzDMyYWrc2kYnuCAA@mail.gmail.com>
	<311C0C96-069C-4781-B4ED-C4F20301EB65@omniti.com>
Message-ID: <CAHG0V4dCPnaFysMNkWAhbVyrexc5rpEUvgCLAy8wndASe4LqRA@mail.gmail.com>

Great, thanks Dale!
On 2 May 2016 17:03, "Dale Ghent" <daleg at omniti.com> wrote:

>
> > On May 2, 2016, at 10:38 AM, Jacob Vosmaer <contact at jacobvosmaer.nl>
> wrote:
> >
> > Hi Dale,
> >
> > Yes, the wiki page renders correctly for me in Chrome now! I see a
> quasi-warning (no green lock) which seems to be due to an HTTP Gravatar
> request which Chrome wants to be HTTPS. But it renders fine either way.
>
> That should be fixed as well, now. The joys of ancient web software.
>
> /dale
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160503/fdae14b4/attachment-0001.html>

From svavar at pipar-tbwa.is  Tue May  3 09:47:57 2016
From: svavar at pipar-tbwa.is (=?UTF-8?q?Svavar_=C3=96rn_Eysteinsson?=)
Date: Tue, 3 May 2016 09:47:57 +0000
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
 initialization - Intel Motherboard
In-Reply-To: <F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
Message-ID: <6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>

Hi again.

I wanted to ask for the last time if anyone got some tips on debug'ing the installation of OmniOS.
As stated of the emails before, I have tried -v and also -B immu-enable=true (as someone hinted me , http://blahg.josefsipek.net/?p=488 )

I have disabled pretty much anything in the bios and without any success.
Including every setting related to C states and :

Disabled Processor C3
Disabled Processor C6
Disabled Intel Turbo Boots.
Disabled Enhanced SpeedStep
Disabled Hyper Treading
Disabled some cores.
Disabled Intel Virtualization
Disabled USB 2.0 Controller
Disabled the on board SATA chipset.
and many more.

https://dl.dropboxusercontent.com/u/16134/omnios_intel_cstates_disabled_boot.JPG
https://dl.dropboxusercontent.com/u/16134/omnios_intel_S5520SC_trouble1.JPG
https://dl.dropboxusercontent.com/u/16134/omnios_intel_S5520SC_trouble2.JPG
https://dl.dropboxusercontent.com/u/16134/omnios_intel_S5520SC_trouble3.JPG
https://dl.dropboxusercontent.com/u/16134/omnios_intel_S5520SC_trouble4.JPG


I have tried to boot the installation from USB stick. with or without usb 2.0 controller. NO SUCESS.
Also with SATA connected CDROM. NO SUCESS.
Also with OmniOS installation from Hard Disk, connected on the on-board controller in AHCI mode. NO SUCCESS.
OmniOS Installation from Hard Disk connected to a Supermicro AOC_USAS_L8i (which has the LSI SAS 1068E chipset). NO SUCCESS.
I also installed OmniOS on some hard disk in another Intel based machine with a AHCI based SATA controller. Success. Moved the disk
to this problematic machine, NO Success in boot. Freezes/Hangs at the same spot.

So, as -v parameter dosn't give my NONE information when the machine freezes I'm really asking for
the last time if there are any more parameters to debug/verbose this problem?
As I run some other OmniOS related servers and I would really like to continue that on this 
machine. Would not prefer to run Solaris 11.3, as Solaris boots and install 100% fine. Also pretty much
every *BSD distribution.
I really would like to continue using this machine as a dedicated storage brick.

Thank you all.

Best regards,

Svavar O

p.s. The motherboard is Intel S5520SC installed into a SuperMicro SC933 Chassis which includes a BPN-SATA-933 BACKPLANE




> On 1. apr. 2016, at 10:18, Svavar ?rn Eysteinsson <svavar at pipar-tbwa.is> wrote:
> 
> I installed OmniOS on another machine, with Intel cpu and SATA controllers in ACHI mode
> from a USB Key. 100% success.
> 
> Moved the hard drive to the problematic machine and the same story continues.
> It will boot up, but soon as the CPU initializing is done and USB controller is probed it will freeze and hang.
> 
> As the screenshot shows.
> 
> Pretty much the same if I boot the installation from USB/SATA CDROM...
> 
> https://dl.dropboxusercontent.com/u/16134/IMG_0918.JPG <https://dl.dropboxusercontent.com/u/16134/IMG_0918.JPG>
> 
> 
> So it seems that I'm stuck with running Solaris 11.3...
> 
> Svavar
> 
> 
> 
>> On 31. mar. 2016, at 11:16, Michael Rasmussen <mir at miras.org <mailto:mir at miras.org>> wrote:
>> 
>> Try to disable usb in bios before installing.
>> 
>> On March 31, 2016 11:59:20 AM GMT+02:00, "Svavar ?rn Eysteinsson" <svavar at pipar-tbwa.is <mailto:svavar at pipar-tbwa.is>> wrote:
>> So, Solaris 11.3 boots up and installs fine but not OmniOS.
>> I sure would like to use OmniOS on this machine, so I ask are there any other debuging
>> options for me at the installation level ?
>> 
>> Could I try to install OmniOS on a HDD/SSD on other machine with ACHI and boot it up on the problematic machine?
>> Or is that just a no-go from the start?
>> 
>> Thanks again people.
>> 
>> Svavar
>> Reykjavik - Iceland
>> 
>> 
>> 
>>  On 14. mar. 2016, at 21:28, Christian Kivalo <ml+omnios-discuss at valo.at <mailto:ml+omnios-discuss at valo.at>> wrote:
>>  
>>  
>>  
>>  On 2016-03-09 11:00, Svavar ?rn Eysteinsson wrote:
>>  Hi Dan.
>>  Thanks for the reply.
>>  I disabled all the C-states and it's the same story.
>> 
>> If I boot from the SATA CD-ROM installation it hangs on boot right after :
>>  cpu7: Intel(r) Xeon(r) CPU E5520 @ 2.27Ghz
>>  cpu6: Intel(r) Xeon(r) CPU E5520 @ 2.27Ghz
>>  cpu7: initialization complete - online
>>  cpu6: initialization complete - online
>>  See here :
>>  https://dl.dropboxusercontent.com/u/16134/omnios_intel_cstates_disabled_boot.JPG <https://dl.dropboxusercontent.com/u/16134/omnios_intel_cstates_disabled_boot.JPG>
>>  If I boot from USB stick, with USB 2.0 enabled and or disabled the
>>  last message is always releated to usb stuff
>>  right after cpu6: initialization complete - online.
>>  So my BIOS configuration right now is :
>>  Intel QPI Frequency Select [Auto Max]
>>  Intel Turbo Boots Technology [Enabled]
>>  Enhanced Intel Speedstep Tech [Enabled]
>>  Processor C3 [Disabled]
>>  Processor C6 [Disabled]
>>  Intel Hyper-Threading Tech [Disabled]
>>  Core Multi-Processing [All]
>>  Execute Disable Bit
>> [Disabled]
>>  Intel Virtualization Technology [Disasbled]
>>  Intel VT for Directed I/O [Disabled]
>>  and some more.
>>  My Bios Configuration can been seen here :
>>  https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios1.JPG <https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios1.JPG>
>>  https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios2.JPG <https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios2.JPG>
>>  https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios3.JPG <https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios3.JPG>
>>  https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios4.JPG <https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios4.JPG>
>>  Maybe something for you there was a thread here some months ago...
>>  It starts here https://www.mail-archive.com/omnios-discuss%40lists.omniti.com/msg03194.html <https://www.mail-archive.com/omnios-discuss%40lists.omniti.com/msg03194.html>
>>  
>>  and some messages into the the thread X2APIC is mentioned
>>  https://www.mail-archive.com/omnios-discuss%40lists.omniti.com/msg03200.html <https://www.mail-archive.com/omnios-discuss%40lists.omniti.com/msg03200.html>
>>  
>>  https://www.mail-archive.com/omnios-discuss%40lists.omniti.com/msg03201.html <https://www.mail-archive.com/omnios-discuss%40lists.omniti.com/msg03201.html>
>>  
>>  and a link a blogpost by jeff sipek
>>  http://blahg.josefsipek.net/?p=488 <http://blahg.josefsipek.net/?p=488>
>>  
>>  
>>  Best regards,
>>  Svavar O
>>  On 8. mar. 2016, at 15:13, Dan McDonald <danmcd at omniti.com <mailto:danmcd at omniti.com>> wrote:
>>  On Mar 8, 2016, at 6:17 AM, Svavar ?rn Eysteinsson <svavar at pipar-tbwa.is <mailto:svavar at pipar-tbwa.is>> wrote:
>>  Should I disable other CPU ? Should a enable C2, C3 state in BIOS or is that not relevant?
>>  Disable C-states, that's general illumos advice (regardless of distro).
>>  Dan
>> 
>>  OmniOS-discuss mailing list
>>  OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>>  http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
>>  
>>  -- 
>>  Christian Kivalo
>> 
>>  OmniOS-discuss mailing list
>>  OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>>  http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
>> 
>> 
>> 
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
>> 
>> -- 
>> Sent from my Android phone with K-9 Mail. Please excuse my brevity. 
>> ---- This mail was virus scanned and spam checked before delivery. This mail is also DKIM signed. See header dkim-signature. 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160503/164c03ae/attachment.html>

From danmcd at omniti.com  Tue May  3 14:03:45 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 10:03:45 -0400
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
	initialization - Intel Motherboard
In-Reply-To: <6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
Message-ID: <5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>

If you can boot Solaris on this box, please share the output of:

	prtconf -d

I'm very curious to see if there's some sort of bizarre-corner-case PCI ID collision.

Dan


From svavar at pipar-tbwa.is  Tue May  3 15:26:45 2016
From: svavar at pipar-tbwa.is (=?UTF-8?q?Svavar_=C3=96rn_Eysteinsson?=)
Date: Tue, 3 May 2016 15:26:45 +0000
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
 initialization - Intel Motherboard
In-Reply-To: <5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
Message-ID: <14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>

Thanks so much for the reply Dan.

With pretty much every default settings in the BIOS enabled Solaris will boot up 100% fine.

Output of dmesg is here :

http://pastebin.com/hRtCwZrC <http://pastebin.com/hRtCwZrC>

prtconf -d will display the following information :

System Configuration:  Oracle Corporation  i86pc
Memory size: 12227 Megabytes
System Peripherals (Software Nodes):

i86pc
    scsi_vhci, instance #0
    pci, instance #0
        pci8086,34e2 (pciex8086,3406) (driver not attached)
        pci8086,3408 (pciex8086,3408), instance #0
            pci8086,34e2 (pciex8086,10a7), instance #0
            pci8086,34e2 (pciex8086,10a7), instance #1
        pci8086,340a (pciex8086,340a) (driver not attached)
        pci8086,340e (pciex8086,340e) (driver not attached)
        pci86,e2 (pciex8086,3425) (driver not attached)
        pci86,e2 (pciex8086,3426) (driver not attached)
        pci86,e2 (pciex8086,3427) (driver not attached)
        pci86,e2 (pciex8086,3428) (driver not attached)
        pci86,e2 (pciex8086,342d) (driver not attached)
        pci86,e2 (pciex8086,342e) (driver not attached)
        pci86,e2 (pciex8086,3422) (driver not attached)
        pci86,e2 (pciex8086,3423), instance #0
        pci86,e2 (pciex8086,3438) (driver not attached)
        pci86,e2 (pciex8086,342f) (driver not attached)
        pci8086,34e2 (pciex8086,3430) (driver not attached)
        pci8086,34e2 (pciex8086,3431) (driver not attached)
        pci8086,34e2 (pciex8086,3432) (driver not attached)
        pci8086,34e2 (pciex8086,3433) (driver not attached)
        pci8086,34e2 (pciex8086,3429) (driver not attached)
        pci8086,34e2 (pciex8086,342a) (driver not attached)
        pci8086,34e2 (pciex8086,342b) (driver not attached)
        pci8086,34e2 (pciex8086,342c) (driver not attached)
        pci8086,34e2 (pciex8086,3a37), instance #0
            floppy, instance #0
                disk, instance #1
        pci8086,34e2 (pciex8086,3a38), instance #1
        pci8086,34e2 (pciex8086,3a39), instance #2
            device, instance #0
                keyboard, instance #1
                mouse, instance #2
        pci8086,34e2 (pciex8086,3a3c), instance #0
        pci8086,3a40 (pciex8086,3a40), instance #3
        pci8086,3a48 (pciex8086,3a48), instance #4
        pci8086,3a4a (pciex8086,3a4a), instance #5
        pci8086,34e2 (pciex8086,3a34), instance #3
            keyboard, instance #0
        pci8086,34e2 (pciex8086,3a35), instance #4
        pci8086,34e2 (pciex8086,3a36), instance #5
        pci8086,34e2 (pciex8086,3a3a), instance #1
        pci8086,244e (pciex8086,244e), instance #0
            display (pci1002,4755), instance #0
        isa (pciex8086,3a16), instance #0
            asy, instance #0 (driver not attached)
            asy, instance #1 (driver not attached)
            tpm, instance #0 (driver not attached)
            pit_beep, instance #0
        pci8086,34e2 (pciex8086,3a22), instance #0
            disk, instance #0
        pci8086,34e2 (pciex8086,3a30) (driver not attached)
    ioapics (driver not attached)
        ioapic, instance #0 (driver not attached)
        ioapic, instance #1 (driver not attached)
    fw, instance #0
        cpu, instance #0
        cpu, instance #1
        cpu, instance #2
        cpu, instance #3
        cpu, instance #4
        cpu, instance #5
        cpu, instance #6
        cpu, instance #7
        cpu, instance #8
        cpu, instance #9
        cpu, instance #10
        cpu, instance #11
        cpu, instance #12
        cpu, instance #13
        cpu, instance #14
        cpu, instance #15
        sb, instance #1
    used-resources (driver not attached)
    fcoe, instance #0
    iscsi, instance #0
    options, instance #0
    pseudo, instance #0
    vga_arbiter, instance #0 (driver not attached)
    xsvc, instance #0


Thanks allot.
Best regards,

Svavar O


> On 3. ma? 2016, at 14:03, Dan McDonald <danmcd at omniti.com> wrote:
> 
> If you can boot Solaris on this box, please share the output of:
> 
> 	prtconf -d
> 
> I'm very curious to see if there's some sort of bizarre-corner-case PCI ID collision.
> 
> Dan
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160503/fd895b3e/attachment-0001.html>

From danmcd at omniti.com  Tue May  3 15:39:56 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 11:39:56 -0400
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
	initialization - Intel Motherboard
In-Reply-To: <14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
Message-ID: <B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>


> On May 3, 2016, at 11:26 AM, Svavar ?rn Eysteinsson <svavar at pipar-tbwa.is> wrote:
> 
>         pci86,e2 (pciex8086,3423), instance #0
>         pci86,e2 (pciex8086,3438) (driver not attached)
> 

The ONLY POSSIBLE thing I can imagine is that we're seeing both of those pciex identifiers (3423 == intel_nhm, and 3438 == intel_nhmex) and picking the wrong intel CPU extras to attach.

Please try these:

1.) Add "-B disable-intel_nhmex=true" to your boot string.

2.) Instead, try "-B disable-intel_nhm=true" to your boot string.

Other than that, I'm stumped.

Thanks,
Dan


From danmcd at omniti.com  Tue May  3 15:55:54 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 11:55:54 -0400
Subject: [OmniOS-discuss] SECURITY UPDATE - OpenSSL to 1.0.2h and NTP to
	4.2.8p7
Message-ID: <327E4036-2191-4E12-8812-DE6E61F62F2D@omniti.com>

Please utter "pkg update" on your supported OmniOS releases:  r151014 (LTS), r151016 (old Stable), and r151018 (current Stable).

Here's the sample 014 "pkg update -nv" output:

| Changed packages:
| omnios
|   library/security/openssl
|     1.0.2.7-0.151014:20160301T224747Z -> 1.0.2.8-0.151014:20160503T143327Z
|   service/network/ntp
|     4.2.8.6-0.151014:20160301T160738Z -> 4.2.8.7-0.151014:20160503T142738Z

It won't require a reboot, but openssl-using services should be restarted.

Happy patching!
Dan


From svavar at pipar-tbwa.is  Tue May  3 16:38:24 2016
From: svavar at pipar-tbwa.is (=?UTF-8?q?Svavar_=C3=96rn_Eysteinsson?=)
Date: Tue, 3 May 2016 16:38:24 +0000
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
 initialization - Intel Motherboard
In-Reply-To: <B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
	<B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
Message-ID: <E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>

WOW! :)

disable-intel_nhmex=true did the magic
disable-intel_nhm=true did nothing.

Thank you so much Dan.

p.s. What does this parameter actually do? Can't find any good info on this one from mr.google.






> On 3. ma? 2016, at 15:39, Dan McDonald <danmcd at omniti.com> wrote:
> 
> 
>> On May 3, 2016, at 11:26 AM, Svavar ?rn Eysteinsson <svavar at pipar-tbwa.is> wrote:
>> 
>>        pci86,e2 (pciex8086,3423), instance #0
>>        pci86,e2 (pciex8086,3438) (driver not attached)
>> 
> 
> The ONLY POSSIBLE thing I can imagine is that we're seeing both of those pciex identifiers (3423 == intel_nhm, and 3438 == intel_nhmex) and picking the wrong intel CPU extras to attach.
> 
> Please try these:
> 
> 1.) Add "-B disable-intel_nhmex=true" to your boot string.
> 
> 2.) Instead, try "-B disable-intel_nhm=true" to your boot string.
> 
> Other than that, I'm stumped.
> 
> Thanks,
> Dan
> 



From eric.sproul at circonus.com  Tue May  3 17:01:57 2016
From: eric.sproul at circonus.com (Eric Sproul)
Date: Tue, 3 May 2016 13:01:57 -0400
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
 initialization - Intel Motherboard
In-Reply-To: <E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
	<B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
	<E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>
Message-ID: <CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>

On Tue, May 3, 2016 at 12:38 PM, Svavar ?rn Eysteinsson
<svavar at pipar-tbwa.is> wrote:
> WOW! :)
>
> disable-intel_nhmex=true did the magic
> disable-intel_nhm=true did nothing.
>
> Thank you so much Dan.
>
> p.s. What does this parameter actually do? Can't find any good info on this one from mr.google.

https://illumos.org/issues/4281 seems relevant.  Odd that searching
src.illumos.org for "nhmex" turns up only the package manifest.  Don't
see any driver source.

Eric

From mir at miras.org  Tue May  3 17:22:22 2016
From: mir at miras.org (Michael Rasmussen)
Date: Tue, 3 May 2016 19:22:22 +0200
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
 initialization - Intel Motherboard
In-Reply-To: <CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
	<B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
	<E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>
	<CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>
Message-ID: <20160503192222.5c2b1d32@sleipner.datanom.net>

On Tue, 3 May 2016 13:01:57 -0400
Eric Sproul <eric.sproul at circonus.com> wrote:

> 
> https://illumos.org/issues/4281 seems relevant.  Odd that searching
> src.illumos.org for "nhmex" turns up only the package manifest.  Don't
> see any driver source.
> 
The bug report you are referring to claim this is closed source and
therefore it makes perfect sense that no source can be found. My guess
is that it is implemented as some kind of loadable module which loads a
binary blob and relying solely on a 'secret' API! Very nasty indeed.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
/usr/games/fortune -es says:
To one large turkey add one gallon of vermouth and a demijohn of
Angostura bitters.  Shake.
		-- F. Scott Fitzgerald, recipe for turkey cocktail.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160503/bfc8a381/attachment.bin>

From danmcd at omniti.com  Tue May  3 17:33:50 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 13:33:50 -0400
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
	initialization - Intel Motherboard
In-Reply-To: <CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
	<B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
	<E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>
	<CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>
Message-ID: <73A52A72-7CA9-4C8E-9955-4E0E17BFC754@omniti.com>


> On May 3, 2016, at 1:01 PM, Eric Sproul <eric.sproul at circonus.com> wrote:
> 
>> p.s. What does this parameter actually do? Can't find any good info on this one from mr.google.

It disables the intel_nhmex driver from attaching, regardless of device detection.

I *thought* that nhm and nhmex were mutually exclusive.  That I saw both instantiate on your prtconf suggests that I'm wrong.

> https://illumos.org/issues/4281 seems relevant.  Odd that searching
> src.illumos.org for "nhmex" turns up only the package manifest.  Don't
> see any driver source.

4281 does seem like the problem.  And nhmex is indeed closed-source.  We never wrote an equivalent for Romley/Sandy-Bridge or later chips as well.

Sorry this was so difficult, but seeing 4281 does explain a lot.

Dan


From svavar at pipar-tbwa.is  Tue May  3 18:15:01 2016
From: svavar at pipar-tbwa.is (=?utf-8?Q?Svavar_=C3=96rn_Eysteinsson?=)
Date: Tue, 3 May 2016 18:15:01 +0000
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
	initialization - Intel Motherboard
In-Reply-To: <73A52A72-7CA9-4C8E-9955-4E0E17BFC754@omniti.com>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
	<B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
	<E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>
	<CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>
	<73A52A72-7CA9-4C8E-9955-4E0E17BFC754@omniti.com>
Message-ID: <0094F7D7-615C-4EA1-88F6-A3816B487FF0@pipar-tbwa.is>


did we dig up some ancient, or forgotten demon? :)
Thank you all for the support, really. I can see the light now. 

Best regards,
Svavar - Reykjavik, Iceland


Sent from mobile...
> On 3. ma? 2016, at 17:34, Dan McDonald <danmcd at omniti.com> wrote:
> 
> 
>>> On May 3, 2016, at 1:01 PM, Eric Sproul <eric.sproul at circonus.com> wrote:
>>> 
>>> p.s. What does this parameter actually do? Can't find any good info on this one from mr.google.
> 
> It disables the intel_nhmex driver from attaching, regardless of device detection.
> 
> I *thought* that nhm and nhmex were mutually exclusive.  That I saw both instantiate on your prtconf suggests that I'm wrong.
> 
>> https://illumos.org/issues/4281 seems relevant.  Odd that searching
>> src.illumos.org for "nhmex" turns up only the package manifest.  Don't
>> see any driver source.
> 
> 4281 does seem like the problem.  And nhmex is indeed closed-source.  We never wrote an equivalent for Romley/Sandy-Bridge or later chips as well.
> 
> Sorry this was so difficult, but seeing 4281 does explain a lot.
> 
> Dan
> 

From danmcd at omniti.com  Tue May  3 18:32:50 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 14:32:50 -0400
Subject: [OmniOS-discuss] Installation Boot hangs after CPU/USB
	initialization - Intel Motherboard
In-Reply-To: <0094F7D7-615C-4EA1-88F6-A3816B487FF0@pipar-tbwa.is>
References: <D5E84467-BCFC-41B8-A557-43351A310103@pipar-tbwa.is>
	<10A21637-B670-4350-853E-6DA0549E8B20@omniti.com>
	<7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is>
	<be6987720753a9468deb0d842cc6be0b@valo.at>
	<9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is>
	<9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org>
	<F6AA5653-139E-4C5B-B2A7-7F57E4AE4F27@pipar-tbwa.is>
	<6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is>
	<5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com>
	<14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is>
	<B2DB05BC-4FF3-491B-BAD9-0F5010B68517@omniti.com>
	<E2E7C6AE-E5D1-43BC-9A19-18A4ADB1D3D6@pipar-tbwa.is>
	<CAO8hXRBO_RM2TBOmJeddDi3yGLpRhOOansWbMjVKZ4e0A4CRvg@mail.gmail.com>
	<73A52A72-7CA9-4C8E-9955-4E0E17BFC754@omniti.com>
	<0094F7D7-615C-4EA1-88F6-A3816B487FF0@pipar-tbwa.is>
Message-ID: <F636D37F-BBAD-4AEC-A3CD-4BB521B054E5@omniti.com>


> On May 3, 2016, at 2:15 PM, Svavar ?rn Eysteinsson <svavar at pipar-tbwa.is> wrote:
> 
> did we dig up some ancient, or forgotten demon? :)

Not really.  But your symptoms reminded me of s similar problem a long time ago (2011-2012) where a system PCI ID was causing a crusty old driver that had nothing to do with the PCI ID to attach.  In your case, it was different, because you had two of something that should really only have been one.

Thanks for your patience.
Dan

Sent from my iPhone (typos, autocorrect, and all)


From peter.tribble at gmail.com  Tue May  3 20:15:52 2016
From: peter.tribble at gmail.com (Peter Tribble)
Date: Tue, 3 May 2016 21:15:52 +0100
Subject: [OmniOS-discuss] lipkg and updates
Message-ID: <CAEgYsbF1fDHMdi9Hd7rJrpaOHjNdqynYuGyoPYV-9SYgnK8Mcg@mail.gmail.com>

Clearly I'm missing something about lipkg zones and pkg update.

I have some recently built boxes that appear to behave, but on older
(as in still 151014 but a few months back) systems the zones don't
seem to follow the global zone when I run pkg update.

I utter:

$ pfexec pkg update ntp openssl
            Packages to update:   2
            Services to change:   1
       Create boot environment:  No
Create backup boot environment: Yes

Planning linked: 0/2 done; 1 working: zone:ns1
Planning linked: 1/2 done; 1 working: zone:backup2
Planning linked: 2/2 done
DOWNLOAD                                PKGS         FILES    XFER (MB)
SPEED
Completed                                2/2       442/442      7.9/7.9
 1.4M/s

Downloading linked: 0/2 done; 1 working: zone:ns1
Downloading linked: 1/2 done; 1 working: zone:backup2
Downloading linked: 2/2 done
PHASE                                          ITEMS
Removing old actions                             4/4
Installing new actions                         48/48
Updating modified actions                    442/442
Updating package state database                 Done
Updating package cache                           2/2
Updating image state                            Done
Creating fast lookup database                   Done
Executing linked: 0/2 done; 1 working: zone:ns1
Executing linked: 1/2 done; 1 working: zone:backup2
Executing linked: 2/2 done

So, that *should* have updated the global and 2 lipkg zones. Let's check:

$ openssl version
global :
OpenSSL 1.0.2h  3 May 2016
backup2 :
OpenSSL 1.0.2e 3 Dec 2015
ns1 :
OpenSSL 1.0.2e 3 Dec 2015

That's odd. It hasn't updated the zones at all.

So, are the zones up to date or not?

$ pfexec pkg update -nv ntp openssl
No updates available for this image.
Planning linked: 0/2 done; 1 working: zone:ns1
Linked image 'zone:ns1' output:
| No updates necessary for this image. (zone:ns1)
`
Planning linked: 1/2 done; 1 working: zone:backup2
Linked image 'zone:backup2' output:
| No updates necessary for this image. (zone:backup2)
`
Planning linked: 2/2 done

So, pkg in the global zone thinks they're up to date when the output from
the openssl command clearly indicates that they aren't.

What if I go into the zone?

# pkg update -nv ntp openssl
            Packages to update:         2
            Services to change:         1
     Estimated space available: 230.63 GB
Estimated space to be consumed:  57.67 MB
       Create boot environment:        No
Create backup boot environment:       Yes
          Rebuild boot archive:        No

Changed packages:
omnios
  library/security/openssl
    1.0.2.5-0.151014:20151203T201953Z -> 1.0.2.8-0.151014:20160503T143327Z
  service/network/ntp
    4.2.8.4-0.151014:20151022T170026Z -> 4.2.8.7-0.151014:20160503T142738Z
Services:
  restart_fmri:
    svc:/network/ntp:default

So, inside the zone, pkg update will do the right thing. But why isn't
pkg update from the global zone traversing into lipkg zones?

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160503/684548a3/attachment.html>

From danmcd at omniti.com  Tue May  3 20:26:52 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 16:26:52 -0400
Subject: [OmniOS-discuss] lipkg and updates
In-Reply-To: <CAEgYsbF1fDHMdi9Hd7rJrpaOHjNdqynYuGyoPYV-9SYgnK8Mcg@mail.gmail.com>
References: <CAEgYsbF1fDHMdi9Hd7rJrpaOHjNdqynYuGyoPYV-9SYgnK8Mcg@mail.gmail.com>
Message-ID: <9FA09F85-7995-4B75-94C4-7329B22DBD35@omniti.com>


> On May 3, 2016, at 4:15 PM, Peter Tribble <peter.tribble at gmail.com> wrote:
> 
> Clearly I'm missing something about lipkg zones and pkg update.

"zoneadm list -cv" shows all of the zones as lipkg, right?

> I have some recently built boxes that appear to behave, but on older
> (as in still 151014 but a few months back) systems the zones don't
> seem to follow the global zone when I run pkg update.
> 

<snip!>

I'm including OpenIndiana's Alexander Pyhalov.  ISTR this bug:

	https://illumos.org/issues/6675

had a side-bug related to old ipkg zones that got updated to lipkg.  You mentioned that more recently built boxes don't have your problem.  I'm trying to remember if there's an additional piece of the change-ipkg-to-lipkg puzzle missing?

> So, inside the zone, pkg update will do the right thing. But why isn't
> pkg update from the global zone traversing into lipkg zones?

I want to say I forgot to document something on the process of changing ipkg to lipkg beyond what's documented here:

	http://omnios.omniti.com/wiki.php/linked_images

But I can't find it in my mail archives easily.

Dan


From peter.tribble at gmail.com  Tue May  3 20:48:30 2016
From: peter.tribble at gmail.com (Peter Tribble)
Date: Tue, 3 May 2016 21:48:30 +0100
Subject: [OmniOS-discuss] lipkg and updates
In-Reply-To: <9FA09F85-7995-4B75-94C4-7329B22DBD35@omniti.com>
References: <CAEgYsbF1fDHMdi9Hd7rJrpaOHjNdqynYuGyoPYV-9SYgnK8Mcg@mail.gmail.com>
	<9FA09F85-7995-4B75-94C4-7329B22DBD35@omniti.com>
Message-ID: <CAEgYsbHWd=WQ7mZUm9McJ-k4DSeVtOXY8+uA39hYnhw47Qe4Hw@mail.gmail.com>

Dan,

> Clearly I'm missing something about lipkg zones and pkg update.
>
> "zoneadm list -cv" shows all of the zones as lipkg, right?
>

Absolutely, yes.


> > I have some recently built boxes that appear to behave, but on older
> > (as in still 151014 but a few months back) systems the zones don't
> > seem to follow the global zone when I run pkg update.
> >
>
> <snip!>
>
> I'm including OpenIndiana's Alexander Pyhalov.  ISTR this bug:
>
>         https://illumos.org/issues/6675
>
> had a side-bug related to old ipkg zones that got updated to lipkg.  You
> mentioned that more recently built boxes don't have your problem.  I'm
> trying to remember if there's an additional piece of the
> change-ipkg-to-lipkg puzzle missing?
>

I think you're right about the history. The older systems used to be 151006,
got upgraded to 151014 and the zones migrated from ipkg to lipkg.

Although, digging deeper, there's something else slightly amiss. On the
older
boxes, zones that I'm fairly sure were created new as lipkg appear to have
some
packages (openssl, some illumos components) at newer versions than the
global
zone. As if they picked up the current versions at creation time, rather
than
tracking the global zone. (Which was one thing lipkg zones aimed to avoid.)


> > So, inside the zone, pkg update will do the right thing. But why isn't
> > pkg update from the global zone traversing into lipkg zones?
>
> I want to say I forgot to document something on the process of changing
> ipkg to lipkg beyond what's documented here:
>
>         http://omnios.omniti.com/wiki.php/linked_images
>
> But I can't find it in my mail archives easily.
>

Thanks for looking!

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160503/e28b0c48/attachment.html>

From vab at bb-c.de  Tue May  3 21:50:31 2016
From: vab at bb-c.de (Volker A. Brandt)
Date: Tue, 3 May 2016 23:50:31 +0200
Subject: [OmniOS-discuss] 151018 "entire" missing
	library/python-2/jsonrpclib-26?
Message-ID: <22313.7463.138831.193799@glaurung.bb-c.de>

Hi Dan!


On a system running 151016, I was trying to update to 151018.  Now I
know that it will not work because I am using some ms.omniti.com pkgs
which will effectively lock the system into the 151016 version of the
"entire" incorporation.

To my surprise, the system offered to update the jsonrpclib-26 pkg to
the 018 version: 

 # pkg update -nv --be-name=omnios-18-update
            Packages to update:        1
     Estimated space available:  8.52 GB
Estimated space to be consumed: 10.73 MB
       Create boot environment:      Yes
     Activate boot environment:      Yes
Create backup boot environment:       No
          Rebuild boot archive:       No

Changed packages:
omnios
  library/python-2/jsonrpclib-26
    0.1.3-0.151016:20151102T221529Z -> 0.1.7-0.151018:20160412T184619Z
Planning linked: 0/1 done; 1 working: zone:kayak
Linked image 'zone:kayak' output:
|             Packages to update:        1
|      Estimated space available:  8.52 GB
| Estimated space to be consumed: 10.65 MB
|           Rebuild boot archive:       No
| 
| Changed packages:
| omnios
|   library/python-2/jsonrpclib-26
|     0.1.3-0.151016:20151102T221529Z -> 0.1.7-0.151018:20160412T184619Z
`
Planning linked: 1/1 done


I guess that's because library/python-2/jsonrpclib-26 is missing from
the "entire" incorporation, thus it's not version-locked into 151016.

Right? :-)


Regards -- 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, GERMANY            Email: vab at 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"

From ergi.thanasko at avsquad.com  Tue May  3 23:54:01 2016
From: ergi.thanasko at avsquad.com (Ergi Thanasko)
Date: Tue, 3 May 2016 23:54:01 +0000
Subject: [OmniOS-discuss] Similar tools like flowadm
Message-ID: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>

Hi guys,
Is there any tools like flowadm that can control   bandwidth usage on a per pool basis? instead of host ip. Also flowadm will use both in/out summary to  limit bandwidth. We are looking for something deeper that we can seperate control on incoming or outgoing or traffic at a pool level .
Please let me know
et


From danmcd at omniti.com  Wed May  4 02:09:14 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 22:09:14 -0400
Subject: [OmniOS-discuss] 151018 "entire" missing
	library/python-2/jsonrpclib-26?
In-Reply-To: <22313.7463.138831.193799@glaurung.bb-c.de>
References: <22313.7463.138831.193799@glaurung.bb-c.de>
Message-ID: <3715FF2D-D171-4901-89F4-DBF52AE9BDB2@omniti.com>


> On May 3, 2016, at 5:50 PM, Volker A. Brandt <vab at bb-c.de> wrote:
> 
> 
> I guess that's because library/python-2/jsonrpclib-26 is missing from
> the "entire" incorporation, thus it's not version-locked into 151016.
> 
> Right? :-)

Correct, and probably not a huge deal, because you shouldn't be jumping versions without REALLY jumping versions (i.e. uninstalling the not-yet-replaced ms.omniti.com packages).  We take pull-requests in omnios-build.  :)

NOTE:  ms.omniti.com new builds of any package do not present this problem, as they are not build with the incorporate dependency.

Dan


From danmcd at omniti.com  Wed May  4 02:10:45 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 3 May 2016 22:10:45 -0400
Subject: [OmniOS-discuss] Similar tools like flowadm
In-Reply-To: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>
References: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>
Message-ID: <D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>


> On May 3, 2016, at 7:54 PM, Ergi Thanasko <ergi.thanasko at avsquad.com> wrote:
> 
> Hi guys,
> Is there any tools like flowadm that can control   bandwidth usage on a per pool basis? instead of host ip. Also flowadm will use both in/out summary to  limit bandwidth. We are looking for something deeper that we can seperate control on incoming or outgoing or traffic at a pool level .

flowadm only controls network abstractions.  When you say "pool", do you mean zfs pool?  If so, does that mean with NFS, or iSCSI, or SMB, or some other file-sharer TBD?!?  You're going down a rabbit hole you can't get back out of quickly.

Sorry,
Dan


From ergi.thanasko at avsquad.com  Wed May  4 02:57:04 2016
From: ergi.thanasko at avsquad.com (Ergi Thanasko)
Date: Wed, 4 May 2016 02:57:04 +0000
Subject: [OmniOS-discuss] Similar tools like flowadm
In-Reply-To: <D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
References: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>,
	<D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
Message-ID: <FFA87CFE-E6BC-4C77-A1CE-8777BDBA0C88@avsquad.com>

Hi Dan,
Yes is it a zfs pool shared over NFS. Yup going through the rabbit whole, but I can wait for a while I have patience. Any help is appreciated thank you 

Sent from my iPhone

> On May 3, 2016, at 7:10 PM, Dan McDonald <danmcd at omniti.com> wrote:
> 
> 
>> On May 3, 2016, at 7:54 PM, Ergi Thanasko <ergi.thanasko at avsquad.com> wrote:
>> 
>> Hi guys,
>> Is there any tools like flowadm that can control   bandwidth usage on a per pool basis? instead of host ip. Also flowadm will use both in/out summary to  limit bandwidth. We are looking for something deeper that we can seperate control on incoming or outgoing or traffic at a pool level .
> 
> flowadm only controls network abstractions.  When you say "pool", do you mean zfs pool?  If so, does that mean with NFS, or iSCSI, or SMB, or some other file-sharer TBD?!?  You're going down a rabbit hole you can't get back out of quickly.
> 
> Sorry,
> Dan
> 

From jimklimov at cos.ru  Wed May  4 04:08:24 2016
From: jimklimov at cos.ru (Jim Klimov)
Date: Wed, 04 May 2016 06:08:24 +0200
Subject: [OmniOS-discuss] Similar tools like flowadm
In-Reply-To: <D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
References: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>
	<D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
Message-ID: <D36CD005-6647-43D0-8B2C-549333FD87C7@cos.ru>

4 ??? 2016??. 4:10:45 CEST, Dan McDonald <danmcd at omniti.com> ?????:
>
>> On May 3, 2016, at 7:54 PM, Ergi Thanasko <ergi.thanasko at avsquad.com>
>wrote:
>> 
>> Hi guys,
>> Is there any tools like flowadm that can control   bandwidth usage on
>a per pool basis? instead of host ip. Also flowadm will use both in/out
>summary to  limit bandwidth. We are looking for something deeper that
>we can seperate control on incoming or outgoing or traffic at a pool
>level .
>
>flowadm only controls network abstractions.  When you say "pool", do
>you mean zfs pool?  If so, does that mean with NFS, or iSCSI, or SMB,
>or some other file-sharer TBD?!?  You're going down a rabbit hole you
>can't get back out of quickly.
>
>Sorry,
>Dan
>
>_______________________________________________
>OmniOS-discuss mailing list
>OmniOS-discuss at lists.omniti.com
>http://lists.omniti.com/mailman/listinfo/omnios-discuss

By context, the ipfilter IP address pools also match the question, better :-)

Alas, no idea OTOH if flowadm has integration with those, or if ipfilter has a bandwidth facility.

Jim
--
Typos courtesy of K-9 Mail on my Samsung Android

From danmcd at omniti.com  Wed May  4 12:47:18 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Wed, 4 May 2016 08:47:18 -0400
Subject: [OmniOS-discuss] Similar tools like flowadm
In-Reply-To: <D36CD005-6647-43D0-8B2C-549333FD87C7@cos.ru>
References: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>
	<D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
	<D36CD005-6647-43D0-8B2C-549333FD87C7@cos.ru>
Message-ID: <D67C67D6-5A90-43A2-9067-67BBF769FBFF@omniti.com>


> On May 4, 2016, at 12:08 AM, Jim Klimov <jimklimov at cos.ru> wrote:
> 
> By context, the ipfilter IP address pools also match the question, better :-)

Good point.

> Alas, no idea OTOH if flowadm has integration with those, or if ipfilter has a bandwidth facility.

ipfilter does not have a bandwidth facility.

Dan



From vab at bb-c.de  Thu May  5 16:47:54 2016
From: vab at bb-c.de (Volker A. Brandt)
Date: Thu, 5 May 2016 18:47:54 +0200
Subject: [OmniOS-discuss] 151018 "entire" missing
	library/python-2/jsonrpclib-26?
In-Reply-To: <3715FF2D-D171-4901-89F4-DBF52AE9BDB2@omniti.com>
References: <22313.7463.138831.193799@glaurung.bb-c.de>
	<3715FF2D-D171-4901-89F4-DBF52AE9BDB2@omniti.com>
Message-ID: <22315.31034.820330.687565@glaurung.bb-c.de>

Hi Dan!


> > I guess that's because library/python-2/jsonrpclib-26 is missing from
> > the "entire" incorporation, thus it's not version-locked into 151016.
> > 
> > Right? :-)
> 
> Correct, and probably not a huge deal, because you shouldn't be jumping
> versions without REALLY jumping versions (i.e. uninstalling the
> not-yet-replaced ms.omniti.com packages).

Yes, that's what I usually do.  This time I did not really mean to
update, just did a dry run.

>  We take pull-requests in
> omnios-build.  :) 

OK :-)

> NOTE:  ms.omniti.com new builds of any package do not present this problem,
> as they are not build with the incorporate dependency. 

Ah, that's really good news indeed!  I see that you have made the
dependency on the "entire" incorporation optional, with a minimum
version of 151016.  Now I only need to wait until all my fav pkgs
are rebuilt. :-)


While we're on this topic, the repo itself is in need ot a bit of
maintenance.  Every operation still results in the old complaint
about the publisher (we have talked about this before):

  # pkg list -avf -g http://pkg.omniti.com/omniti-ms/ omniti/server/apache22
  Refreshing catalog 4/5 omniti-ms
  Unable to retrieve package data for publisher 'omniti-ms' from one
  of the following origin(s):

  http://pkg.omniti.com/omniti-ms/

  The catalog retrieved from one of the origin(s) listed above only
  contains package data for: ms.omniti.com.

  To resolve this issue, correct the origin information provided for
  publisher 'omniti-ms' using the pkg set-publisher subcommand, or re-add
  the publisher using the correct name and remove the 'omniti-ms'
  publisher.

  To re-add this publisher with the correct name, execute the following
  commands as a privileged user:

  pkg set-publisher -P -g http://pkg.omniti.com/omniti-ms/ ms.omniti.com
  pkg unset-publisher omniti-ms

  FMRI                                                                         IFO
  pkg://ms.omniti.com/omniti/server/apache22 at 2.2.31-0.151016:20160504T141410Z  ---
  pkg://ms.omniti.com/omniti/server/apache22 at 2.2.31-0.151016:20151106T141513Z  i--
  pkg://ms.omniti.com/omniti/server/apache22 at 2.2.31-0.151014:20150908T160723Z  ---
  [...]


Also, some packages simply cannot be retrieved:  

  # /usr/bin/pkgrecv -v -m latest -s http://pkg.omniti.com/omniti-ms/ -d /pkg/ms.omniti.com/ '*'
  Processing packages for publisher omniti-ms ...
  Retrieving catalog 1/1 omniti-ms 135.07 kB
  Unable to retrieve package data for publisher 'omniti-ms' from one
  of the following origin(s):

  [...]

  Retrieving and evaluating 981 package(s)...

  Retrieving packages ...
  Packages to add:     981
  Files to retrieve:  201950
  Estimated transfer size: 2.04 GB

  Packages to transfer:
  network/iftop at 1.0.2,5.11-0.151006:20130816T191418Z
  network/logstash at 1.1.12,5.11-0.151004:20130816T192505Z
  network/stunnel at 4.53,5.11-0.151002:20120719T180653Z
  [...]
  service/network/tcpdump at 4.3.0,5.11-0.151002:20130816T193841Z

  PROCESS                                         ITEMS    GET (MB)   SEND (MB)
  network/iftop                                   0/981      0/2092      0/6374
  pkgrecv: 'open' failed for transaction ID '1376680458_pkg%3A%2F%2Fms.omniti.com%2Fnetwork%2Fiftop%401.0.2%2C5.11-0.151006%3A20130816T191418Z': The specified FMRI, 'pkg://ms.omniti.com/network/iftop at 1.0.2,5.11-0.151006:20130816T191418Z', already exists or has been restricted.
  Exit 1

Does anyone care about network/iftop from 2013?  Maybe it can just 
be zapped?  There are some 3-4 more pkgs that break pkgrecv.


Thanks -- 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, GERMANY            Email: vab at 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"

From ergi.thanasko at avsquad.com  Thu May  5 17:40:43 2016
From: ergi.thanasko at avsquad.com (Ergi Thanasko)
Date: Thu, 5 May 2016 17:40:43 +0000
Subject: [OmniOS-discuss] Similar tools like flowadm
In-Reply-To: <D67C67D6-5A90-43A2-9067-67BBF769FBFF@omniti.com>
References: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>
	<D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
	<D36CD005-6647-43D0-8B2C-549333FD87C7@cos.ru>
	<D67C67D6-5A90-43A2-9067-67BBF769FBFF@omniti.com>
Message-ID: <923B3D2C-C46B-43FF-AA64-012106B3ED88@avsquad.com>

Thank you Dan and Jim for confirming that. So you guys recommend ipfilter, this server is in lab environment my firewall is off, just do not need it. Do i need the firewall on for the ipfilter to work ?



> On May 4, 2016, at 5:47 AM, Dan McDonald <danmcd at omniti.com> wrote:
> 
> 
>> On May 4, 2016, at 12:08 AM, Jim Klimov <jimklimov at cos.ru> wrote:
>> 
>> By context, the ipfilter IP address pools also match the question, better :-)
> 
> Good point.
> 
>> Alas, no idea OTOH if flowadm has integration with those, or if ipfilter has a bandwidth facility.
> 
> ipfilter does not have a bandwidth facility.
> 
> Dan
> 
> 


From richard.elling at richardelling.com  Thu May  5 17:49:54 2016
From: richard.elling at richardelling.com (Richard Elling)
Date: Thu, 5 May 2016 10:49:54 -0700
Subject: [OmniOS-discuss] Similar tools like flowadm
In-Reply-To: <FFA87CFE-E6BC-4C77-A1CE-8777BDBA0C88@avsquad.com>
References: <CA4CC2FA-C77A-47F6-992B-231D05304D5A@avsquad.com>
	<D09EAD37-4CA2-4B70-8B59-15E422733EBC@omniti.com>
	<FFA87CFE-E6BC-4C77-A1CE-8777BDBA0C88@avsquad.com>
Message-ID: <BCC507AB-2809-4222-8CE6-EF3D610CA160@RichardElling.com>


> On May 3, 2016, at 7:57 PM, Ergi Thanasko <ergi.thanasko at avsquad.com> wrote:
> 
> Hi Dan,
> Yes is it a zfs pool shared over NFS. Yup going through the rabbit whole, but I can wait for a while I have patience. Any help is appreciated thank you 

The most direct approach is to use multiple IP addresses: one per pool. Then you have a destination 
address for the flowadm tuple. 
 ? richard

> 
> Sent from my iPhone
> 
>> On May 3, 2016, at 7:10 PM, Dan McDonald <danmcd at omniti.com> wrote:
>> 
>> 
>>> On May 3, 2016, at 7:54 PM, Ergi Thanasko <ergi.thanasko at avsquad.com> wrote:
>>> 
>>> Hi guys,
>>> Is there any tools like flowadm that can control   bandwidth usage on a per pool basis? instead of host ip. Also flowadm will use both in/out summary to  limit bandwidth. We are looking for something deeper that we can seperate control on incoming or outgoing or traffic at a pool level .
>> 
>> flowadm only controls network abstractions.  When you say "pool", do you mean zfs pool?  If so, does that mean with NFS, or iSCSI, or SMB, or some other file-sharer TBD?!?  You're going down a rabbit hole you can't get back out of quickly.
>> 
>> Sorry,
>> Dan
>> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

--

Richard.Elling at RichardElling.com
+1-760-896-4422



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160505/ca17c626/attachment.html>

From danmcd at omniti.com  Fri May  6 01:42:05 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Thu, 5 May 2016 21:42:05 -0400
Subject: [OmniOS-discuss] New in r151018 -- lastlog changes
Message-ID: <A081A10C-BAB6-4464-A029-38074DA38498@omniti.com>

There are two illumos bugs:  6057 & 6594.  The first was pushed upstream, but then backed out.  The second bug fixes one of the big reasons the first got backed out.  The problem is, there are always 3rd-party apps.

These changes affect the way lastlog, and pam_open_session are implemented.  With OmniOS-built packages (ones from the "omnios" publisher), we've recompiled things to use the new lastlog.  It's just a recompilation.  The problem is, potentially lots of older software that {,mis-}uses pam_open_session(), and that older software will break if run stock on r151018.

I'm curious if adopters of r151018 are noticing anything weird about their software that uses pam_open_session().  In particular, look for surprise printings (or double-printings) of "Last login at" messages.

I'm asking because there's some resistance to allowing these to go upstream into illumos-gate, and I want to know how broken the world is from r151018 users' POV, because it already has these fixes in place.

Thanks,
Dan


From danmcd at omniti.com  Fri May  6 21:56:04 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Fri, 6 May 2016 17:56:04 -0400
Subject: [OmniOS-discuss] SECURITY UPDATE -> libxml2 and two CVEs
Message-ID: <78EE68E7-62F5-407C-A7E4-8B274C2F7C0A@omniti.com>

I've pushed out an libxml2 update for 014, 016, and 018 which addresses CVE-2016-3627 and CVE-2016-3705.

Thanks to Stefan Husch of qutic development for raising this one to my attention.

Happy updating!
Dan


From jdg117 at elvis.arl.psu.edu  Sat May  7 01:44:45 2016
From: jdg117 at elvis.arl.psu.edu (John D Groenveld)
Date: Fri, 06 May 2016 21:44:45 -0400
Subject: [OmniOS-discuss] Samba4 recipe
Message-ID: <201605070144.u471ijko003268@elvis.arl.psu.edu>

Just some notes for building Samba4 on r151018.

John
groenveld at acm.org

# pkg install developer/gcc51  developer/pkg-config \
developer/parser/bison developer/build/gnu-make \
developer/object-file system/library/math system/header


<URL:https://ftp.gnu.org/gnu/nettle/>
Munge config.make link to add -shared

$ env PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/gnu/bin:/usr/sfw/bin \
CC=gcc CFLAGS="-m64 -O3" LDFLAGS=-m64 \
./configure --prefix=/opt/nettle --disable-static --enable-shared \
--disable-assembler --enable-mini-gmp


<URL:http://ftp.gnu.org/gnu/libtasn1/>
$ env PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/gnu/bin:/usr/sfw/bin \
CC=gcc CFLAGS="-m64 -O3" LDFLAGS=-m64 \
./configure --prefix=/opt/libtasn1 --disable-static --enable-shared


<URL:https://ftp.gnu.org/gnu/gnutls/>
$ env PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/gnu/bin:/usr/sfw/bin \
CC=gcc CFLAGS="-m64 -O3" CXXFLAGS="-m64 -O3" \
CPPFLAGS="-I/opt/nettle/include -I/opt/libtasn1/include" \
LDFLAGS="-m64 -R/opt/nettle/lib -R/opt/libtasn1/lib" \
PKG_CONFIG_PATH=/usr/lib/pkgconfig:/opt/nettle/lib/pkgconfig:/opt/libtasn1/lib/pkgconfig \
./configure --prefix=/opt/gnutls --disable-static --enable-shared \
--without-p11-kit --without-tpm


<URL:https://wiki.samba.org/index.php/Setup_a_Samba_Active_Directory_Domain_Controller>
64-bit python expects modules under 64/ directories

$ env PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/gnu/bin:/usr/sfw/bin:/opt/gnutls/bin CC=gcc CFLAGS=-m64 CPPFLAGS=-I/opt/gnutls/include \
LDFLAGS="-m64 -R/opt/gnutls/lib" \
PKG_CONFIG_PATH=/usr/lib/pkgconfig:/opt/gnutls/lib/pkgconfig:/opt/nettle/lib/pkgconfig:/opt/libtasn1/lib/pkgconfig \
./configure --prefix=/opt/samba --sysconfdir=/etc/opt/samba \
--localstatedir=/var/opt/samba --enable-gnutls \
--with-privatedir=/var/opt/samba/private --with-ntvfs-fileserver

# env PATH=/usr/bin/amd64:/usr/bin:/usr/sbin:/usr/ccs/bin:/opt/samba/bin:/opt/samba/sbin:/usr/bin \
 samba-tool domain provision --use-rfc2307 --use-ntvfs --interactive

From vab at bb-c.de  Sat May  7 10:33:55 2016
From: vab at bb-c.de (Volker A. Brandt)
Date: Sat, 7 May 2016 12:33:55 +0200
Subject: [OmniOS-discuss] Samba4 recipe
In-Reply-To: <201605070144.u471ijko003268@elvis.arl.psu.edu>
References: <201605070144.u471ijko003268@elvis.arl.psu.edu>
Message-ID: <22317.50323.72968.219261@glaurung.bb-c.de>

John D Groenveld writes:
> Just some notes for building Samba4 on r151018.

Thanks for sharing!

I originally sent a PM but your braindead MTA thinks that 100000+
hetzner.de customers are all spammers so it will not accept my mail.


Regards -- 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, GERMANY            Email: vab at 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"

From mailinglists at qutic.com  Sun May  8 09:17:23 2016
From: mailinglists at qutic.com (qutic development)
Date: Sun, 8 May 2016 11:17:23 +0200
Subject: [OmniOS-discuss] kstat zone memory
Message-ID: <41B36B47-0927-4EEE-A0BE-27DC8741C3A1@qutic.com>

Trying to get free [1] command working [2] inside of a OmniOS zone. free implementation is using kstat internally.

pagesize = getpagesize();
pages = sysconf(_SC_PHYS_PAGES);
total = pagesize * pages;

zoneid_t zid = getzoneid();
if (zid > 0) {
	/* local zone */
	 ks = kstat_lookup(kc, "memory_cap", zid, NULL);
	 kstat_read(kc, ks, 0);
	 knp = kstat_data_lookup(ks, "rss");
	 if (knp == NULL) {
		(void) kstat_close(kc);
	 	 return (-1);
	}
	used = (unsigned long long)knp->value.ui64;
	freemem = total - used;
}

It seems that memory_cap is SmartOS only.

Any idea what can be used instead on OmniOS?

Best regards
Stefan Husch

[1] https://github.com/wiedi/free
[2] https://github.com/wiedi/free/commit/3de9c3c7336ed958097f62818a4feb5142f00010

From martijn at fennis.tk  Sun May  8 14:36:57 2016
From: martijn at fennis.tk (Martijn Fennis)
Date: Sun, 8 May 2016 16:36:57 +0200
Subject: [OmniOS-discuss] qlt driver update
Message-ID: <DUB402-EAS2987F892C60F180435D495BB57F0@phx.gbl>

Hi,

I?m using omnios in combo with napp-it as a target server for my personal FC storage at home.

I have some problems here and there, that the driver goes offline. And thus ESX stops shortly after that.

The physical firmware is 7-point-something (latest) although it shows a lower through comstar?s QLT driver.

I assume this firmware is loaded at boot and ?dominating? the physical one. I saw this happening with BSD as well.
Is there a way to update this driver/firmware? Searching google i found some people have 5.2.6 instead of this 5.2.1

I have no idea where i can find an update for it (if exists).


At the moment i switched with an exact same card to see if it is hw failure.


Info on the HBA:

HBA mode target :

HBA Port WWN: 2100001b320815c2
	Port Mode: Target
	Port ID: 10000
	OS Device Name: Not Applicable
	Manufacturer: QLogic Corp.
	Model: QLE2460
	Firmware Version: 5.2.1
	FCode/BIOS Version: N/A
	Serial Number: not available
	Driver Name: COMSTAR QLT
	Driver Version: 20100505-1.05
	Type: F-port
	State: online
	Supported Speeds: 1Gb 2Gb 4Gb 
	Current Speed: 4Gb 
	Node WWN: 2000001b320815c2
	Link Error Statistics:
		Link Failure Count: 0
		Loss of Sync Count: 0
		Loss of Signal Count: 0
		Primitive Seq Protocol Error Count: 0
		Invalid Tx Word Count: 0
		Invalid CRC Count: 0


Thanks for any info,

Martijn

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160508/aab1e641/attachment-0001.html>

From danmcd at omniti.com  Mon May  9 01:30:58 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Sun, 8 May 2016 21:30:58 -0400
Subject: [OmniOS-discuss] kstat zone memory
In-Reply-To: <41B36B47-0927-4EEE-A0BE-27DC8741C3A1@qutic.com>
References: <41B36B47-0927-4EEE-A0BE-27DC8741C3A1@qutic.com>
Message-ID: <0FA00FB7-D3C9-44A8-8236-AFC9A175E1BC@omniti.com>

The change was JUST pushed upstream in the last two weeks:

commit 9468939ef8704ee9aba7596c1e9ff9b059109cac
Author: Jerry Jelinek <jerry.jelinek at joyent.com>
Date:   Fri Mar 25 15:15:29 2016 -0700

    6823 need per-zone kstat to track pageins
    Reviewed by: Hans Rosenfeld <rosenfeld at grumpf.hope-2000.org>
    Reviewed by: Josef 'Jeff' Sipek <jeffpc at josefsipek.net>
    Approved by: Dan McDonald <danmcd at omniti.com>


If you run the latest bloody, this should be available.

Dan


From danmcd at omniti.com  Mon May  9 01:33:26 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Sun, 8 May 2016 21:33:26 -0400
Subject: [OmniOS-discuss] kstat zone memory
In-Reply-To: <0FA00FB7-D3C9-44A8-8236-AFC9A175E1BC@omniti.com>
References: <41B36B47-0927-4EEE-A0BE-27DC8741C3A1@qutic.com>
	<0FA00FB7-D3C9-44A8-8236-AFC9A175E1BC@omniti.com>
Message-ID: <1DAA5FF7-6796-4405-A046-1FC2A04F1825@omniti.com>


> On May 8, 2016, at 9:30 PM, Dan McDonald <danmcd at omniti.com> wrote:
> 
> The change was JUST pushed upstream in the last two weeks:

Oops, two months (I read "March" as "April".)

This also means it's available in the current stable, r151018.  You must be running LTS, or old-stable (r151016), Stefan.

Dan


From mailinglists at qutic.com  Mon May  9 11:58:04 2016
From: mailinglists at qutic.com (qutic development)
Date: Mon, 9 May 2016 13:58:04 +0200
Subject: [OmniOS-discuss] kstat zone memory
In-Reply-To: <1DAA5FF7-6796-4405-A046-1FC2A04F1825@omniti.com>
References: <41B36B47-0927-4EEE-A0BE-27DC8741C3A1@qutic.com>
	<0FA00FB7-D3C9-44A8-8236-AFC9A175E1BC@omniti.com>
	<1DAA5FF7-6796-4405-A046-1FC2A04F1825@omniti.com>
Message-ID: <2DD501EB-5321-4D48-BC87-6F6391B74012@qutic.com>


> Am 09.05.2016 um 03:33 schrieb Dan McDonald <danmcd at omniti.com>:
> 
> This also means it's available in the current stable, r151018.  You must be running LTS, or old-stable (r151016), Stefan.

Thx Dan, 

running TLS on all boxes. So no free command in zones for now, but I did a pull request for the core dump issue:

https://github.com/wiedi/free/pull/1

- Stefan

From stephan.budach at JVM.DE  Mon May  9 12:24:43 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Mon, 9 May 2016 14:24:43 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
Message-ID: <5730818B.6020909@jvm.de>

Hi,

I have a strange behaviour where OmniOS omnios-r151018-ae3141d will 
break the LACP aggr-link on different boxes, when Intel X540-T2s are 
involved. It first starts with a couple if link downs/ups on one port 
and finally the link on that  port negiotates to 1GbE instead of 10GbE, 
which then breaks the LACP channel on my Cisco Nexus for this connection.

I have tried swapping and interchangeing cables and thus switchports, 
but to no avail.

Anyone else noticed this and even better? knows a solution to this?

Cheers,
Stephan

From daleg at omniti.com  Mon May  9 14:33:50 2016
From: daleg at omniti.com (Dale Ghent)
Date: Mon, 9 May 2016 10:33:50 -0400
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <5730818B.6020909@jvm.de>
References: <5730818B.6020909@jvm.de>
Message-ID: <8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>


> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
> 
> Hi,
> 
> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that  port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection.
> 
> I have tried swapping and interchangeing cables and thus switchports, but to no avail.
> 
> Anyone else noticed this and even better? knows a solution to this?

Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018?

By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?

/dale
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160509/fb141e06/attachment.bin>

From daleg at omniti.com  Mon May  9 15:08:10 2016
From: daleg at omniti.com (Dale Ghent)
Date: Mon, 9 May 2016 11:08:10 -0400
Subject: [OmniOS-discuss] qlt driver update
In-Reply-To: <DUB402-EAS2987F892C60F180435D495BB57F0@phx.gbl>
References: <DUB402-EAS2987F892C60F180435D495BB57F0@phx.gbl>
Message-ID: <33381DB2-8CFF-410E-82EA-A5065AB06DDC@omniti.com>


> On May 8, 2016, at 10:36 AM, Martijn Fennis <martijn at fennis.tk> wrote:
> 
> Hi,
> 
> I?m using omnios in combo with napp-it as a target server for my personal FC storage at home.
> 
> I have some problems here and there, that the driver goes offline. And thus ESX stops shortly after that.
> 
> The physical firmware is 7-point-something (latest) although it shows a lower through comstar?s QLT driver.
> 
> I assume this firmware is loaded at boot and ?dominating? the physical one. I saw this happening with BSD as well.
> Is there a way to update this driver/firmware? Searching google i found some people have 5.2.6 instead of this 5.2.1
> 
> I have no idea where i can find an update for it (if exists).
> 
> 
> At the moment i switched with an exact same card to see if it is hw failure.

At the moment, qlt will impose its own firmware load on a 2400 port, version 5.2.1 as you point out. Are there any error or warning message around when the qlt port goes offline?

One thing you can try to at least get more logging verbosity from qlt is set the following in /etc/system and reboot:

set qlt:enable_extended_logging=1

/dale
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160509/7487c991/attachment.bin>

From stephan.budach at JVM.DE  Mon May  9 18:04:00 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Mon, 9 May 2016 20:04:00 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
Message-ID: <5730D110.5080305@jvm.de>

Am 09.05.16 um 16:33 schrieb Dale Ghent:
>> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>
>> Hi,
>>
>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that  port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection.
>>
>> I have tried swapping and interchangeing cables and thus switchports, but to no avail.
>>
>> Anyone else noticed this and even better? knows a solution to this?
> Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018?
>
> By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>
> /dale
I have noticed that on prior versions of OmniOS as well, but we only 
recently started deploying 10GbE LACP bonds, when we introduced our 
Nexus gear to our network. I will have to check if both links stay at 
10GbE, when not being configured as a LACP bond. Let me check that 
tomorrow and report back. As we're heading for a streched DC, we are 
mainly configuring 2-way LACP bonds over our Nexus gear, so we don't 
actually have any single 10GbE connection, as they will all have to be 
conencted to both DCs. This is achieved by using VPCs on our Nexus switches.

Thanks,
Stephan

From daleg at omniti.com  Mon May  9 18:43:40 2016
From: daleg at omniti.com (Dale Ghent)
Date: Mon, 9 May 2016 14:43:40 -0400
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <5730D110.5080305@jvm.de>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
Message-ID: <91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>


> On May 9, 2016, at 2:04 PM, Stephan Budach <stephan.budach at JVM.DE> wrote:
> 
> Am 09.05.16 um 16:33 schrieb Dale Ghent:
>>> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>> 
>>> Hi,
>>> 
>>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that  port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection.
>>> 
>>> I have tried swapping and interchangeing cables and thus switchports, but to no avail.
>>> 
>>> Anyone else noticed this and even better? knows a solution to this?
>> Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018?
>> 
>> By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>> 
>> /dale
> I have noticed that on prior versions of OmniOS as well, but we only recently started deploying 10GbE LACP bonds, when we introduced our Nexus gear to our network. I will have to check if both links stay at 10GbE, when not being configured as a LACP bond. Let me check that tomorrow and report back. As we're heading for a streched DC, we are mainly configuring 2-way LACP bonds over our Nexus gear, so we don't actually have any single 10GbE connection, as they will all have to be conencted to both DCs. This is achieved by using VPCs on our Nexus switches.

Provide as much detail as you can - if you're using hw flow control, whether both links act this way at the same time or independently, and so-on. Problems like this often boil down to a very small and seemingly insignificant detail.

I currently have ixgbe on the operating table for adding X550 support, so I can take a look at this; however I don't have your type of switches available to me so LACP-specific testing is something I can't do for you.

/dale
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160509/51c4a797/attachment-0001.bin>

From jdg117 at elvis.arl.psu.edu  Tue May 10 18:26:54 2016
From: jdg117 at elvis.arl.psu.edu (John D Groenveld)
Date: Tue, 10 May 2016 14:26:54 -0400
Subject: [OmniOS-discuss] kclient, NGZ /dev/random
Message-ID: <201605101826.u4AIQstd000681@elvis.arl.psu.edu>

/dev/random is a symlink in the GZ, but a device in the NGZ.

John
groenveld at acm.org

*** /usr/sbin/kclient.FCS       Tue May 10 18:18:20 2016
--- /usr/sbin/kclient   Tue May 10 18:19:11 2016
***************
*** 1386,1392 ****
          i=0
  
        # first check to see if /dev/random exists to generate a new password
!       if [[ ! -h /dev/random ]]; then
                printf "$(gettext "/dev/random does not exist").\n" >&2
                error_message
        fi
--- 1386,1392 ----
          i=0
  
        # first check to see if /dev/random exists to generate a new password
!       if [[ ! -e /dev/random ]]; then
                printf "$(gettext "/dev/random does not exist").\n" >&2
                error_message
        fi

From danmcd at omniti.com  Tue May 10 21:10:25 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 10 May 2016 17:10:25 -0400
Subject: [OmniOS-discuss] kclient, NGZ /dev/random
In-Reply-To: <201605101826.u4AIQstd000681@elvis.arl.psu.edu>
References: <201605101826.u4AIQstd000681@elvis.arl.psu.edu>
Message-ID: <D61326FE-141E-49DF-B36F-2FCEB5020AD4@omniti.com>

Thank you.  This should be an illumos bug and fixed there. I'll file the bug shortly:

bloody(kadmin/kclient)[0]% git diff
diff --git a/usr/src/cmd/krb5/kadmin/kclient/kclient.sh b/usr/src/cmd/krb5/kadmin/kclient/kclient.sh
index 6d619e6..575f0a8 100644
--- a/usr/src/cmd/krb5/kadmin/kclient/kclient.sh
+++ b/usr/src/cmd/krb5/kadmin/kclient/kclient.sh
@@ -1386,7 +1386,7 @@ EOF
         i=0
 
        # first check to see if /dev/random exists to generate a new password
-       if [[ ! -h /dev/random ]]; then
+       if [[ ! -e /dev/random ]]; then
                printf "$(gettext "/dev/random does not exist").\n" >&2
                error_message
        fi
bloody(kadmin/kclient)[0]% 


Dan


From danmcd at omniti.com  Tue May 10 21:13:55 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Tue, 10 May 2016 17:13:55 -0400
Subject: [OmniOS-discuss] kclient, NGZ /dev/random
In-Reply-To: <D61326FE-141E-49DF-B36F-2FCEB5020AD4@omniti.com>
References: <201605101826.u4AIQstd000681@elvis.arl.psu.edu>
	<D61326FE-141E-49DF-B36F-2FCEB5020AD4@omniti.com>
Message-ID: <338E2DCF-51B8-4206-883F-3A16A01CAA0B@omniti.com>


> On May 10, 2016, at 5:10 PM, Dan McDonald <danmcd at omniti.com> wrote:
> 
>  I'll file the bug shortly:

https://www.illumos.org/issues/6962

Dan


From martijn at fennis.tk  Wed May 11 08:24:17 2016
From: martijn at fennis.tk (Martijn Fennis)
Date: Wed, 11 May 2016 10:24:17 +0200
Subject: [OmniOS-discuss] sudden reboot
Message-ID: <DUB402-EAS348488566FA1484730CB0A6B5720@phx.gbl>

Hi,

I?m experiencing an unexpected reboot.

System is supermicro with ECC mem, qlogic FC and LSI SAS.

Temperatures and voltages look OK.

The message i find is about the express bus? but how to find the cause? Should i set something like IRQ-steering or so in the BIOS?

May 11 10:01:09 ZFS01 savecore: [ID 570001 auth.error] reboot after panic: pcieb-0: PCI(-X) Express Fatal Error. (0x101)
May 11 10:01:09 ZFS01 savecore: [ID 365739 auth.error] Saving compressed system crash dump in /var/crash/unknown/vmdump.0

Thanks,

Martijn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160511/2ed15d41/attachment.html>

From stephan.budach at JVM.DE  Wed May 11 11:36:10 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Wed, 11 May 2016 13:36:10 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
Message-ID: <5733192A.60506@jvm.de>

Am 09.05.16 um 20:43 schrieb Dale Ghent:
>> On May 9, 2016, at 2:04 PM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>
>> Am 09.05.16 um 16:33 schrieb Dale Ghent:
>>>> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that  port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection.
>>>>
>>>> I have tried swapping and interchangeing cables and thus switchports, but to no avail.
>>>>
>>>> Anyone else noticed this and even better? knows a solution to this?
>>> Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018?
>>>
>>> By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>>>
>>> /dale
>> I have noticed that on prior versions of OmniOS as well, but we only recently started deploying 10GbE LACP bonds, when we introduced our Nexus gear to our network. I will have to check if both links stay at 10GbE, when not being configured as a LACP bond. Let me check that tomorrow and report back. As we're heading for a streched DC, we are mainly configuring 2-way LACP bonds over our Nexus gear, so we don't actually have any single 10GbE connection, as they will all have to be conencted to both DCs. This is achieved by using VPCs on our Nexus switches.
> Provide as much detail as you can - if you're using hw flow control, whether both links act this way at the same time or independently, and so-on. Problems like this often boil down to a very small and seemingly insignificant detail.
>
> I currently have ixgbe on the operating table for adding X550 support, so I can take a look at this; however I don't have your type of switches available to me so LACP-specific testing is something I can't do for you.
>
> /dale
I checked the ixgbe.conf files on each host and they all are still at 
the standard setting, which includes flow_control = 3;
So they all have flow control enabled. As for the Nexus config, all of 
those ports are still on standard ethernet ports and modifications have 
only been made globally to the switch.
I will now have to yank the one port on one of the hosts from the aggr 
and configure it as a standalone port. Then we will see, if it still 
receives the disconnects/reconnects and finally the negotiation to 1GbE 
instead of 10GbE. As this only seems to happen to the same port I never 
experienced other ports of the affected aggrs acting up. I also thought 
to notice, that those were always the "same" physical ports, that is the 
first port on the card (ixgbe0), but that might of course be a coincidence.

Thanks,
Stephan

From stephan.budach at JVM.DE  Wed May 11 12:50:58 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Wed, 11 May 2016 14:50:58 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <5733192A.60506@jvm.de>
References: <5730818B.6020909@jvm.de>	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>	<5730D110.5080305@jvm.de>	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
	<5733192A.60506@jvm.de>
Message-ID: <57332AB2.4070108@jvm.de>

Am 11.05.16 um 13:36 schrieb Stephan Budach:
> Am 09.05.16 um 20:43 schrieb Dale Ghent:
>>> On May 9, 2016, at 2:04 PM, Stephan Budach <stephan.budach at JVM.DE> 
>>> wrote:
>>>
>>> Am 09.05.16 um 16:33 schrieb Dale Ghent:
>>>>> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> 
>>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d 
>>>>> will break the LACP aggr-link on different boxes, when Intel 
>>>>> X540-T2s are involved. It first starts with a couple if link 
>>>>> downs/ups on one port and finally the link on that  port 
>>>>> negiotates to 1GbE instead of 10GbE, which then breaks the LACP 
>>>>> channel on my Cisco Nexus for this connection.
>>>>>
>>>>> I have tried swapping and interchangeing cables and thus 
>>>>> switchports, but to no avail.
>>>>>
>>>>> Anyone else noticed this and even better? knows a solution to this?
>>>> Was this an issue noticed only with r151018 and not with previous 
>>>> versions, or have you only tried this with 018?
>>>>
>>>> By your description, I presume that the two ixgbe physical links 
>>>> will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>>>>
>>>> /dale
>>> I have noticed that on prior versions of OmniOS as well, but we only 
>>> recently started deploying 10GbE LACP bonds, when we introduced our 
>>> Nexus gear to our network. I will have to check if both links stay 
>>> at 10GbE, when not being configured as a LACP bond. Let me check 
>>> that tomorrow and report back. As we're heading for a streched DC, 
>>> we are mainly configuring 2-way LACP bonds over our Nexus gear, so 
>>> we don't actually have any single 10GbE connection, as they will all 
>>> have to be conencted to both DCs. This is achieved by using VPCs on 
>>> our Nexus switches.
>> Provide as much detail as you can - if you're using hw flow control, 
>> whether both links act this way at the same time or independently, 
>> and so-on. Problems like this often boil down to a very small and 
>> seemingly insignificant detail.
>>
>> I currently have ixgbe on the operating table for adding X550 
>> support, so I can take a look at this; however I don't have your type 
>> of switches available to me so LACP-specific testing is something I 
>> can't do for you.
>>
>> /dale
> I checked the ixgbe.conf files on each host and they all are still at 
> the standard setting, which includes flow_control = 3;
> So they all have flow control enabled. As for the Nexus config, all of 
> those ports are still on standard ethernet ports and modifications 
> have only been made globally to the switch.
> I will now have to yank the one port on one of the hosts from the aggr 
> and configure it as a standalone port. Then we will see, if it still 
> receives the disconnects/reconnects and finally the negotiation to 
> 1GbE instead of 10GbE. As this only seems to happen to the same port I 
> never experienced other ports of the affected aggrs acting up. I also 
> thought to notice, that those were always the "same" physical ports, 
> that is the first port on the card (ixgbe0), but that might of course 
> be a coincidence.
>
> Thanks,
> Stephan

Ok, so we can likely rule out LACP as a generic reason for this issue? 
After removing ixgbe0 from the aggr1, I plugged it into an unused port 
of my Nexus FEX and low and behold, here we go:

root at tr1206902:/root# tail -f /var/adm/messages
May 11 14:37:17 tr1206902 mac: [ID 435574 kern.info] NOTICE: ixgbe0 link 
up, 1000 Mbps, full duplex
May 11 14:38:35 tr1206902 mac: [ID 486395 kern.info] NOTICE: ixgbe0 link 
down
May 11 14:38:48 tr1206902 mac: [ID 435574 kern.info] NOTICE: ixgbe0 link 
up, 10000 Mbps, full duplex

May 11 15:24:55 tr1206902 mac: [ID 486395 kern.info] NOTICE: ixgbe0 link 
down
May 11 15:25:10 tr1206902 mac: [ID 435574 kern.info] NOTICE: ixgbe0 link 
up, 10000 Mbps, full duplex

So, after less than an hour, we had the first link-cycle on ixgbe0, alas 
on another port, which has no LACP config whatsoever. I will monitor 
this for a while and see, if we will get more of those.

Thanks,
Stephan

From danmcd at omniti.com  Wed May 11 13:01:08 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Wed, 11 May 2016 09:01:08 -0400
Subject: [OmniOS-discuss] sudden reboot
In-Reply-To: <DUB402-EAS348488566FA1484730CB0A6B5720@phx.gbl>
References: <DUB402-EAS348488566FA1484730CB0A6B5720@phx.gbl>
Message-ID: <283F0F86-09BB-4BC5-A156-2CDA7130E566@omniti.com>

You had a kernel panic. Can you share that vmdump.0 file?

Dan

Sent from my iPhone (typos, autocorrect, and all)

> On May 11, 2016, at 4:24 AM, Martijn Fennis <martijn at fennis.tk> wrote:
> 
> Hi,
>  
> I?m experiencing an unexpected reboot.
>  
> System is supermicro with ECC mem, qlogic FC and LSI SAS.
>  
> Temperatures and voltages look OK.
>  
> The message i find is about the express bus? but how to find the cause? Should i set something like IRQ-steering or so in the BIOS?
>  
> May 11 10:01:09 ZFS01 savecore: [ID 570001 auth.error] reboot after panic: pcieb-0: PCI(-X) Express Fatal Error. (0x101)
> May 11 10:01:09 ZFS01 savecore: [ID 365739 auth.error] Saving compressed system crash dump in /var/crash/unknown/vmdump.0
>  
> Thanks,
>  
> Martijn
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160511/eb315999/attachment-0001.html>

From stephan.budach at JVM.DE  Wed May 11 13:05:08 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Wed, 11 May 2016 15:05:08 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <57332AB2.4070108@jvm.de>
References: <5730818B.6020909@jvm.de>	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>	<5730D110.5080305@jvm.de>	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>	<5733192A.60506@jvm.de>
	<57332AB2.4070108@jvm.de>
Message-ID: <57332E04.7000404@jvm.de>

Am 11.05.16 um 14:50 schrieb Stephan Budach:
> Am 11.05.16 um 13:36 schrieb Stephan Budach:
>> Am 09.05.16 um 20:43 schrieb Dale Ghent:
>>>> On May 9, 2016, at 2:04 PM, Stephan Budach <stephan.budach at JVM.DE> 
>>>> wrote:
>>>>
>>>> Am 09.05.16 um 16:33 schrieb Dale Ghent:
>>>>>> On May 9, 2016, at 8:24 AM, Stephan Budach 
>>>>>> <stephan.budach at JVM.DE> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d 
>>>>>> will break the LACP aggr-link on different boxes, when Intel 
>>>>>> X540-T2s are involved. It first starts with a couple if link 
>>>>>> downs/ups on one port and finally the link on that  port 
>>>>>> negiotates to 1GbE instead of 10GbE, which then breaks the LACP 
>>>>>> channel on my Cisco Nexus for this connection.
>>>>>>
>>>>>> I have tried swapping and interchangeing cables and thus 
>>>>>> switchports, but to no avail.
>>>>>>
>>>>>> Anyone else noticed this and even better? knows a solution to this?
>>>>> Was this an issue noticed only with r151018 and not with previous 
>>>>> versions, or have you only tried this with 018?
>>>>>
>>>>> By your description, I presume that the two ixgbe physical links 
>>>>> will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>>>>>
>>>>> /dale
>>>> I have noticed that on prior versions of OmniOS as well, but we 
>>>> only recently started deploying 10GbE LACP bonds, when we 
>>>> introduced our Nexus gear to our network. I will have to check if 
>>>> both links stay at 10GbE, when not being configured as a LACP bond. 
>>>> Let me check that tomorrow and report back. As we're heading for a 
>>>> streched DC, we are mainly configuring 2-way LACP bonds over our 
>>>> Nexus gear, so we don't actually have any single 10GbE connection, 
>>>> as they will all have to be conencted to both DCs. This is achieved 
>>>> by using VPCs on our Nexus switches.
>>> Provide as much detail as you can - if you're using hw flow control, 
>>> whether both links act this way at the same time or independently, 
>>> and so-on. Problems like this often boil down to a very small and 
>>> seemingly insignificant detail.
>>>
>>> I currently have ixgbe on the operating table for adding X550 
>>> support, so I can take a look at this; however I don't have your 
>>> type of switches available to me so LACP-specific testing is 
>>> something I can't do for you.
>>>
>>> /dale
>> I checked the ixgbe.conf files on each host and they all are still at 
>> the standard setting, which includes flow_control = 3;
>> So they all have flow control enabled. As for the Nexus config, all 
>> of those ports are still on standard ethernet ports and modifications 
>> have only been made globally to the switch.
>> I will now have to yank the one port on one of the hosts from the 
>> aggr and configure it as a standalone port. Then we will see, if it 
>> still receives the disconnects/reconnects and finally the negotiation 
>> to 1GbE instead of 10GbE. As this only seems to happen to the same 
>> port I never experienced other ports of the affected aggrs acting up. 
>> I also thought to notice, that those were always the "same" physical 
>> ports, that is the first port on the card (ixgbe0), but that might of 
>> course be a coincidence.
>>
>> Thanks,
>> Stephan
>
> Ok, so we can likely rule out LACP as a generic reason for this issue? 
> After removing ixgbe0 from the aggr1, I plugged it into an unused port 
> of my Nexus FEX and low and behold, here we go:
>
> root at tr1206902:/root# tail -f /var/adm/messages
> May 11 14:37:17 tr1206902 mac: [ID 435574 kern.info] NOTICE: ixgbe0 
> link up, 1000 Mbps, full duplex
> May 11 14:38:35 tr1206902 mac: [ID 486395 kern.info] NOTICE: ixgbe0 
> link down
> May 11 14:38:48 tr1206902 mac: [ID 435574 kern.info] NOTICE: ixgbe0 
> link up, 10000 Mbps, full duplex
>
> May 11 15:24:55 tr1206902 mac: [ID 486395 kern.info] NOTICE: ixgbe0 
> link down
> May 11 15:25:10 tr1206902 mac: [ID 435574 kern.info] NOTICE: ixgbe0 
> link up, 10000 Mbps, full duplex
>
> So, after less than an hour, we had the first link-cycle on ixgbe0, 
> alas on another port, which has no LACP config whatsoever. I will 
> monitor this for a while and see, if we will get more of those.
>
> Thanks,
> Stephan 

Ehh? and sorry, I almost forgot to paste the log from the Cisco Nexus 
switch:

2016 May 11 13:21:22 gh79-nx-01 %ETHPORT-5-SPEED: Interface 
Ethernet141/1/9, operational speed changed to 10 Gbps
2016 May 11 13:21:22 gh79-nx-01 %ETHPORT-5-IF_DUPLEX: Interface 
Ethernet141/1/9, operational duplex mode changed to Full
2016 May 11 13:21:22 gh79-nx-01 %ETHPORT-5-IF_RX_FLOW_CONTROL: Interface 
Ethernet141/1/9, operational Receive Flow Control state changed to off
2016 May 11 13:21:22 gh79-nx-01 %ETHPORT-5-IF_TX_FLOW_CONTROL: Interface 
Ethernet141/1/9, operational Transmit Flow Control state changed to on
2016 May 11 13:21:22 gh79-nx-01 %ETHPORT-5-IF_UP: Interface 
Ethernet141/1/9 is up in mode access
2016 May 11 14:07:29 gh79-nx-01 %ETHPORT-5-IF_DOWN_LINK_FAILURE: 
Interface Ethernet141/1/9 is down (Link failure)
2016 May 11 14:07:45 gh79-nx-01 last message repeated 1 time
2016 May 11 14:07:45 gh79-nx-01 %ETHPORT-5-SPEED: Interface 
Ethernet141/1/9, operational speed changed to 10 Gbps
2016 May 11 14:07:45 gh79-nx-01 %ETHPORT-5-IF_DUPLEX: Interface 
Ethernet141/1/9, operational duplex mode changed to Full
2016 May 11 14:07:45 gh79-nx-01 %ETHPORT-5-IF_RX_FLOW_CONTROL: Interface 
Ethernet141/1/9, operational Receive Flow Control state changed to off
2016 May 11 14:07:45 gh79-nx-01 %ETHPORT-5-IF_TX_FLOW_CONTROL: Interface 
Ethernet141/1/9, operational Transmit Flow Control state changed to on
2016 May 11 14:07:45 gh79-nx-01 %ETHPORT-5-IF_UP: Interface 
Ethernet141/1/9 is up in mode access

Despite the clock, which seems a bit off, you can see, that this looks 
to the switch as if the cable had been simply pulled and then re-plugged.


Cheers,
Stephan

From daleg at omniti.com  Wed May 11 14:48:36 2016
From: daleg at omniti.com (Dale Ghent)
Date: Wed, 11 May 2016 10:48:36 -0400
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <5733192A.60506@jvm.de>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
	<5733192A.60506@jvm.de>
Message-ID: <0F866400-B276-4E81-A6CB-DB071A277F5F@omniti.com>


> On May 11, 2016, at 7:36 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
> 
> Am 09.05.16 um 20:43 schrieb Dale Ghent:
>>> On May 9, 2016, at 2:04 PM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>> 
>>> Am 09.05.16 um 16:33 schrieb Dale Ghent:
>>>>> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that  port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection.
>>>>> 
>>>>> I have tried swapping and interchangeing cables and thus switchports, but to no avail.
>>>>> 
>>>>> Anyone else noticed this and even better? knows a solution to this?
>>>> Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018?
>>>> 
>>>> By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>>>> 
>>>> /dale
>>> I have noticed that on prior versions of OmniOS as well, but we only recently started deploying 10GbE LACP bonds, when we introduced our Nexus gear to our network. I will have to check if both links stay at 10GbE, when not being configured as a LACP bond. Let me check that tomorrow and report back. As we're heading for a streched DC, we are mainly configuring 2-way LACP bonds over our Nexus gear, so we don't actually have any single 10GbE connection, as they will all have to be conencted to both DCs. This is achieved by using VPCs on our Nexus switches.
>> Provide as much detail as you can - if you're using hw flow control, whether both links act this way at the same time or independently, and so-on. Problems like this often boil down to a very small and seemingly insignificant detail.
>> 
>> I currently have ixgbe on the operating table for adding X550 support, so I can take a look at this; however I don't have your type of switches available to me so LACP-specific testing is something I can't do for you.
>> 
>> /dale
> I checked the ixgbe.conf files on each host and they all are still at the standard setting, which includes flow_control = 3;

As, so you are using ethernet flow control. Could you try disabling that on both sides (on the ixgbe host and on the switch) and see if that corrects the link stability issues? There's an outstanding issue with hw flow control on ixgbe that you *might* be running into regarding pause frame timing, which could manifest in the way you describe.

/dale

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160511/e015fffe/attachment.bin>

From stephan.budach at JVM.DE  Wed May 11 16:32:31 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Wed, 11 May 2016 18:32:31 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <0F866400-B276-4E81-A6CB-DB071A277F5F@omniti.com>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
	<5733192A.60506@jvm.de>
	<0F866400-B276-4E81-A6CB-DB071A277F5F@omniti.com>
Message-ID: <57335E9F.6080404@jvm.de>

Am 11.05.16 um 16:48 schrieb Dale Ghent:
>> On May 11, 2016, at 7:36 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>
>> Am 09.05.16 um 20:43 schrieb Dale Ghent:
>>>> On May 9, 2016, at 2:04 PM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>>>
>>>> Am 09.05.16 um 16:33 schrieb Dale Ghent:
>>>>>> On May 9, 2016, at 8:24 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that  port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection.
>>>>>>
>>>>>> I have tried swapping and interchangeing cables and thus switchports, but to no avail.
>>>>>>
>>>>>> Anyone else noticed this and even better? knows a solution to this?
>>>>> Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018?
>>>>>
>>>>> By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together?
>>>>>
>>>>> /dale
>>>> I have noticed that on prior versions of OmniOS as well, but we only recently started deploying 10GbE LACP bonds, when we introduced our Nexus gear to our network. I will have to check if both links stay at 10GbE, when not being configured as a LACP bond. Let me check that tomorrow and report back. As we're heading for a streched DC, we are mainly configuring 2-way LACP bonds over our Nexus gear, so we don't actually have any single 10GbE connection, as they will all have to be conencted to both DCs. This is achieved by using VPCs on our Nexus switches.
>>> Provide as much detail as you can - if you're using hw flow control, whether both links act this way at the same time or independently, and so-on. Problems like this often boil down to a very small and seemingly insignificant detail.
>>>
>>> I currently have ixgbe on the operating table for adding X550 support, so I can take a look at this; however I don't have your type of switches available to me so LACP-specific testing is something I can't do for you.
>>>
>>> /dale
>> I checked the ixgbe.conf files on each host and they all are still at the standard setting, which includes flow_control = 3;
> As, so you are using ethernet flow control. Could you try disabling that on both sides (on the ixgbe host and on the switch) and see if that corrects the link stability issues? There's an outstanding issue with hw flow control on ixgbe that you *might* be running into regarding pause frame timing, which could manifest in the way you describe.
>
> /dale
>
I will try to get one node free of all services running on it, as I will 
have to reboot the system, since I will have to change the ixgbe.conf, 
haven't I?
This is a RSF-1 host, so this will likely be done over the weekend.

Thanks,
Stephan

From daleg at omniti.com  Wed May 11 17:28:56 2016
From: daleg at omniti.com (Dale Ghent)
Date: Wed, 11 May 2016 13:28:56 -0400
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <57335E9F.6080404@jvm.de>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
	<5733192A.60506@jvm.de>
	<0F866400-B276-4E81-A6CB-DB071A277F5F@omniti.com>
	<57335E9F.6080404@jvm.de>
Message-ID: <3F300861-3541-4D3E-82D5-13FD061B8D9B@omniti.com>


> On May 11, 2016, at 12:32 PM, Stephan Budach <stephan.budach at JVM.DE> wrote:
> I will try to get one node free of all services running on it, as I will have to reboot the system, since I will have to change the ixgbe.conf, haven't I?
> This is a RSF-1 host, so this will likely be done over the weekend.

You can use dladm on a live system:

dladm set-linkprop -p flowctrl=no ixgbeN

Where ixgbeN is your ixgbe interfaces (probably ixgbe0 and ixgbe1)

/dale

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160511/c4900f5b/attachment.bin>

From alka at hfg-gmuend.de  Thu May 12 09:10:15 2016
From: alka at hfg-gmuend.de (Guenther Alka)
Date: Thu, 12 May 2016 11:10:15 +0200
Subject: [OmniOS-discuss] Want Intel 40GbE NIC driver for Illumos
In-Reply-To: <5733AE0F.1010103@joyent.com>
References: <57339F86.7030305@joyent.com>
	<CAAYoGd9Oio5j7ncf+kt_uJRjDB0P91OhQu0QX5PTEQGkD+nbaQ@mail.gmail.com>
	<5733AE0F.1010103@joyent.com>
Message-ID: <629553ff-5645-2cfa-f7bf-3c097cd9d4b4@hfg-gmuend.de>

hi
I saw this discussion at the illumos-dev list

I am very interested in the new drivers for Intel X550 and XL710.
I have a switch (HP 5900) with QSFP+ and have ordered some XL710-QDA1 
adapters for some testings.

Any Eta for these drivers in Illumos/ OmniOS beta?


Gea


Am 12.05.2016 um 00:11 schrieb Robert Mustacchi:
> On 5/11/16 15:07 , Garrett D'Amore wrote:
>> Question: were you able to test the 40GbE mac / dladm property support I
>> added?
> Unfortunately I've only had access to the 4x10 GbE parts, but I did wire
> it up in the driver.
>
> Robert
>
>> On Wed, May 11, 2016 at 2:09 PM, Robert Mustacchi <rm at joyent.com> wrote:
>>
>>> Hi,
>>>
>>> This adds the i40e driver which is the Intel XL710 controller. We've
>>> been beating on this a fair bit in our lab and in a cluster from Intel.
>>> While this driver is not 100% where I want it to be from the perspective
>>> of rings, groups, etc. I think it is at a reasonable point where it'll
>>> still be useful to quite a lot of folks.
>>>
>>> https://us-east.manta.joyent.com/rmustacc/public/webrevs/5115/index.html
>>>
>>> Please note any of the files in the core/ directory are from Intel and I
>>> have not modified except for bugs that have been reported to Intel. Note
>>> that this common code comes from FreeBSD drops.
>>>
>>> Robert
>>>
>
> -------------------------------------------
> illumos-developer
>


From peter.tribble at gmail.com  Thu May 12 11:01:46 2016
From: peter.tribble at gmail.com (Peter Tribble)
Date: Thu, 12 May 2016 12:01:46 +0100
Subject: [OmniOS-discuss] ZFS snapshot overhead
Message-ID: <CAEgYsbFr-Q9RShU1Dczx7_8mftgYLU4G6QFFPo6hy81f3Du+Jw@mail.gmail.com>

Does anyone know what the overhead of a zfs snapshot is?

I'm not talking about the data, I'm talking about whatever space
zfs needs to allocate internally for housekeeping.

A quick estimate indicates something around 2M of overhead.

(I've just deleted ~35k snapshots on a system, each taking no space.
I was a little surprised - although pleased - to get ~70G of space back
in the pool.)

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160512/c39d27d8/attachment.html>

From daleg at omniti.com  Thu May 12 14:30:00 2016
From: daleg at omniti.com (Dale Ghent)
Date: Thu, 12 May 2016 10:30:00 -0400
Subject: [OmniOS-discuss] Want Intel 40GbE NIC driver for Illumos
In-Reply-To: <629553ff-5645-2cfa-f7bf-3c097cd9d4b4@hfg-gmuend.de>
References: <57339F86.7030305@joyent.com>
	<CAAYoGd9Oio5j7ncf+kt_uJRjDB0P91OhQu0QX5PTEQGkD+nbaQ@mail.gmail.com>
	<5733AE0F.1010103@joyent.com>
	<629553ff-5645-2cfa-f7bf-3c097cd9d4b4@hfg-gmuend.de>
Message-ID: <D9AA4E72-91CE-484D-84ED-D43DBC5C8E15@omniti.com>

No exact ETA, as both have just entered testing!

But yes, these will definitely be added into OmniOS, including r151014.

/dale

> On May 12, 2016, at 5:10 AM, Guenther Alka <alka at hfg-gmuend.de> wrote:
> 
> hi
> I saw this discussion at the illumos-dev list
> 
> I am very interested in the new drivers for Intel X550 and XL710.
> I have a switch (HP 5900) with QSFP+ and have ordered some XL710-QDA1 adapters for some testings.
> 
> Any Eta for these drivers in Illumos/ OmniOS beta?
> 
> 
> Gea
> 
> 
> Am 12.05.2016 um 00:11 schrieb Robert Mustacchi:
>> On 5/11/16 15:07 , Garrett D'Amore wrote:
>>> Question: were you able to test the 40GbE mac / dladm property support I
>>> added?
>> Unfortunately I've only had access to the 4x10 GbE parts, but I did wire
>> it up in the driver.
>> 
>> Robert
>> 
>>> On Wed, May 11, 2016 at 2:09 PM, Robert Mustacchi <rm at joyent.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> This adds the i40e driver which is the Intel XL710 controller. We've
>>>> been beating on this a fair bit in our lab and in a cluster from Intel.
>>>> While this driver is not 100% where I want it to be from the perspective
>>>> of rings, groups, etc. I think it is at a reasonable point where it'll
>>>> still be useful to quite a lot of folks.
>>>> 
>>>> https://us-east.manta.joyent.com/rmustacc/public/webrevs/5115/index.html
>>>> 
>>>> Please note any of the files in the core/ directory are from Intel and I
>>>> have not modified except for bugs that have been reported to Intel. Note
>>>> that this common code comes from FreeBSD drops.
>>>> 
>>>> Robert
>>>> 
>> 
>> -------------------------------------------
>> illumos-developer
>> 
> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160512/6b505c13/attachment.bin>

From sjorge+ml at blackdot.be  Thu May 12 21:02:10 2016
From: sjorge+ml at blackdot.be (Jorge Schrauwen)
Date: Thu, 12 May 2016 23:02:10 +0200
Subject: [OmniOS-discuss] Community interest in illumos PF port?
In-Reply-To: <9064334fe578d975ef3c7823ceed613f@blackdot.be>
References: <9064334fe578d975ef3c7823ceed613f@blackdot.be>
Message-ID: <d5fc3b22d0b5b6666a54873896e94f6c@blackdot.be>

Hello,

Some of us love the Packet Filter (PF) from OpenBSD.

It would be awesome to have this available on illumos as alternative to 
ipf.
We (sjorge and xenol) played around with the idea of a kickstarter.
The budget required for that would probably be much more than what we
can collect.

But not trying is not a winning move. Is there any other interest in
this from anyone in the illumos comunity?

Cheers,
Adam and Jorge

From chen.hsinan2007 at gmail.com  Sat May 14 20:04:54 2016
From: chen.hsinan2007 at gmail.com (Hsin-an Chen)
Date: Sat, 14 May 2016 13:04:54 -0700
Subject: [OmniOS-discuss] KVM problem with latest r151018
Message-ID: <CAMbJr21yudh1zaYi17D6VhjNHNDkGQ+ZxsV93LY-qzvQL+7=Ww@mail.gmail.com>

Hi,

Does anyone have problem to install FreeBSD v10.3 AMD64 w/ r151018 omniOS
KVM?

My hardware is HP DL380 G7 64GB w/ 2 Samsung 256GB SSD. When it boots from
CD, it has the following errors and always reboot again and again so I
cannot install FreeBSD in KVM at all.

Thanks,

Jason


[image: Inline image 1]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160514/f40aa2a9/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 45862 bytes
Desc: not available
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160514/f40aa2a9/attachment-0001.png>

From jesus at omniti.com  Sat May 14 21:56:12 2016
From: jesus at omniti.com (Theo Schlossnagle)
Date: Sat, 14 May 2016 17:56:12 -0400
Subject: [OmniOS-discuss] Community interest in illumos PF port?
In-Reply-To: <d5fc3b22d0b5b6666a54873896e94f6c@blackdot.be>
References: <9064334fe578d975ef3c7823ceed613f@blackdot.be>
	<d5fc3b22d0b5b6666a54873896e94f6c@blackdot.be>
Message-ID: <CACLsAptC-H3TSCcMguusaye9TOt3diHJqrpddaWQ-D6Fgvan+g@mail.gmail.com>

I'm interested.
On May 12, 2016 5:06 PM, "Jorge Schrauwen" <sjorge+ml at blackdot.be> wrote:

> Hello,
>
> Some of us love the Packet Filter (PF) from OpenBSD.
>
> It would be awesome to have this available on illumos as alternative to
> ipf.
> We (sjorge and xenol) played around with the idea of a kickstarter.
> The budget required for that would probably be much more than what we
> can collect.
>
> But not trying is not a winning move. Is there any other interest in
> this from anyone in the illumos comunity?
>
> Cheers,
> Adam and Jorge
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160514/642dccd8/attachment.html>

From robertfantini at gmail.com  Sun May 15 18:42:19 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Sun, 15 May 2016 14:42:19 -0400
Subject: [OmniOS-discuss] need help with znapzendzetup
Message-ID: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>

Hello,

I've got znapzend working on omnios.  that can remote send to linux using a
napp-it  job .

Next I want to run znapzend on linux and pull from omnios .

this does not work ,
znapzendzetup create \
      --tsformat='%Y-%m-%d-%H%M%S'  \
      --mbuffer=/usr/bin/mbuffer \
      SRC  '7d=>1h,3w=>1d'   root at 10.2.2.21:data/vm-111-disk-1  \
      DST  '7d=>1h,3m=>1d'   tank/znapzend/pro4-kvm

*** backup plan: root at 10.2.2.21:data/vm-111-disk-1 ***
dst_0           = tank/znapzend/pro4-kvm
dst_0_plan      = 7days=>1hour,3months=>1day
enabled         = on
mbuffer         = /usr/bin/mbuffer
mbuffer_size    = 1G
post_znap_cmd   = off
pre_znap_cmd    = off
recursive       = off
src             = root at 10.2.2.21:data/vm-111-disk-1
src_plan        = 7days=>1hour,3weeks=>1day
tsformat        = %Y-%m-%d-%H%M%S

Do you want to save this backup set [y/N]?
 y
cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
ERROR: could not set property dst_0_plan on root at 10.2.2.21:
data/vm-111-disk-1


The SRC zfs exists:
ssh 10.2.2.21 zfs list data/vm-111-disk-1
NAME                 USED  AVAIL  REFER  MOUNTPOINT
data/vm-111-disk-1  16.5G  1.17T  16.1G  -


Any clues on what I am doing wrong?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160515/b5acb10c/attachment.html>

From tobi at oetiker.ch  Sun May 15 20:11:50 2016
From: tobi at oetiker.ch (Tobias Oetiker)
Date: Sun, 15 May 2016 22:11:50 +0200 (CEST)
Subject: [OmniOS-discuss] need help with znapzendzetup
In-Reply-To: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
References: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
Message-ID: <alpine.DEB.2.20.1605152211370.20711@engelberg.oetiker.ch>

Hi Robert

znapzend is "push-only"

cheers
tobi

Today Robert Fantini wrote:

> Hello,
>
> I've got znapzend working on omnios.  that can remote send to linux using a
> napp-it  job .
>
> Next I want to run znapzend on linux and pull from omnios .
>
> this does not work ,
> znapzendzetup create \
>       --tsformat='%Y-%m-%d-%H%M%S'  \
>       --mbuffer=/usr/bin/mbuffer \
>       SRC  '7d=>1h,3w=>1d'   root at 10.2.2.21:data/vm-111-disk-1  \
>       DST  '7d=>1h,3m=>1d'   tank/znapzend/pro4-kvm
>
> *** backup plan: root at 10.2.2.21:data/vm-111-disk-1 ***
> dst_0           = tank/znapzend/pro4-kvm
> dst_0_plan      = 7days=>1hour,3months=>1day
> enabled         = on
> mbuffer         = /usr/bin/mbuffer
> mbuffer_size    = 1G
> post_znap_cmd   = off
> pre_znap_cmd    = off
> recursive       = off
> src             = root at 10.2.2.21:data/vm-111-disk-1
> src_plan        = 7days=>1hour,3weeks=>1day
> tsformat        = %Y-%m-%d-%H%M%S
>
> Do you want to save this backup set [y/N]?
>  y
> cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
> cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
> ERROR: could not set property dst_0_plan on root at 10.2.2.21:
> data/vm-111-disk-1
>
>
> The SRC zfs exists:
> ssh 10.2.2.21 zfs list data/vm-111-disk-1
> NAME                 USED  AVAIL  REFER  MOUNTPOINT
> data/vm-111-disk-1  16.5G  1.17T  16.1G  -
>
>
> Any clues on what I am doing wrong?
>

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
www.oetiker.ch tobi at oetiker.ch +41 62 775 9902


From ml+omnios-discuss at valo.at  Sun May 15 20:15:23 2016
From: ml+omnios-discuss at valo.at (Christian Kivalo)
Date: Sun, 15 May 2016 22:15:23 +0200
Subject: [OmniOS-discuss] need help with znapzendzetup
In-Reply-To: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
References: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
Message-ID: <E2D625C1-5671-433E-80A7-76E9B4135914@valo.at>



Am 15. Mai 2016 20:42:19 MESZ, schrieb Robert Fantini <robertfantini at gmail.com>:
>Hello,
>
>I've got znapzend working on omnios.  that can remote send to linux
>using a
>napp-it  job .
>
>Next I want to run znapzend on linux and pull from omnios .
>
>this does not work ,
>znapzendzetup create \
>      --tsformat='%Y-%m-%d-%H%M%S'  \
>      --mbuffer=/usr/bin/mbuffer \
>      SRC  '7d=>1h,3w=>1d'   root at 10.2.2.21:data/vm-111-disk-1  \
>      DST  '7d=>1h,3m=>1d'   tank/znapzend/pro4-kvm
>
>*** backup plan: root at 10.2.2.21:data/vm-111-disk-1 ***
>dst_0           = tank/znapzend/pro4-kvm
>dst_0_plan      = 7days=>1hour,3months=>1day
>enabled         = on
>mbuffer         = /usr/bin/mbuffer
>mbuffer_size    = 1G
>post_znap_cmd   = off
>pre_znap_cmd    = off
>recursive       = off
>src             = root at 10.2.2.21:data/vm-111-disk-1
>src_plan        = 7days=>1hour,3weeks=>1day
>tsformat        = %Y-%m-%d-%H%M%S
>
>Do you want to save this backup set [y/N]?
> y
>cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
>cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
>ERROR: could not set property dst_0_plan on root at 10.2.2.21:
>data/vm-111-disk-1
>

It looks to me that you can only have the DST definition use ssh, not the SRC. From the  znapzendzetup documentation at https://github.com/oetiker/znapzend/blob/master/doc/znapzendzetup.pod 

create [--pfexec|sudo] \
 [--recursive] [--mbuffer=<path>[:<port>]] [--mbuffersize=<size>] \
 [--pre-snap-command=<command>] \
 [--post-snap-command=<command>] \
 [--tsformat=<format>] --donotask \
 SRC plan dataset \
 [ DST[:key] plan [[user@]host:]dataset ]

>The SRC zfs exists:
>ssh 10.2.2.21 zfs list data/vm-111-disk-1
>NAME                 USED  AVAIL  REFER  MOUNTPOINT
>data/vm-111-disk-1  16.5G  1.17T  16.1G  -
>
>
>Any clues on what I am doing wrong?
>

-- 
Christian Kivalo


From robertfantini at gmail.com  Sun May 15 21:09:08 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Sun, 15 May 2016 17:09:08 -0400
Subject: [OmniOS-discuss] need help with znapzendzetup
In-Reply-To: <E2D625C1-5671-433E-80A7-76E9B4135914@valo.at>
References: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
	<E2D625C1-5671-433E-80A7-76E9B4135914@valo.at>
Message-ID: <CALnM7z=TbYMepuPKf3wA-DFyEXtA=bGWL5BXss+Uxd4O=6ajZA@mail.gmail.com>

thank you for the answers, push it will be.

On Sun, May 15, 2016 at 4:15 PM, Christian Kivalo <ml+omnios-discuss at valo.at
> wrote:

>
>
> Am 15. Mai 2016 20:42:19 MESZ, schrieb Robert Fantini <
> robertfantini at gmail.com>:
> >Hello,
> >
> >I've got znapzend working on omnios.  that can remote send to linux
> >using a
> >napp-it  job .
> >
> >Next I want to run znapzend on linux and pull from omnios .
> >
> >this does not work ,
> >znapzendzetup create \
> >      --tsformat='%Y-%m-%d-%H%M%S'  \
> >      --mbuffer=/usr/bin/mbuffer \
> >      SRC  '7d=>1h,3w=>1d'   root at 10.2.2.21:data/vm-111-disk-1  \
> >      DST  '7d=>1h,3m=>1d'   tank/znapzend/pro4-kvm
> >
> >*** backup plan: root at 10.2.2.21:data/vm-111-disk-1 ***
> >dst_0           = tank/znapzend/pro4-kvm
> >dst_0_plan      = 7days=>1hour,3months=>1day
> >enabled         = on
> >mbuffer         = /usr/bin/mbuffer
> >mbuffer_size    = 1G
> >post_znap_cmd   = off
> >pre_znap_cmd    = off
> >recursive       = off
> >src             = root at 10.2.2.21:data/vm-111-disk-1
> >src_plan        = 7days=>1hour,3weeks=>1day
> >tsformat        = %Y-%m-%d-%H%M%S
> >
> >Do you want to save this backup set [y/N]?
> > y
> >cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
> >cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
> >ERROR: could not set property dst_0_plan on root at 10.2.2.21:
> >data/vm-111-disk-1
> >
>
> It looks to me that you can only have the DST definition use ssh, not the
> SRC. From the  znapzendzetup documentation at
> https://github.com/oetiker/znapzend/blob/master/doc/znapzendzetup.pod
>
> create [--pfexec|sudo] \
>  [--recursive] [--mbuffer=<path>[:<port>]] [--mbuffersize=<size>] \
>  [--pre-snap-command=<command>] \
>  [--post-snap-command=<command>] \
>  [--tsformat=<format>] --donotask \
>  SRC plan dataset \
>  [ DST[:key] plan [[user@]host:]dataset ]
>
> >The SRC zfs exists:
> >ssh 10.2.2.21 zfs list data/vm-111-disk-1
> >NAME                 USED  AVAIL  REFER  MOUNTPOINT
> >data/vm-111-disk-1  16.5G  1.17T  16.1G  -
> >
> >
> >Any clues on what I am doing wrong?
> >
>
> --
> Christian Kivalo
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160515/c02033f7/attachment-0001.html>

From robertfantini at gmail.com  Sun May 15 21:57:04 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Sun, 15 May 2016 17:57:04 -0400
Subject: [OmniOS-discuss] need help with znapzendzetup
In-Reply-To: <CALnM7z=TbYMepuPKf3wA-DFyEXtA=bGWL5BXss+Uxd4O=6ajZA@mail.gmail.com>
References: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
	<E2D625C1-5671-433E-80A7-76E9B4135914@valo.at>
	<CALnM7z=TbYMepuPKf3wA-DFyEXtA=bGWL5BXss+Uxd4O=6ajZA@mail.gmail.com>
Message-ID: <CALnM7znuvqn1aNK6=kFUvDfx+pX1AeUa-UAutvEenHc9LL+_7Q@mail.gmail.com>

regarding mbuffer  :  should a newbie just use it under most circumstances?

PS: I will learn more about it later.

On Sun, May 15, 2016 at 5:09 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> thank you for the answers, push it will be.
>
> On Sun, May 15, 2016 at 4:15 PM, Christian Kivalo <
> ml+omnios-discuss at valo.at> wrote:
>
>>
>>
>> Am 15. Mai 2016 20:42:19 MESZ, schrieb Robert Fantini <
>> robertfantini at gmail.com>:
>> >Hello,
>> >
>> >I've got znapzend working on omnios.  that can remote send to linux
>> >using a
>> >napp-it  job .
>> >
>> >Next I want to run znapzend on linux and pull from omnios .
>> >
>> >this does not work ,
>> >znapzendzetup create \
>> >      --tsformat='%Y-%m-%d-%H%M%S'  \
>> >      --mbuffer=/usr/bin/mbuffer \
>> >      SRC  '7d=>1h,3w=>1d'   root at 10.2.2.21:data/vm-111-disk-1  \
>> >      DST  '7d=>1h,3m=>1d'   tank/znapzend/pro4-kvm
>> >
>> >*** backup plan: root at 10.2.2.21:data/vm-111-disk-1 ***
>> >dst_0           = tank/znapzend/pro4-kvm
>> >dst_0_plan      = 7days=>1hour,3months=>1day
>> >enabled         = on
>> >mbuffer         = /usr/bin/mbuffer
>> >mbuffer_size    = 1G
>> >post_znap_cmd   = off
>> >pre_znap_cmd    = off
>> >recursive       = off
>> >src             = root at 10.2.2.21:data/vm-111-disk-1
>> >src_plan        = 7days=>1hour,3weeks=>1day
>> >tsformat        = %Y-%m-%d-%H%M%S
>> >
>> >Do you want to save this backup set [y/N]?
>> > y
>> >cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
>> >cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
>> >ERROR: could not set property dst_0_plan on root at 10.2.2.21:
>> >data/vm-111-disk-1
>> >
>>
>> It looks to me that you can only have the DST definition use ssh, not the
>> SRC. From the  znapzendzetup documentation at
>> https://github.com/oetiker/znapzend/blob/master/doc/znapzendzetup.pod
>>
>> create [--pfexec|sudo] \
>>  [--recursive] [--mbuffer=<path>[:<port>]] [--mbuffersize=<size>] \
>>  [--pre-snap-command=<command>] \
>>  [--post-snap-command=<command>] \
>>  [--tsformat=<format>] --donotask \
>>  SRC plan dataset \
>>  [ DST[:key] plan [[user@]host:]dataset ]
>>
>> >The SRC zfs exists:
>> >ssh 10.2.2.21 zfs list data/vm-111-disk-1
>> >NAME                 USED  AVAIL  REFER  MOUNTPOINT
>> >data/vm-111-disk-1  16.5G  1.17T  16.1G  -
>> >
>> >
>> >Any clues on what I am doing wrong?
>> >
>>
>> --
>> Christian Kivalo
>>
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160515/59d72c39/attachment.html>

From chen.hsinan2007 at gmail.com  Mon May 16 14:17:37 2016
From: chen.hsinan2007 at gmail.com (Hsin-an Chen)
Date: Mon, 16 May 2016 07:17:37 -0700
Subject: [OmniOS-discuss] KVM problem with latest r151018
In-Reply-To: <CAMbJr21yudh1zaYi17D6VhjNHNDkGQ+ZxsV93LY-qzvQL+7=Ww@mail.gmail.com>
References: <CAMbJr21yudh1zaYi17D6VhjNHNDkGQ+ZxsV93LY-qzvQL+7=Ww@mail.gmail.com>
Message-ID: <CAMbJr2238L_1WuS4_8YUk5521d96gX4tK9v-HDskUdftD4NQ9w@mail.gmail.com>

Hi,

Sorry to send out this email again. Does anyone have same KVM problem in
omniOS? Or most of you are using it as NAS server not virtualization? I can
install ubuntu linux without any problem.

Jason


On Sat, May 14, 2016 at 1:04 PM, Hsin-an Chen <chen.hsinan2007 at gmail.com>
wrote:

> Hi,
>
> Does anyone have problem to install FreeBSD v10.3 AMD64 w/ r151018 omniOS
> KVM?
>
> My hardware is HP DL380 G7 64GB w/ 2 Samsung 256GB SSD. When it boots from
> CD, it has the following errors and always reboot again and again so I
> cannot install FreeBSD in KVM at all.
>
> Thanks,
>
> Jason
>
>
> [image: Inline image 1]
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160516/45e5d3da/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 45862 bytes
Desc: not available
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160516/45e5d3da/attachment-0001.png>

From danmcd at omniti.com  Mon May 16 14:39:36 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Mon, 16 May 2016 10:39:36 -0400
Subject: [OmniOS-discuss] KVM problem with latest r151018
In-Reply-To: <CAMbJr2238L_1WuS4_8YUk5521d96gX4tK9v-HDskUdftD4NQ9w@mail.gmail.com>
References: <CAMbJr21yudh1zaYi17D6VhjNHNDkGQ+ZxsV93LY-qzvQL+7=Ww@mail.gmail.com>
	<CAMbJr2238L_1WuS4_8YUk5521d96gX4tK9v-HDskUdftD4NQ9w@mail.gmail.com>
Message-ID: <0A2CE822-C23D-4CF6-A99A-545AF8677432@omniti.com>


> On May 16, 2016, at 10:17 AM, Hsin-an Chen <chen.hsinan2007 at gmail.com> wrote:
> 
> Sorry to send out this email again. Does anyone have same KVM problem in omniOS? Or most of you are using it as NAS server not virtualization? I can install ubuntu linux without any problem.
> 

Your FreeBSD ISO is throwing EIO errors at your KVM.  You said you can install ubuntu under this w/o any problems, right?  Also, does the ubuntu disk show up as a CD or DVD?  The FreeBSD error messages you showed seemed to indicate DVD.

Can you try an alternate FreeBSD ISO (earlier or later version) just in case the specific ISO is causing the problems?

Dan


From danmcd at omniti.com  Mon May 16 21:10:31 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Mon, 16 May 2016 17:10:31 -0400
Subject: [OmniOS-discuss] OmniOS pkg server downtime
References: <84485658-E0E3-432D-922F-887E5D49C8DA@omniti.com>
Message-ID: <E5F02C63-991D-4287-A159-BA89861005EF@omniti.com>

This Wednesday, May 18th, between 10:30am and 12noon US/Eastern (1430 - 1600 GMT) we're upgrading some infrastructure.  This includes the main OmniOS page:

	http://omnios.omniti.com/

and the following supported repo servers:

	http://pkg.omniti.com/omnios/r151014/   (LTS)
	http://pkg.omniti.com/omnios/r151016/   (old-Stable)
	http://pkg.omniti.com/omnios/r151018/   (Stable)

I'll mail on-list when things are up again if it's up prior to 12noon US/Eastern, or if further downtime occurs.

Thanks,
Dan



From stephan.budach at JVM.DE  Tue May 17 12:30:00 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Tue, 17 May 2016 14:30:00 +0200
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <3F300861-3541-4D3E-82D5-13FD061B8D9B@omniti.com>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
	<5733192A.60506@jvm.de>
	<0F866400-B276-4E81-A6CB-DB071A277F5F@omniti.com>
	<57335E9F.6080404@jvm.de>
	<3F300861-3541-4D3E-82D5-13FD061B8D9B@omniti.com>
Message-ID: <573B0EC8.9090007@jvm.de>

Am 11.05.16 um 19:28 schrieb Dale Ghent:
>> On May 11, 2016, at 12:32 PM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>> I will try to get one node free of all services running on it, as I will have to reboot the system, since I will have to change the ixgbe.conf, haven't I?
>> This is a RSF-1 host, so this will likely be done over the weekend.
> You can use dladm on a live system:
>
> dladm set-linkprop -p flowctrl=no ixgbeN
>
> Where ixgbeN is your ixgbe interfaces (probably ixgbe0 and ixgbe1)
>
> /dale
>
I have checked all of my ixgbe interfaces and they all report that now 
flow controll is in place, as you can see:

root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0
LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
ixgbe0       flowctrl        rw   no no             no,tx,rx,bi
root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe1
LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
ixgbe1       flowctrl        rw   no no             no,tx,rx,bi
root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe2
LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
ixgbe2       flowctrl        rw   no no             no,tx,rx,bi
root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe3
LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
ixgbe3       flowctrl        rw   no no             no,tx,rx,bi


I then checked the ports on the Nexus switches and found out, that they 
do have outbound-flowcontrol enabled, but that is the case on any of 
those Nexus ports, including those, where this issue doesn't exist.

Regards,
Stephan

From daleg at omniti.com  Tue May 17 18:55:30 2016
From: daleg at omniti.com (Dale Ghent)
Date: Tue, 17 May 2016 14:55:30 -0400
Subject: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
In-Reply-To: <573B0EC8.9090007@jvm.de>
References: <5730818B.6020909@jvm.de>
	<8485B303-9706-42C4-B1B1-EAF6DAC949A3@omniti.com>
	<5730D110.5080305@jvm.de>
	<91D2ADD2-19BB-422B-9723-1E7F34DB43FA@omniti.com>
	<5733192A.60506@jvm.de>
	<0F866400-B276-4E81-A6CB-DB071A277F5F@omniti.com>
	<57335E9F.6080404@jvm.de>
	<3F300861-3541-4D3E-82D5-13FD061B8D9B@omniti.com>
	<573B0EC8.9090007@jvm.de>
Message-ID: <DDDC4D69-75C1-4B13-9DE8-EF20D8074632@omniti.com>

On May 17, 2016, at 8:30 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:

> I have checked all of my ixgbe interfaces and they all report that now flow controll is in place, as you can see:
> 
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe0       flowctrl        rw   no no             no,tx,rx,bi
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe1
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe1       flowctrl        rw   no no             no,tx,rx,bi
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe2
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe2       flowctrl        rw   no no             no,tx,rx,bi
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe3
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe3       flowctrl        rw   no no             no,tx,rx,bi
> 
> I then checked the ports on the Nexus switches and found out, that they do have outbound-flowcontrol enabled, but that is the case on any of those Nexus ports, including those, where this issue doesn't exist.

Optimally you would have flow control turned off on both sides, as the switch still expects the ixgbe NIC to respond appropriately. To be honest, the only time to use ethernet flow control is if you are operating the interfaces for higher-level protocols which do not provide any sort of direct flow control themselves, such as FCoE. If the vast majority of traffic is TCP, leave it to the TCP stack to manage any local congestion on the link.

/dale
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160517/165e56eb/attachment.bin>

From omnios at comparion.de  Wed May 18 08:59:00 2016
From: omnios at comparion.de (OmniOS-discuss)
Date: Wed, 18 May 2016 08:59:00 +0000
Subject: [OmniOS-discuss] AD integration problems
Message-ID: <525c5aa067bd4bfba569c0b1efcd08e8@dcx01.intra.comparion.de>

Hi,

after upgrading from Windows Server 2008 to 2012 R2 Standard I have some more or less strange problems where I cannot find a solution.

My environment is:
Two Windows DC's (Windows Server 2012 R2) one on local site, one on remote site
Two (productive) storage boxes (one for cifs shares and iscsi the other one as read only backup for the cifs shares)
smbautohome with wildcard rule on both boxes
Windows 8.1 client systems

After upgrading to Windows 2012 I could not access the automatically created and still visible user shares anymore (network error - path not found)
After upgrading one storage box to  "omnios-master-5409e8f April 2016" the share is not created anymore and of course still not accessible.

Another problem is that I'm unable to mount iso-files directly from a cifs share on my windows workstation which was possible before without any problems.
The German error message is "Problem beim Bereitstellen der Datei" which means " Sorry, there was a problem mounting the file"

Any help is welcome - no idea anymore

Regards
Robert




--
This message has been scanned by E.F.A. Project and is believed to be clean.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160518/e73d5562/attachment.html>

From robertfantini at gmail.com  Thu May 19 19:49:49 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 15:49:49 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
Message-ID: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>

Hello

after getting postfix to work on two nappi-it/omnps systems,  i get an
email every minutes with this:
perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl

Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
IO::Tty: ld.so.1: perl: fatal:
/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
ELFCLASS32 at
/usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
 at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.

and at napp-it menu - click zfs gets this:

Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
IO::Tty: ld.so.1: perl: fatal:
/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
ELFCLASS32 at
/usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
line 22. BEGIN failed--compilation aborted at
/var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
2816. BEGIN failed--compilation aborted at
/var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
Compilation failed in require at admin.pl line 869.


I did this to install postfix,
 pfexec pkg set-publisher -G '*' -g http://sfe.opencsw.org/localhostomnios
localhostomnios

 pkg install pkg://localhostomnios/service/network/smtp/postfix


I'm new to omnios,  it looks like wrong arch perl stuff got in?

Any suggestions on how to fix this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/3ff79b05/attachment-0001.html>

From jesus at omniti.com  Thu May 19 20:07:48 2016
From: jesus at omniti.com (Theo Schlossnagle)
Date: Thu, 19 May 2016 16:07:48 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
Message-ID: <CACLsApumkj5rKBK5NhuuFHbTfkAhyV0HAwBmsBFGUU_BvzRDYw@mail.gmail.com>

My guess is that napp assumes a 32bit perl?

Try:

/usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl

On Thu, May 19, 2016 at 3:49 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> Hello
>
> after getting postfix to work on two nappi-it/omnps systems,  i get an
> email every minutes with this:
> perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>
> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
> IO::Tty: ld.so.1: perl: fatal:
> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
> ELFCLASS32 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
>  at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.
>
> and at napp-it menu - click zfs gets this:
>
> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
> IO::Tty: ld.so.1: perl: fatal:
> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
> ELFCLASS32 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
> at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
> require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
> failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
> 7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
> line 22. BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
> require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
> 2816. BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
> Compilation failed in require at admin.pl line 869.
>
>
> I did this to install postfix,
>  pfexec pkg set-publisher -G '*' -g http://sfe.opencsw.org/localhostomnios
> localhostomnios
>
>  pkg install pkg://localhostomnios/service/network/smtp/postfix
>
>
> I'm new to omnios,  it looks like wrong arch perl stuff got in?
>
> Any suggestions on how to fix this?
>
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>


-- 

Theo Schlossnagle

http://omniti.com/is/theo-schlossnagle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/7fa03afb/attachment.html>

From robertfantini at gmail.com  Thu May 19 20:18:00 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 16:18:00 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
Message-ID: <CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>

tried:
pkg uninstall postfix


same issue.

On Thu, May 19, 2016 at 3:49 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> Hello
>
> after getting postfix to work on two nappi-it/omnps systems,  i get an
> email every minutes with this:
> perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>
> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
> IO::Tty: ld.so.1: perl: fatal:
> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
> ELFCLASS32 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
>  at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.
>
> and at napp-it menu - click zfs gets this:
>
> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
> IO::Tty: ld.so.1: perl: fatal:
> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
> ELFCLASS32 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
> at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
> require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
> failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
> 7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
> line 22. BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
> require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
> 2816. BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
> Compilation failed in require at admin.pl line 869.
>
>
> I did this to install postfix,
>  pfexec pkg set-publisher -G '*' -g http://sfe.opencsw.org/localhostomnios
> localhostomnios
>
>  pkg install pkg://localhostomnios/service/network/smtp/postfix
>
>
> I'm new to omnios,  it looks like wrong arch perl stuff got in?
>
> Any suggestions on how to fix this?
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/e9ae2ffe/attachment.html>

From robertfantini at gmail.com  Thu May 19 20:32:44 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 16:32:44 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
Message-ID: <CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>

# /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
-bash: /usr/bin/i386/perl: No such file or directory


On Thu, May 19, 2016 at 4:18 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> tried:
> pkg uninstall postfix
>
>
> same issue.
>
> On Thu, May 19, 2016 at 3:49 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>> Hello
>>
>> after getting postfix to work on two nappi-it/omnps systems,  i get an
>> email every minutes with this:
>> perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>>
>> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
>> IO::Tty: ld.so.1: perl: fatal:
>> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
>> ELFCLASS32 at
>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line
>> 190.
>>  at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.
>>
>> and at napp-it menu - click zfs gets this:
>>
>> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
>> IO::Tty: ld.so.1: perl: fatal:
>> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
>> ELFCLASS32 at
>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
>> at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
>> require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
>> failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
>> 7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
>> line 22. BEGIN failed--compilation aborted at
>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
>> require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
>> 2816. BEGIN failed--compilation aborted at
>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>> Compilation failed in require at admin.pl line 869.
>>
>>
>> I did this to install postfix,
>>  pfexec pkg set-publisher -G '*' -g
>> http://sfe.opencsw.org/localhostomnios localhostomnios
>>
>>  pkg install pkg://localhostomnios/service/network/smtp/postfix
>>
>>
>> I'm new to omnios,  it looks like wrong arch perl stuff got in?
>>
>> Any suggestions on how to fix this?
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/efce43e3/attachment.html>

From robertfantini at gmail.com  Thu May 19 20:36:24 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 16:36:24 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
Message-ID: <CALnM7zkrM7DxUD0FqCkaZfyg2ysG5hVcGEB3nW2Jq3Gez2zs_A@mail.gmail.com>

ls -l /usr/bin/perl
lrwxrwxrwx 1 root root 24 Apr  5 15:40 /usr/bin/perl ->
../perl5/5.16.1/bin/perl*




On Thu, May 19, 2016 at 4:32 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
> -bash: /usr/bin/i386/perl: No such file or directory
>
>
> On Thu, May 19, 2016 at 4:18 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>> tried:
>> pkg uninstall postfix
>>
>>
>> same issue.
>>
>> On Thu, May 19, 2016 at 3:49 PM, Robert Fantini <robertfantini at gmail.com>
>> wrote:
>>
>>> Hello
>>>
>>> after getting postfix to work on two nappi-it/omnps systems,  i get an
>>> email every minutes with this:
>>> perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>>>
>>> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
>>> IO::Tty: ld.so.1: perl: fatal:
>>> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
>>> ELFCLASS32 at
>>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line
>>> 190.
>>>  at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.
>>>
>>> and at napp-it menu - click zfs gets this:
>>>
>>> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
>>> IO::Tty: ld.so.1: perl: fatal:
>>> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
>>> ELFCLASS32 at
>>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
>>> at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
>>> require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
>>> failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
>>> 7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
>>> line 22. BEGIN failed--compilation aborted at
>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
>>> require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
>>> 2816. BEGIN failed--compilation aborted at
>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>> Compilation failed in require at admin.pl line 869.
>>>
>>>
>>> I did this to install postfix,
>>>  pfexec pkg set-publisher -G '*' -g
>>> http://sfe.opencsw.org/localhostomnios localhostomnios
>>>
>>>  pkg install pkg://localhostomnios/service/network/smtp/postfix
>>>
>>>
>>> I'm new to omnios,  it looks like wrong arch perl stuff got in?
>>>
>>> Any suggestions on how to fix this?
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/cae239a0/attachment-0001.html>

From danmcd at omniti.com  Thu May 19 20:40:23 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Thu, 19 May 2016 16:40:23 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
Message-ID: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>


> On May 19, 2016, at 4:32 PM, Robert Fantini <robertfantini at gmail.com> wrote:
> 
> # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
> -bash: /usr/bin/i386/perl: No such file or directory

Interesting.

	/usr/perl5/5.16.1/bin/i386/perl

should work, but I wonder if our perl packaging should be a bit more intelligent with symlinks in /usr/bin/{i386,amd64} as well?

Dan


From gordon.w.ross at gmail.com  Thu May 19 20:47:24 2016
From: gordon.w.ross at gmail.com (Gordon Ross)
Date: Thu, 19 May 2016 16:47:24 -0400
Subject: [OmniOS-discuss] AD integration problems
In-Reply-To: <525c5aa067bd4bfba569c0b1efcd08e8@dcx01.intra.comparion.de>
References: <525c5aa067bd4bfba569c0b1efcd08e8@dcx01.intra.comparion.de>
Message-ID: <CAD0Ztp3s-Ffzs6YGNN9Swwv23WhTRHOeboUhzeu=K8S5k=w7zw@mail.gmail.com>

I haven't heard of anyone using autohome shares in a while, so it's
possible that functionality regressed.
As usual, I recommend grabbing a network trace (port 445) and dtrace
outputs from both /usr/lib/smbsrv/dtrace/smbsrv.d and
/usr/lib/smbsrv/dtrace/smbd-all.d  -- all running while you reproduce
the problem.
If you need help figuring out what those tell you, put them up
somewhere we can see.

Thanks,
Gordon


On Wed, May 18, 2016 at 4:59 AM, OmniOS-discuss <omnios at comparion.de> wrote:
> Hi,
>
>
>
> after upgrading from Windows Server 2008 to 2012 R2 Standard I have some
> more or less strange problems where I cannot find a solution.
>
>
>
> My environment is:
>
> Two Windows DC?s (Windows Server 2012 R2) one on local site, one on remote
> site
>
> Two (productive) storage boxes (one for cifs shares and iscsi the other one
> as read only backup for the cifs shares)
>
> smbautohome with wildcard rule on both boxes
>
> Windows 8.1 client systems
>
>
>
> After upgrading to Windows 2012 I could not access the automatically created
> and still visible user shares anymore (network error ? path not found)
>
> After upgrading one storage box to  ?omnios-master-5409e8f April 2016? the
> share is not created anymore and of course still not accessible.
>
>
>
> Another problem is that I?m unable to mount iso-files directly from a cifs
> share on my windows workstation which was possible before without any
> problems.
>
> The German error message is ?Problem beim Bereitstellen der Datei? which
> means ? Sorry, there was a problem mounting the file?
>
>
>
> Any help is welcome ? no idea anymore
>
>
>
> Regards
>
> Robert
>
>
>
>
>
>
> --
> This message has been scanned for viruses and dangerous content by
> E.F.A. Project, and is believed to be clean.
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>

From gordon.w.ross at gmail.com  Thu May 19 20:51:18 2016
From: gordon.w.ross at gmail.com (Gordon Ross)
Date: Thu, 19 May 2016 16:51:18 -0400
Subject: [OmniOS-discuss] Dfs root with in-kernel SMB server?
In-Reply-To: <171c01d1a02f$f1c40ec0$d54c2c40$@acm.org>
References: <171c01d1a02f$f1c40ec0$d54c2c40$@acm.org>
Message-ID: <CAD0Ztp3RwqiHcEwCHhiBtykJg_OFwoW133TyfjtCBHuxCRGJ1w@mail.gmail.com>

DFS root support is there (it came out before the "lawnmower incident").
Should work the same as described in the S11 docs.

On Tue, Apr 26, 2016 at 10:53 PM, Paul B. Henson <henson at acm.org> wrote:
> I was curious if it is possible to set up a share that acts as a Windows Dfs
> root using the illumos in-kernel SMB server, similar to what samba allows
> you to do. I found some less than helpful Solaris 11 documentation that
> mentioned it in passing, but I don't know if that's a pre or post lawnmower
> breakup feature, and it also said something about having to manage it from a
> Windows server with Windows tools, which would be a no go from my
> perspective 8-/. With the release of SMB2 support in 018, we are looking at
> migrating our filesharing services away from samba, but we also use it for
> Dfs root purposes.
>
> Thanks.
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

From robertfantini at gmail.com  Thu May 19 21:05:33 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 17:05:33 -0400
Subject: [OmniOS-discuss] Fwd:  after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
Message-ID: <CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>

---------- Forwarded message ----------
From: Robert Fantini <robertfantini at gmail.com>
Date: Thu, May 19, 2016 at 4:43 PM
Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
class' issue
To: Dan McDonald <danmcd at omniti.com>


# /usr/perl5/5.16.1/bin/i386/perl
/var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
/usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
213.
Compilation failed in require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm
line 7.
BEGIN failed--compilation aborted at
/var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
line 22.
BEGIN failed--compilation aborted at
/var/web-gui/data/napp-it/CGI/Expect.pm line 22.
Compilation failed in require at
/var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
BEGIN failed--compilation aborted at
/var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
Compilation failed in require at
/var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.


On Thu, May 19, 2016 at 4:40 PM, Dan McDonald <danmcd at omniti.com> wrote:

>
> > On May 19, 2016, at 4:32 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
> >
> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
> auto.pl
> > -bash: /usr/bin/i386/perl: No such file or directory
>
> Interesting.
>
>         /usr/perl5/5.16.1/bin/i386/perl
>
> should work, but I wonder if our perl packaging should be a bit more
> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>
> Dan
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/cd0d70ca/attachment.html>

From robertfantini at gmail.com  Thu May 19 21:32:19 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 17:32:19 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
Message-ID: <CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>

so I assume that when postfix got installed, an update to perl occurred.

can someone please point me in the direction to install the prior perl
version?

PS:  others have had a similar issue:
https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303

On Thu, May 19, 2016 at 5:05 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

>
> ---------- Forwarded message ----------
> From: Robert Fantini <robertfantini at gmail.com>
> Date: Thu, May 19, 2016 at 4:43 PM
> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
> class' issue
> To: Dan McDonald <danmcd at omniti.com>
>
>
> # /usr/perl5/5.16.1/bin/i386/perl
> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
> Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
> 213.
> Compilation failed in require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm
> line 7.
> BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
> Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
> line 22.
> BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
> Compilation failed in require at
> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
> BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
> Compilation failed in require at
> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.
>
>
> On Thu, May 19, 2016 at 4:40 PM, Dan McDonald <danmcd at omniti.com> wrote:
>
>>
>> > On May 19, 2016, at 4:32 PM, Robert Fantini <robertfantini at gmail.com>
>> wrote:
>> >
>> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
>> auto.pl
>> > -bash: /usr/bin/i386/perl: No such file or directory
>>
>> Interesting.
>>
>>         /usr/perl5/5.16.1/bin/i386/perl
>>
>> should work, but I wonder if our perl packaging should be a bit more
>> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>>
>> Dan
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/858f0415/attachment-0001.html>

From robertfantini at gmail.com  Thu May 19 22:46:55 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 18:46:55 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
	<CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
Message-ID: <CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>

so I was installing postfix to use with a log check script.  instead will
do remote logging ...

to fix our issue I think doing a zfs rollback . following
http://omnios.omniti.com/wiki.php/GeneralAdministration  ...

we've hourly snapshots.

so I plan to do this:

1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
2- init 1
3- zfs rollback rpool/ROOT/omnios at 2016-05-19-150000
4- reboot

Or am I being overly cautions?



On Thu, May 19, 2016 at 5:32 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> so I assume that when postfix got installed, an update to perl occurred.
>
> can someone please point me in the direction to install the prior perl
> version?
>
> PS:  others have had a similar issue:
>
> https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>
> On Thu, May 19, 2016 at 5:05 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>>
>> ---------- Forwarded message ----------
>> From: Robert Fantini <robertfantini at gmail.com>
>> Date: Thu, May 19, 2016 at 4:43 PM
>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
>> class' issue
>> To: Dan McDonald <danmcd at omniti.com>
>>
>>
>> # /usr/perl5/5.16.1/bin/i386/perl
>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>> Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
>> 213.
>> Compilation failed in require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm
>> line 7.
>> BEGIN failed--compilation aborted at
>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>> Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
>> line 22.
>> BEGIN failed--compilation aborted at
>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>> Compilation failed in require at
>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>> BEGIN failed--compilation aborted at
>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>> Compilation failed in require at
>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.
>>
>>
>> On Thu, May 19, 2016 at 4:40 PM, Dan McDonald <danmcd at omniti.com> wrote:
>>
>>>
>>> > On May 19, 2016, at 4:32 PM, Robert Fantini <robertfantini at gmail.com>
>>> wrote:
>>> >
>>> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
>>> auto.pl
>>> > -bash: /usr/bin/i386/perl: No such file or directory
>>>
>>> Interesting.
>>>
>>>         /usr/perl5/5.16.1/bin/i386/perl
>>>
>>> should work, but I wonder if our perl packaging should be a bit more
>>> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>>>
>>> Dan
>>>
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/2183fd2c/attachment.html>

From robertfantini at gmail.com  Fri May 20 01:48:57 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Thu, 19 May 2016 21:48:57 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
	<CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
	<CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>
Message-ID: <CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>

after the rollback, per was the same version , and napp-it had same issue.

Here are our zfs filesystems:

# alias df
alias df='zfs list -t filesystem'
sys4  ~ # df
NAME                                        USED  AVAIL  REFER  MOUNTPOINT
data                                        175G  1.68T  27.2K  /data
data/backup_napp-it                         265M  1.51T  37.8M
/data/backup_napp-it
rpool                                      23.9G   437G  24.5K  /rpool
rpool/ROOT                                 5.82G   437G    19K  legacy
rpool/ROOT/omnios                           273M   437G  2.97G  /
rpool/ROOT/omnios-1                        5.55G   437G  3.18G  /
rpool/ROOT/omnios-1-backup-1                 41K   437G  3.34G  /
rpool/ROOT/omnios-backup-1                   63K   437G  1.64G  /
rpool/ROOT/omniosvar                         19K   437G    19K  legacy
rpool/ROOT/pre_download_16.03f_1463010047     1K   437G  2.92G  /
rpool/ROOT/pre_napp-it-16.02f                35K   437G  1.63G  /
rpool/ROOT/pre_napp-it-16.03f                41K   437G  3.19G  /
rpool/export                                 38K   437G    19K  /export
rpool/export/home                            19K   437G    19K  /export/home

I had done this to roll back:
 zfs rollback  -r  rpool/ROOT/omnios at 2016-05-19-150000

In case you know  omnios/napp-it ,  is there another file system which
should be rolled back to fix the napp-it storage?


On Thu, May 19, 2016 at 6:46 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> so I was installing postfix to use with a log check script.  instead will
> do remote logging ...
>
> to fix our issue I think doing a zfs rollback . following
> http://omnios.omniti.com/wiki.php/GeneralAdministration  ...
>
> we've hourly snapshots.
>
> so I plan to do this:
>
> 1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
> 2- init 1
> 3- zfs rollback rpool/ROOT/omnios at 2016-05-19-150000
> 4- reboot
>
> Or am I being overly cautions?
>
>
>
> On Thu, May 19, 2016 at 5:32 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>> so I assume that when postfix got installed, an update to perl occurred.
>>
>> can someone please point me in the direction to install the prior perl
>> version?
>>
>> PS:  others have had a similar issue:
>>
>> https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>>
>> On Thu, May 19, 2016 at 5:05 PM, Robert Fantini <robertfantini at gmail.com>
>> wrote:
>>
>>>
>>> ---------- Forwarded message ----------
>>> From: Robert Fantini <robertfantini at gmail.com>
>>> Date: Thu, May 19, 2016 at 4:43 PM
>>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
>>> class' issue
>>> To: Dan McDonald <danmcd at omniti.com>
>>>
>>>
>>> # /usr/perl5/5.16.1/bin/i386/perl
>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>>> Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
>>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
>>> 213.
>>> Compilation failed in require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm
>>> line 7.
>>> BEGIN failed--compilation aborted at
>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>> Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
>>> line 22.
>>> BEGIN failed--compilation aborted at
>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>> Compilation failed in require at
>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>> BEGIN failed--compilation aborted at
>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>> Compilation failed in require at
>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.
>>>
>>>
>>> On Thu, May 19, 2016 at 4:40 PM, Dan McDonald <danmcd at omniti.com> wrote:
>>>
>>>>
>>>> > On May 19, 2016, at 4:32 PM, Robert Fantini <robertfantini at gmail.com>
>>>> wrote:
>>>> >
>>>> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
>>>> auto.pl
>>>> > -bash: /usr/bin/i386/perl: No such file or directory
>>>>
>>>> Interesting.
>>>>
>>>>         /usr/perl5/5.16.1/bin/i386/perl
>>>>
>>>> should work, but I wonder if our perl packaging should be a bit more
>>>> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>>>>
>>>> Dan
>>>>
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/597a28d0/attachment.html>

From sequoiamobil at gmx.net  Sat May 21 04:29:32 2016
From: sequoiamobil at gmx.net (Sebastian Gabler)
Date: Sat, 21 May 2016 06:29:32 +0200
Subject: [OmniOS-discuss] HP Gen9, H241 HBA
Message-ID: <852787f2-0063-7a06-6ff3-1ce872d6e332@gmx.net>

Hi,
I am pondering to set up a new server. I am looking into a Gen9 HP 
machine (Options include inexpensive DL20 to DL360 using more RAM), 
using a H241 HBA connecting to a SuperMicro Jbod (dual 12g expanders).
Any opinions? Anything I should be aware of besides the Broadcom 1G NIC 
issues?

TIA,

Sebastian

From jimklimov at cos.ru  Sat May 21 06:44:09 2016
From: jimklimov at cos.ru (Jim Klimov)
Date: Sat, 21 May 2016 08:44:09 +0200
Subject: [OmniOS-discuss] need help with znapzendzetup
In-Reply-To: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
References: <CALnM7znMiU749UjkKyZgSAuXyBUxuYOnTBS4DupzpZf1YOrB4g@mail.gmail.com>
Message-ID: <9A25B81D-5BAD-425E-B955-129858B03F51@cos.ru>

15 ??? 2016??. 20:42:19 CEST, Robert Fantini <robertfantini at gmail.com> ?????:
>Hello,
>
>I've got znapzend working on omnios.  that can remote send to linux
>using a
>napp-it  job .
>
>Next I want to run znapzend on linux and pull from omnios .
>
>this does not work ,
>znapzendzetup create \
>      --tsformat='%Y-%m-%d-%H%M%S'  \
>      --mbuffer=/usr/bin/mbuffer \
>      SRC  '7d=>1h,3w=>1d'   root at 10.2.2.21:data/vm-111-disk-1  \
>      DST  '7d=>1h,3m=>1d'   tank/znapzend/pro4-kvm
>
>*** backup plan: root at 10.2.2.21:data/vm-111-disk-1 ***
>dst_0           = tank/znapzend/pro4-kvm
>dst_0_plan      = 7days=>1hour,3months=>1day
>enabled         = on
>mbuffer         = /usr/bin/mbuffer
>mbuffer_size    = 1G
>post_znap_cmd   = off
>pre_znap_cmd    = off
>recursive       = off
>src             = root at 10.2.2.21:data/vm-111-disk-1
>src_plan        = 7days=>1hour,3weeks=>1day
>tsformat        = %Y-%m-%d-%H%M%S
>
>Do you want to save this backup set [y/N]?
> y
>cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
>cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name
>ERROR: could not set property dst_0_plan on root at 10.2.2.21:
>data/vm-111-disk-1
>
>
>The SRC zfs exists:
>ssh 10.2.2.21 zfs list data/vm-111-disk-1
>NAME                 USED  AVAIL  REFER  MOUNTPOINT
>data/vm-111-disk-1  16.5G  1.17T  16.1G  -
>
>
>Any clues on what I am doing wrong?
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>OmniOS-discuss mailing list
>OmniOS-discuss at lists.omniti.com
>http://lists.omniti.com/mailman/listinfo/omnios-discuss

Syntactically I think it sees your ssh url as a dataset name and snapshot :

cannot open 'root at 10.2.2.21:data/vm-111-disk-1': invalid dataset name

Dataset 'root' snapshot '10.2.....' ;)

Jim
--
Typos courtesy of K-9 Mail on my Samsung Android

From richard.elling at richardelling.com  Sat May 21 07:45:55 2016
From: richard.elling at richardelling.com (Richard Elling)
Date: Sat, 21 May 2016 08:45:55 +0100
Subject: [OmniOS-discuss] HP Gen9, H241 HBA
In-Reply-To: <852787f2-0063-7a06-6ff3-1ce872d6e332@gmx.net>
References: <852787f2-0063-7a06-6ff3-1ce872d6e332@gmx.net>
Message-ID: <40D85009-CCC6-43D4-81BD-81B27BCDFB49@richardelling.com>

we've been working on H241 JBOD driver. We have it talking to drives on a variety of enclosures along with several weeks of constant load. The current cpqary3 driver is not suitable, even if it attaches. 

Let me know if you want to become involved and have enough time in your schedule to wait for it to be fully baked. Otherwise, HP does sell a rebranded LSI 23xx-based HBA that works fine OOB today.

  -- richard



> On May 21, 2016, at 5:29 AM, Sebastian Gabler <sequoiamobil at gmx.net> wrote:
> 
> Hi,
> I am pondering to set up a new server. I am looking into a Gen9 HP machine (Options include inexpensive DL20 to DL360 using more RAM), using a H241 HBA connecting to a SuperMicro Jbod (dual 12g expanders).
> Any opinions? Anything I should be aware of besides the Broadcom 1G NIC issues?
> 
> TIA,
> 
> Sebastian
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

From omnios at comparion.de  Sat May 21 15:21:46 2016
From: omnios at comparion.de (OmniOS-discuss)
Date: Sat, 21 May 2016 15:21:46 +0000
Subject: [OmniOS-discuss] AD integration problems
In-Reply-To: <CAD0Ztp3s-Ffzs6YGNN9Swwv23WhTRHOeboUhzeu=K8S5k=w7zw@mail.gmail.com>
References: <525c5aa067bd4bfba569c0b1efcd08e8@dcx01.intra.comparion.de>
	<CAD0Ztp3s-Ffzs6YGNN9Swwv23WhTRHOeboUhzeu=K8S5k=w7zw@mail.gmail.com>
Message-ID: <d25d231176984ec2972f3a58cb415d50@dcx01.intra.comparion.de>

Hi Gordon,

a networktrace shouldn't be a problem but for dtrace I need some help.
Do you have a commadline form e to produce the wanted output?

Regards
Robert


-----Urspr?ngliche Nachricht-----
Von: Gordon Ross [mailto:gordon.w.ross at gmail.com] 
Gesendet: Donnerstag, 19. Mai 2016 22:47
An: OmniOS-discuss <omnios at comparion.de>
Cc: omnios-discuss at lists.omniti.com
Betreff: Re: [OmniOS-discuss] AD integration problems

I haven't heard of anyone using autohome shares in a while, so it's possible that functionality regressed.
As usual, I recommend grabbing a network trace (port 445) and dtrace outputs from both /usr/lib/smbsrv/dtrace/smbsrv.d and /usr/lib/smbsrv/dtrace/smbd-all.d  -- all running while you reproduce the problem.
If you need help figuring out what those tell you, put them up somewhere we can see.

Thanks,
Gordon


On Wed, May 18, 2016 at 4:59 AM, OmniOS-discuss <omnios at comparion.de> wrote:
> Hi,
>
>
>
> after upgrading from Windows Server 2008 to 2012 R2 Standard I have 
> some more or less strange problems where I cannot find a solution.
>
>
>
> My environment is:
>
> Two Windows DC?s (Windows Server 2012 R2) one on local site, one on 
> remote site
>
> Two (productive) storage boxes (one for cifs shares and iscsi the 
> other one as read only backup for the cifs shares)
>
> smbautohome with wildcard rule on both boxes
>
> Windows 8.1 client systems
>
>
>
> After upgrading to Windows 2012 I could not access the automatically 
> created and still visible user shares anymore (network error ? path 
> not found)
>
> After upgrading one storage box to  ?omnios-master-5409e8f April 2016? 
> the share is not created anymore and of course still not accessible.
>
>
>
> Another problem is that I?m unable to mount iso-files directly from a 
> cifs share on my windows workstation which was possible before without 
> any problems.
>
> The German error message is ?Problem beim Bereitstellen der Datei? 
> which means ? Sorry, there was a problem mounting the file?
>
>
>
> Any help is welcome ? no idea anymore
>
>
>
> Regards
>
> Robert
>
>
>
>
>
>
> --
> This message has been scanned for viruses and dangerous content by 
> E.F.A. Project, and is believed to be clean.
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>

From chen.hsinan2007 at gmail.com  Sat May 21 23:09:34 2016
From: chen.hsinan2007 at gmail.com (Hsin-an Chen)
Date: Sat, 21 May 2016 16:09:34 -0700
Subject: [OmniOS-discuss] OmniOS-discuss Digest, Vol 50, Issue 13
In-Reply-To: <mailman.1190.1463687430.1748.omnios-discuss@lists.omniti.com>
References: <mailman.1190.1463687430.1748.omnios-discuss@lists.omniti.com>
Message-ID: <CAMbJr20W6d8zLrjUkp28WhUkb78exPTQRvRzOrPsMt7kUpbW2A@mail.gmail.com>

Hi Dan,

Unfortunately I decide to run VMware EXSi as VM's host instead of omniOS w/
KVM. Besides, I decide to use FreeBSD running ZFS under VMware EXSi.
It's a more maturated and stable for my usage. I just need to have another
RAID card exported for direct access by FreeBSD so other VMs will use
FreeBSD's ZFS pool within VMware EXSi.

Thanks,

Jason


On Thu, May 19, 2016 at 12:50 PM, <omnios-discuss-request at lists.omniti.com>
wrote:

> Send OmniOS-discuss mailing list submissions to
>         omnios-discuss at lists.omniti.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.omniti.com/mailman/listinfo/omnios-discuss
> or, via email, send a message with subject or body 'help' to
>         omnios-discuss-request at lists.omniti.com
>
> You can reach the person managing the list at
>         omnios-discuss-owner at lists.omniti.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of OmniOS-discuss digest..."
>
>
> Today's Topics:
>
>    1. Re: KVM problem with latest r151018 (Dan McDonald)
>    2. OmniOS pkg server downtime (Dan McDonald)
>    3. Re: ixgbe: breaking aggr on 10GbE X540-T2 (Stephan Budach)
>    4. Re: ixgbe: breaking aggr on 10GbE X540-T2 (Dale Ghent)
>    5. AD integration problems (OmniOS-discuss)
>    6. after installing postfix, got 'wrong ELF class' issue
>       (Robert Fantini)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 16 May 2016 10:39:36 -0400
> From: Dan McDonald <danmcd at omniti.com>
> To: Hsin-an Chen <chen.hsinan2007 at gmail.com>
> Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
> Subject: Re: [OmniOS-discuss] KVM problem with latest r151018
> Message-ID: <0A2CE822-C23D-4CF6-A99A-545AF8677432 at omniti.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> > On May 16, 2016, at 10:17 AM, Hsin-an Chen <chen.hsinan2007 at gmail.com>
> wrote:
> >
> > Sorry to send out this email again. Does anyone have same KVM problem in
> omniOS? Or most of you are using it as NAS server not virtualization? I can
> install ubuntu linux without any problem.
> >
>
> Your FreeBSD ISO is throwing EIO errors at your KVM.  You said you can
> install ubuntu under this w/o any problems, right?  Also, does the ubuntu
> disk show up as a CD or DVD?  The FreeBSD error messages you showed seemed
> to indicate DVD.
>
> Can you try an alternate FreeBSD ISO (earlier or later version) just in
> case the specific ISO is causing the problems?
>
> Dan
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 16 May 2016 17:10:31 -0400
> From: Dan McDonald <danmcd at omniti.com>
> To: omnios-discuss <omnios-discuss at lists.omniti.com>
> Subject: [OmniOS-discuss] OmniOS pkg server downtime
> Message-ID: <E5F02C63-991D-4287-A159-BA89861005EF at omniti.com>
> Content-Type: text/plain; charset=us-ascii
>
> This Wednesday, May 18th, between 10:30am and 12noon US/Eastern (1430 -
> 1600 GMT) we're upgrading some infrastructure.  This includes the main
> OmniOS page:
>
>         http://omnios.omniti.com/
>
> and the following supported repo servers:
>
>         http://pkg.omniti.com/omnios/r151014/   (LTS)
>         http://pkg.omniti.com/omnios/r151016/   (old-Stable)
>         http://pkg.omniti.com/omnios/r151018/   (Stable)
>
> I'll mail on-list when things are up again if it's up prior to 12noon
> US/Eastern, or if further downtime occurs.
>
> Thanks,
> Dan
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 17 May 2016 14:30:00 +0200
> From: Stephan Budach <stephan.budach at JVM.DE>
> To: Dale Ghent <daleg at omniti.com>
> Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
> Subject: Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
> Message-ID: <573B0EC8.9090007 at jvm.de>
> Content-Type: text/plain; charset="utf-8"; format=flowed
>
> Am 11.05.16 um 19:28 schrieb Dale Ghent:
> >> On May 11, 2016, at 12:32 PM, Stephan Budach <stephan.budach at JVM.DE>
> wrote:
> >> I will try to get one node free of all services running on it, as I
> will have to reboot the system, since I will have to change the ixgbe.conf,
> haven't I?
> >> This is a RSF-1 host, so this will likely be done over the weekend.
> > You can use dladm on a live system:
> >
> > dladm set-linkprop -p flowctrl=no ixgbeN
> >
> > Where ixgbeN is your ixgbe interfaces (probably ixgbe0 and ixgbe1)
> >
> > /dale
> >
> I have checked all of my ixgbe interfaces and they all report that now
> flow controll is in place, as you can see:
>
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe0       flowctrl        rw   no no             no,tx,rx,bi
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe1
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe1       flowctrl        rw   no no             no,tx,rx,bi
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe2
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe2       flowctrl        rw   no no             no,tx,rx,bi
> root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe3
> LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> ixgbe3       flowctrl        rw   no no             no,tx,rx,bi
>
>
> I then checked the ports on the Nexus switches and found out, that they
> do have outbound-flowcontrol enabled, but that is the case on any of
> those Nexus ports, including those, where this issue doesn't exist.
>
> Regards,
> Stephan
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 17 May 2016 14:55:30 -0400
> From: Dale Ghent <daleg at omniti.com>
> To: Stephan Budach <stephan.budach at JVM.DE>
> Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
> Subject: Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
> Message-ID: <DDDC4D69-75C1-4B13-9DE8-EF20D8074632 at omniti.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On May 17, 2016, at 8:30 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
>
> > I have checked all of my ixgbe interfaces and they all report that now
> flow controll is in place, as you can see:
> >
> > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0
> > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> > ixgbe0       flowctrl        rw   no no             no,tx,rx,bi
> > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe1
> > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> > ixgbe1       flowctrl        rw   no no             no,tx,rx,bi
> > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe2
> > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> > ixgbe2       flowctrl        rw   no no             no,tx,rx,bi
> > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe3
> > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
> > ixgbe3       flowctrl        rw   no no             no,tx,rx,bi
> >
> > I then checked the ports on the Nexus switches and found out, that they
> do have outbound-flowcontrol enabled, but that is the case on any of those
> Nexus ports, including those, where this issue doesn't exist.
>
> Optimally you would have flow control turned off on both sides, as the
> switch still expects the ixgbe NIC to respond appropriately. To be honest,
> the only time to use ethernet flow control is if you are operating the
> interfaces for higher-level protocols which do not provide any sort of
> direct flow control themselves, such as FCoE. If the vast majority of
> traffic is TCP, leave it to the TCP stack to manage any local congestion on
> the link.
>
> /dale
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 455 bytes
> Desc: Message signed with OpenPGP using GPGMail
> URL: <
> http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160517/165e56eb/attachment-0001.bin
> >
>
> ------------------------------
>
> Message: 5
> Date: Wed, 18 May 2016 08:59:00 +0000
> From: OmniOS-discuss <omnios at comparion.de>
> To: "omnios-discuss at lists.omniti.com"
>         <omnios-discuss at lists.omniti.com>
> Subject: [OmniOS-discuss] AD integration problems
> Message-ID:
>         <525c5aa067bd4bfba569c0b1efcd08e8 at dcx01.intra.comparion.de>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> after upgrading from Windows Server 2008 to 2012 R2 Standard I have some
> more or less strange problems where I cannot find a solution.
>
> My environment is:
> Two Windows DC's (Windows Server 2012 R2) one on local site, one on remote
> site
> Two (productive) storage boxes (one for cifs shares and iscsi the other
> one as read only backup for the cifs shares)
> smbautohome with wildcard rule on both boxes
> Windows 8.1 client systems
>
> After upgrading to Windows 2012 I could not access the automatically
> created and still visible user shares anymore (network error - path not
> found)
> After upgrading one storage box to  "omnios-master-5409e8f April 2016" the
> share is not created anymore and of course still not accessible.
>
> Another problem is that I'm unable to mount iso-files directly from a cifs
> share on my windows workstation which was possible before without any
> problems.
> The German error message is "Problem beim Bereitstellen der Datei" which
> means " Sorry, there was a problem mounting the file"
>
> Any help is welcome - no idea anymore
>
> Regards
> Robert
>
>
>
>
> --
> This message has been scanned by E.F.A. Project and is believed to be
> clean.
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160518/e73d5562/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Thu, 19 May 2016 15:49:49 -0400
> From: Robert Fantini <robertfantini at gmail.com>
> To: omnios-discuss at lists.omniti.com
> Subject: [OmniOS-discuss] after installing postfix,     got 'wrong ELF
>         class' issue
> Message-ID:
>         <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=
> 7Z7MmrDJw at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello
>
> after getting postfix to work on two nappi-it/omnps systems,  i get an
> email every minutes with this:
> perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>
> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
> IO::Tty: ld.so.1: perl: fatal:
> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
> ELFCLASS32 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
>  at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.
>
> and at napp-it menu - click zfs gets this:
>
> Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
> IO::Tty: ld.so.1: perl: fatal:
> /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
> ELFCLASS32 at
> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
> at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
> require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
> failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
> 7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
> line 22. BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
> require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
> 2816. BEGIN failed--compilation aborted at
> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
> Compilation failed in require at admin.pl line 869.
>
>
> I did this to install postfix,
>  pfexec pkg set-publisher -G '*' -g http://sfe.opencsw.org/localhostomnios
> localhostomnios
>
>  pkg install pkg://localhostomnios/service/network/smtp/postfix
>
>
> I'm new to omnios,  it looks like wrong arch perl stuff got in?
>
> Any suggestions on how to fix this?
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/3ff79b05/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
> ------------------------------
>
> End of OmniOS-discuss Digest, Vol 50, Issue 13
> **********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160521/59e1c05f/attachment-0001.html>

From robertfantini at gmail.com  Sat May 21 23:58:09 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Sat, 21 May 2016 19:58:09 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
	<CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
	<CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>
	<CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>
Message-ID: <CALnM7zntzO6Gm-Mcr-4B1Sm692Zo1sCyS=KxHbWaf5rev7EM4A@mail.gmail.com>

to fix

cd /usr/bin

mv perl perl-

ln -s ../perl5/5.16.1/bin/i386/perl

mv /var/web-gui/data/napp-it/CGI/auto/IO
/var/web-gui/data/napp-it/CGI/auto/IO-


On Thu, May 19, 2016 at 9:48 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> after the rollback, per was the same version , and napp-it had same issue.
>
> Here are our zfs filesystems:
>
> # alias df
> alias df='zfs list -t filesystem'
> sys4  ~ # df
> NAME                                        USED  AVAIL  REFER  MOUNTPOINT
> data                                        175G  1.68T  27.2K  /data
> data/backup_napp-it                         265M  1.51T  37.8M
> /data/backup_napp-it
> rpool                                      23.9G   437G  24.5K  /rpool
> rpool/ROOT                                 5.82G   437G    19K  legacy
> rpool/ROOT/omnios                           273M   437G  2.97G  /
> rpool/ROOT/omnios-1                        5.55G   437G  3.18G  /
> rpool/ROOT/omnios-1-backup-1                 41K   437G  3.34G  /
> rpool/ROOT/omnios-backup-1                   63K   437G  1.64G  /
> rpool/ROOT/omniosvar                         19K   437G    19K  legacy
> rpool/ROOT/pre_download_16.03f_1463010047     1K   437G  2.92G  /
> rpool/ROOT/pre_napp-it-16.02f                35K   437G  1.63G  /
> rpool/ROOT/pre_napp-it-16.03f                41K   437G  3.19G  /
> rpool/export                                 38K   437G    19K  /export
> rpool/export/home                            19K   437G    19K
> /export/home
>
> I had done this to roll back:
>  zfs rollback  -r  rpool/ROOT/omnios at 2016-05-19-150000
>
> In case you know  omnios/napp-it ,  is there another file system which
> should be rolled back to fix the napp-it storage?
>
>
> On Thu, May 19, 2016 at 6:46 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>> so I was installing postfix to use with a log check script.  instead will
>> do remote logging ...
>>
>> to fix our issue I think doing a zfs rollback . following
>> http://omnios.omniti.com/wiki.php/GeneralAdministration  ...
>>
>> we've hourly snapshots.
>>
>> so I plan to do this:
>>
>> 1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
>> 2- init 1
>> 3- zfs rollback rpool/ROOT/omnios at 2016-05-19-150000
>> 4- reboot
>>
>> Or am I being overly cautions?
>>
>>
>>
>> On Thu, May 19, 2016 at 5:32 PM, Robert Fantini <robertfantini at gmail.com>
>> wrote:
>>
>>> so I assume that when postfix got installed, an update to perl occurred.
>>>
>>> can someone please point me in the direction to install the prior perl
>>> version?
>>>
>>> PS:  others have had a similar issue:
>>>
>>> https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>>>
>>> On Thu, May 19, 2016 at 5:05 PM, Robert Fantini <robertfantini at gmail.com
>>> > wrote:
>>>
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Robert Fantini <robertfantini at gmail.com>
>>>> Date: Thu, May 19, 2016 at 4:43 PM
>>>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
>>>> class' issue
>>>> To: Dan McDonald <danmcd at omniti.com>
>>>>
>>>>
>>>> # /usr/perl5/5.16.1/bin/i386/perl
>>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>>>> Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
>>>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
>>>> 213.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>>> BEGIN failed--compilation aborted at
>>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>>> BEGIN failed--compilation aborted at
>>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>>> BEGIN failed--compilation aborted at
>>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.
>>>>
>>>>
>>>> On Thu, May 19, 2016 at 4:40 PM, Dan McDonald <danmcd at omniti.com>
>>>> wrote:
>>>>
>>>>>
>>>>> > On May 19, 2016, at 4:32 PM, Robert Fantini <robertfantini at gmail.com>
>>>>> wrote:
>>>>> >
>>>>> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
>>>>> auto.pl
>>>>> > -bash: /usr/bin/i386/perl: No such file or directory
>>>>>
>>>>> Interesting.
>>>>>
>>>>>         /usr/perl5/5.16.1/bin/i386/perl
>>>>>
>>>>> should work, but I wonder if our perl packaging should be a bit more
>>>>> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160521/9f596fe4/attachment.html>

From jesus at omniti.com  Sun May 22 00:51:12 2016
From: jesus at omniti.com (Theo Schlossnagle)
Date: Sat, 21 May 2016 20:51:12 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <CALnM7zntzO6Gm-Mcr-4B1Sm692Zo1sCyS=KxHbWaf5rev7EM4A@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
	<CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
	<CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>
	<CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>
	<CALnM7zntzO6Gm-Mcr-4B1Sm692Zo1sCyS=KxHbWaf5rev7EM4A@mail.gmail.com>
Message-ID: <CACLsApteEojuwWS2vjkvC85QYwvsxdOpF=iLh+EPLd_JkVJMZg@mail.gmail.com>

Instead of removing perl and relinking it to the 32bit version, you can
actually set an environment variable "ISALIST" to i386


env ISALIST=i386 //path/to/script <args>

On Sat, May 21, 2016 at 7:58 PM, Robert Fantini <robertfantini at gmail.com>
wrote:

> to fix
>
> cd /usr/bin
>
> mv perl perl-
>
> ln -s ../perl5/5.16.1/bin/i386/perl
>
> mv /var/web-gui/data/napp-it/CGI/auto/IO
> /var/web-gui/data/napp-it/CGI/auto/IO-
>
>
> On Thu, May 19, 2016 at 9:48 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>> after the rollback, per was the same version , and napp-it had same
>> issue.
>>
>> Here are our zfs filesystems:
>>
>> # alias df
>> alias df='zfs list -t filesystem'
>> sys4  ~ # df
>> NAME                                        USED  AVAIL  REFER  MOUNTPOINT
>> data                                        175G  1.68T  27.2K  /data
>> data/backup_napp-it                         265M  1.51T  37.8M
>> /data/backup_napp-it
>> rpool                                      23.9G   437G  24.5K  /rpool
>> rpool/ROOT                                 5.82G   437G    19K  legacy
>> rpool/ROOT/omnios                           273M   437G  2.97G  /
>> rpool/ROOT/omnios-1                        5.55G   437G  3.18G  /
>> rpool/ROOT/omnios-1-backup-1                 41K   437G  3.34G  /
>> rpool/ROOT/omnios-backup-1                   63K   437G  1.64G  /
>> rpool/ROOT/omniosvar                         19K   437G    19K  legacy
>> rpool/ROOT/pre_download_16.03f_1463010047     1K   437G  2.92G  /
>> rpool/ROOT/pre_napp-it-16.02f                35K   437G  1.63G  /
>> rpool/ROOT/pre_napp-it-16.03f                41K   437G  3.19G  /
>> rpool/export                                 38K   437G    19K  /export
>> rpool/export/home                            19K   437G    19K
>> /export/home
>>
>> I had done this to roll back:
>>  zfs rollback  -r  rpool/ROOT/omnios at 2016-05-19-150000
>>
>> In case you know  omnios/napp-it ,  is there another file system which
>> should be rolled back to fix the napp-it storage?
>>
>>
>> On Thu, May 19, 2016 at 6:46 PM, Robert Fantini <robertfantini at gmail.com>
>> wrote:
>>
>>> so I was installing postfix to use with a log check script.  instead
>>> will do remote logging ...
>>>
>>> to fix our issue I think doing a zfs rollback . following
>>> http://omnios.omniti.com/wiki.php/GeneralAdministration  ...
>>>
>>> we've hourly snapshots.
>>>
>>> so I plan to do this:
>>>
>>> 1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
>>> 2- init 1
>>> 3- zfs rollback rpool/ROOT/omnios at 2016-05-19-150000
>>> 4- reboot
>>>
>>> Or am I being overly cautions?
>>>
>>>
>>>
>>> On Thu, May 19, 2016 at 5:32 PM, Robert Fantini <robertfantini at gmail.com
>>> > wrote:
>>>
>>>> so I assume that when postfix got installed, an update to perl occurred.
>>>>
>>>> can someone please point me in the direction to install the prior perl
>>>> version?
>>>>
>>>> PS:  others have had a similar issue:
>>>>
>>>> https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>>>>
>>>> On Thu, May 19, 2016 at 5:05 PM, Robert Fantini <
>>>> robertfantini at gmail.com> wrote:
>>>>
>>>>>
>>>>> ---------- Forwarded message ----------
>>>>> From: Robert Fantini <robertfantini at gmail.com>
>>>>> Date: Thu, May 19, 2016 at 4:43 PM
>>>>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
>>>>> class' issue
>>>>> To: Dan McDonald <danmcd at omniti.com>
>>>>>
>>>>>
>>>>> # /usr/perl5/5.16.1/bin/i386/perl
>>>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>>>>> Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
>>>>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
>>>>> 213.
>>>>> Compilation failed in require at
>>>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>>>> BEGIN failed--compilation aborted at
>>>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>>>> Compilation failed in require at
>>>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>>>> BEGIN failed--compilation aborted at
>>>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>>>> Compilation failed in require at
>>>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>>>> BEGIN failed--compilation aborted at
>>>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>>>> Compilation failed in require at
>>>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.
>>>>>
>>>>>
>>>>> On Thu, May 19, 2016 at 4:40 PM, Dan McDonald <danmcd at omniti.com>
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> > On May 19, 2016, at 4:32 PM, Robert Fantini <
>>>>>> robertfantini at gmail.com> wrote:
>>>>>> >
>>>>>> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
>>>>>> auto.pl
>>>>>> > -bash: /usr/bin/i386/perl: No such file or directory
>>>>>>
>>>>>> Interesting.
>>>>>>
>>>>>>         /usr/perl5/5.16.1/bin/i386/perl
>>>>>>
>>>>>> should work, but I wonder if our perl packaging should be a bit more
>>>>>> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>


-- 

Theo Schlossnagle

http://omniti.com/is/theo-schlossnagle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160521/4c26cd1d/attachment-0001.html>

From alka at hfg-gmuend.de  Sun May 22 10:52:10 2016
From: alka at hfg-gmuend.de (=?UTF-8?Q?G=c3=bcnther_Alka?=)
Date: Sun, 22 May 2016 12:52:10 +0200
Subject: [OmniOS-discuss] after installing postfix,
 got 'wrong ELF class' issue
In-Reply-To: <CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
	<CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
	<CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>
	<CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>
Message-ID: <40d19a4d-6eb8-47b6-5caa-d3f46d19ee9d@hfg-gmuend.de>

I would suggest the following procedure on problems after system 
modifications

Get a list of all available bootenvironments (BE) either from napp-it 
menu snapshots >> bootenvironment or with a beadm list. This also shows 
the current BE and the active one that is the default on next bootup.

Prior critical actions, you can create a BE manually what allows a "go 
back to the state prior this action"

 From your list there is a quite new BE (pre_napp-it-16.03f) what is the 
system state prior last napp-it update. You can select this BE during 
bootup from a list. If it works, redo the napp-it update, activate this 
BE in menu snapshot >> bootenvironment and delete the not working BE there.

Prior this, you may run the napp-it backup job that saves all current 
napp-it settings to your data pool so you can restore them to the former 
bootenvironment ex via menu User > Restore settings

Gea




On 20.05.2016 03:48, Robert Fantini wrote:
> after the rollback, per was the same version , and napp-it had same 
> issue.
>
> Here are our zfs filesystems:
>
> # alias df
> alias df='zfs list -t filesystem'
> sys4  ~ # df
> NAME                                        USED  AVAIL REFER  MOUNTPOINT
> data                                        175G  1.68T 27.2K  /data
> data/backup_napp-it                         265M  1.51T 37.8M  
> /data/backup_napp-it
> rpool                                      23.9G   437G 24.5K  /rpool
> rpool/ROOT                                 5.82G   437G 19K  legacy
> rpool/ROOT/omnios                           273M   437G 2.97G  /
> rpool/ROOT/omnios-1                        5.55G   437G 3.18G  /
> rpool/ROOT/omnios-1-backup-1                 41K   437G 3.34G  /
> rpool/ROOT/omnios-backup-1                   63K   437G 1.64G  /
> rpool/ROOT/omniosvar                         19K   437G 19K  legacy
> rpool/ROOT/pre_download_16.03f_1463010047     1K   437G 2.92G  /
> rpool/ROOT/pre_napp-it-16.02f                35K   437G 1.63G  /
> rpool/ROOT/pre_napp-it-16.03f                41K   437G 3.19G  /
> rpool/export                                 38K   437G 19K  /export
> rpool/export/home                            19K   437G 19K  /export/home
>
> I had done this to roll back:
>  zfs rollback  -r  rpool/ROOT/omnios at 2016-05-19-150000
>
> In case you know omnios/napp-it ,  is there another file system which 
> should be rolled back to fix the napp-it storage?
>
>
> On Thu, May 19, 2016 at 6:46 PM, Robert Fantini 
> <robertfantini at gmail.com <mailto:robertfantini at gmail.com>> wrote:
>
>     so I was installing postfix to use with a log check script. 
>     instead will do remote logging ...
>
>     to fix our issue I think doing a zfs rollback . following
>     http://omnios.omniti.com/wiki.php/GeneralAdministration ...
>
>     we've hourly snapshots.
>
>     so I plan to do this:
>
>     1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
>     2- init 1
>     3- zfs rollback rpool/ROOT/omnios at 2016-05-19-150000
>     4- reboot
>
>     Or am I being overly cautions?
>
>
>
>     On Thu, May 19, 2016 at 5:32 PM, Robert Fantini
>     <robertfantini at gmail.com <mailto:robertfantini at gmail.com>> wrote:
>
>         so I assume that when postfix got installed, an update to perl
>         occurred.
>
>         can someone please point me in the direction to install the
>         prior perl version?
>
>         PS:  others have had a similar issue:
>         https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>
>         On Thu, May 19, 2016 at 5:05 PM, Robert Fantini
>         <robertfantini at gmail.com <mailto:robertfantini at gmail.com>> wrote:
>
>
>             ---------- Forwarded message ----------
>             From: *Robert Fantini* <robertfantini at gmail.com
>             <mailto:robertfantini at gmail.com>>
>             Date: Thu, May 19, 2016 at 4:43 PM
>             Subject: Re: [OmniOS-discuss] after installing postfix,
>             got 'wrong ELF class' issue
>             To: Dan McDonald <danmcd at omniti.com
>             <mailto:danmcd at omniti.com>>
>
>
>             # /usr/perl5/5.16.1/bin/i386/perl
>             /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>             <http://auto.pl>
>             Perl API version v5.14.0 of IO::Tty does not match v5.16.0
>             at
>             /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm
>             line 213.
>             Compilation failed in require at
>             /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>             BEGIN failed--compilation aborted at
>             /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>             Compilation failed in require at
>             /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>             BEGIN failed--compilation aborted at
>             /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>             Compilation failed in require at
>             /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl
>             <http://zfslib.pl> line 2816.
>             BEGIN failed--compilation aborted at
>             /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl
>             <http://zfslib.pl> line 2816.
>             Compilation failed in require at
>             /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>             <http://auto.pl> line 52.
>
>
>             On Thu, May 19, 2016 at 4:40 PM, Dan McDonald
>             <danmcd at omniti.com <mailto:danmcd at omniti.com>> wrote:
>
>
>                 > On May 19, 2016, at 4:32 PM, Robert Fantini
>                 <robertfantini at gmail.com
>                 <mailto:robertfantini at gmail.com>> wrote:
>                 >
>                 > # /usr/bin/i386/perl
>                 /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>                 <http://auto.pl>
>                 > -bash: /usr/bin/i386/perl: No such file or directory
>
>                 Interesting.
>
>                 /usr/perl5/5.16.1/bin/i386/perl
>
>                 should work, but I wonder if our perl packaging should
>                 be a bit more intelligent with symlinks in
>                 /usr/bin/{i386,amd64} as well?
>
>                 Dan
>
>
>
>
>
>
>
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160522/4ea47726/attachment.html>

From Josh.Barton at usurf.usu.edu  Mon May 23 16:33:52 2016
From: Josh.Barton at usurf.usu.edu (Josh Barton)
Date: Mon, 23 May 2016 16:33:52 +0000
Subject: [OmniOS-discuss] CD Mounting Unmounting
Message-ID: <133c54563eb9462eb1d4182ed195e3c3@Ek.usurf.usu.edu>

After VMtools have been run on OmniOS, they will not automatically unmount the ISO image in VMware and the only way to release this is with a power off of the server and then the CD-rom will un-grey and I can remove the ISO from the CDROM. What is the correct way to mount/unmount CDs in OmniOS?

Thanks!

Josh Barton
USU Research Foundation

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160523/5160f645/attachment-0001.html>

From danmcd at omniti.com  Mon May 23 16:40:24 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Mon, 23 May 2016 12:40:24 -0400
Subject: [OmniOS-discuss] CD Mounting Unmounting
In-Reply-To: <133c54563eb9462eb1d4182ed195e3c3@Ek.usurf.usu.edu>
References: <133c54563eb9462eb1d4182ed195e3c3@Ek.usurf.usu.edu>
Message-ID: <CA130DA5-D50E-4D51-9C72-16124E6DDEB6@omniti.com>


> On May 23, 2016, at 12:33 PM, Josh Barton <Josh.Barton at usurf.usu.edu> wrote:
> 
> After VMtools have been run on OmniOS, they will not automatically unmount the ISO image in VMware and the only way to release this is with a power off of the server and then the CD-rom will un-grey and I can remove the ISO from the CDROM. What is the correct way to mount/unmount CDs in OmniOS?


The "eject" command will spit out a CD-ROM.

Dan


From skeltonr at btconnect.com  Mon May 23 19:19:15 2016
From: skeltonr at btconnect.com (Richard Skelton)
Date: Mon, 23 May 2016 20:19:15 +0100
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>	<56D84761.1010808@dojcak.sk>	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
Message-ID: <574357B3.6000603@btconnect.com>

Hi,
I have SAS 9305-24i Host Bus Adapter but it not seen by OmniOS
Which driver should it use? Can it be configured?
Also the Intel X520-DA2 and the onboard  X540 are also not recognised.
Both should use the ixgbe drive ?
What information do you need to add to a OmniOS r15018 system.



Dan McDonald wrote:
>> On Mar 3, 2016, at 1:46 PM, F?bio Rabelo <fabio at fabiorabelo.wiki.br> wrote:
>>
>>
>> I have a customer who wants to build a pure SSD Storage with Sandisk
>> 12 Gb/s SAS interface !
>>     
>
> Get an LSI 3008-based card.  The 9300, for example.
>
> Dan
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160523/6bcf38c2/attachment.html>

From danmcd at omniti.com  Mon May 23 19:24:36 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Mon, 23 May 2016 15:24:36 -0400
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <574357B3.6000603@btconnect.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
Message-ID: <F905F43F-D4A4-49F7-A637-FF5874BE6196@omniti.com>


> On May 23, 2016, at 3:19 PM, Richard Skelton <skeltonr at btconnect.com> wrote:
> 
> Hi,
> I have SAS 9305-24i Host Bus Adapter but it not seen by OmniOS 
> Which driver should it use? Can it be configured?

Sounds like it should be attachable via the mpt_sas driver.  Can you utter "lspci" and find the HBA you have on your system?  It's possible the PCI ID isn't in the list of known drivers.

> Also the Intel X520-DA2 and the onboard  X540 are also not recognised. 
> Both should use the ixgbe drive ?

This is REALLY weird, as both should as well.  Again, that "lspci" will help.

> What information do you need to add to a OmniOS r15018 system.

Everything you mention should already work.  I'm puzzled.

Dan


From fabio at fabiorabelo.wiki.br  Mon May 23 20:10:25 2016
From: fabio at fabiorabelo.wiki.br (=?UTF-8?Q?F=C3=A1bio_Rabelo?=)
Date: Mon, 23 May 2016 17:10:25 -0300
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <574357B3.6000603@btconnect.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
Message-ID: <CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>

Hi to all ...

You may need to flash the IT firmware :

http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads


F?bio Rabelo

2016-05-23 16:19 GMT-03:00 Richard Skelton <skeltonr at btconnect.com>:
> Hi,
> I have SAS 9305-24i Host Bus Adapter but it not seen by OmniOS
> Which driver should it use? Can it be configured?
> Also the Intel X520-DA2 and the onboard  X540 are also not recognised.
> Both should use the ixgbe drive ?
> What information do you need to add to a OmniOS r15018 system.
>
>
> Dan McDonald wrote:
>
> On Mar 3, 2016, at 1:46 PM, F?bio Rabelo <fabio at fabiorabelo.wiki.br> wrote:
>
>
> I have a customer who wants to build a pure SSD Storage with Sandisk
> 12 Gb/s SAS interface !
>
>
> Get an LSI 3008-based card.  The 9300, for example.
>
> Dan
>
> _______________________________________________
> 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
>

From danmcd at omniti.com  Mon May 23 20:18:28 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Mon, 23 May 2016 16:18:28 -0400
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
Message-ID: <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>


> On May 23, 2016, at 4:10 PM, F?bio Rabelo <fabio at fabiorabelo.wiki.br> wrote:
> 
> Hi to all ...
> 
> You may need to flash the IT firmware :
> 
> http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads

And if you do, make sure it's version 19 or lower.  The IT firmware > 19 is known to be flaky.  Check the illumos list archives for details on why.

Dan


From chip at innovates.com  Mon May 23 20:23:57 2016
From: chip at innovates.com (Schweiss, Chip)
Date: Mon, 23 May 2016 15:23:57 -0500
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
	<18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
Message-ID: <CALeZrrRSbKWUxXQTOM_j7nC=JiiSW=z8FTOKib1VMRvFaauwFw@mail.gmail.com>

On Mon, May 23, 2016 at 3:18 PM, Dan McDonald <danmcd at omniti.com> wrote:

>
> > On May 23, 2016, at 4:10 PM, F?bio Rabelo <fabio at fabiorabelo.wiki.br>
> wrote:
> >
> > Hi to all ...
> >
> > You may need to flash the IT firmware :
> >
> >
> http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads
>
> And if you do, make sure it's version 19 or lower.  The IT firmware > 19
> is known to be flaky.  Check the illumos list archives for details on why.
>

That only on the 6G HBA.   On the 12G HBA version 12 is the newest.   I
haven't heard any preferred versions on these.  I've been running  v10 for
several months now without issue.

-Chip


>
> Dan
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160523/e7aad970/attachment.html>

From eric.sproul at circonus.com  Mon May 23 20:50:28 2016
From: eric.sproul at circonus.com (Eric Sproul)
Date: Mon, 23 May 2016 16:50:28 -0400
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
	<18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
Message-ID: <CAO8hXRCfWh=AZ=DedYW20khmBK=XuXvMue3dJ6XWnc2Q9RpvoQ@mail.gmail.com>

On Mon, May 23, 2016 at 4:18 PM, Dan McDonald <danmcd at omniti.com> wrote:
> And if you do, make sure it's version 19 or lower.  The IT firmware > 19 is known to be flaky.  Check the illumos list archives for details on why.

We may want to revisit that advice-- I've noticed that LSI/Avago have
revised v20 firmware several times, presumably to fix bugs.  Their
support downloads currently show "20.00.07.00" available for download.
I haven't had a chance to try that one yet, but I do have some dev
systems running 20.00.04.00 without any apparent issues.  These are
direct-attach configurations, i.e. no expanders.

Eric

From matej at zunaj.si  Mon May 23 20:51:29 2016
From: matej at zunaj.si (=?utf-8?Q?Matej_=C5=BDerovnik?=)
Date: Mon, 23 May 2016 22:51:29 +0200
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <CALeZrrRSbKWUxXQTOM_j7nC=JiiSW=z8FTOKib1VMRvFaauwFw@mail.gmail.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
	<18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
	<CALeZrrRSbKWUxXQTOM_j7nC=JiiSW=z8FTOKib1VMRvFaauwFw@mail.gmail.com>
Message-ID: <46B5CB51-F0B5-43C7-B870-96CBCD64209D@zunaj.si>

There is even an updated version of P20 that should eliminate the problems. I think the version number is 20.04.000 where the broken version was 20.02.000. I think I read about that on FreeNAS forum.

As far as 12G goes, I?m about to run P12. I did some tests and so far no problems apart from FW upload tce invalid warning when I run sas3ircu list
May 19 12:11:34 node scsi: [ID 107833 kern.warning] WARNING: /pci at 74,0/pci8086,2f08 at 3/pci1000,30a0 at 0 (mpt_sas8):
May 19 12:11:34 node         FW Upload tce invalid!

Matej

> On 23 May 2016, at 22:23, Schweiss, Chip <chip at innovates.com> wrote:
> 
> 
> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald <danmcd at omniti.com <mailto:danmcd at omniti.com>> wrote:
> 
> > On May 23, 2016, at 4:10 PM, F?bio Rabelo <fabio at fabiorabelo.wiki.br <mailto:fabio at fabiorabelo.wiki.br>> wrote:
> >
> > Hi to all ...
> >
> > You may need to flash the IT firmware :
> >
> > http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads <http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads>
> 
> And if you do, make sure it's version 19 or lower.  The IT firmware > 19 is known to be flaky.  Check the illumos list archives for details on why.
> 
> That only on the 6G HBA.   On the 12G HBA version 12 is the newest.   I haven't heard any preferred versions on these.  I've been running  v10 for several months now without issue.
> 
> -Chip
>  
> 
> Dan
> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
> http://lists.omniti.com/mailman/listinfo/omnios-discuss <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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160523/4085932b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3468 bytes
Desc: not available
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160523/4085932b/attachment.bin>

From fabio at fabiorabelo.wiki.br  Tue May 24 13:10:47 2016
From: fabio at fabiorabelo.wiki.br (=?UTF-8?Q?F=C3=A1bio_Rabelo?=)
Date: Tue, 24 May 2016 10:10:47 -0300
Subject: [OmniOS-discuss] performance extrremely low from nothing !
Message-ID: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>

Hi to all

Got something here, and I have no idea what it can be !

Supermicro motherboard and chassis .

LSI 2008 with IT firmware .

Evething was working fine till yesterday .

2 years and a half !

Then, the performance goes terrible down .

read/white from 5 to 8 MB/s sinse day one .

Now is is in the Kb  !!!

none of the hard disks shows any error or warning .

smart OK in all .

I cannot find anything wrong, but there are something ...

How can I figure it out ??


F?bio Rabelo

From fabio at fabiorabelo.wiki.br  Tue May 24 13:52:21 2016
From: fabio at fabiorabelo.wiki.br (=?UTF-8?Q?F=C3=A1bio_Rabelo?=)
Date: Tue, 24 May 2016 10:52:21 -0300
Subject: [OmniOS-discuss] performance extrremely low from nothing !
In-Reply-To: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
References: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
Message-ID: <CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>

answering to myself :

The disks in this system are all Western Digital, I may be in this issue :

http://letsgetdugg.com/2009/10/21/zfs-slow-performance-fix/

But the module does not accept this command ( zfs_vdev_max_pending is
not defined )

so, how can solve this issue ??


F?bio Rabelo

2016-05-24 10:10 GMT-03:00 F?bio Rabelo <fabio at fabiorabelo.wiki.br>:
> Hi to all
>
> Got something here, and I have no idea what it can be !
>
> Supermicro motherboard and chassis .
>
> LSI 2008 with IT firmware .
>
> Evething was working fine till yesterday .
>
> 2 years and a half !
>
> Then, the performance goes terrible down .
>
> read/white from 5 to 8 MB/s sinse day one .
>
> Now is is in the Kb  !!!
>
> none of the hard disks shows any error or warning .
>
> smart OK in all .
>
> I cannot find anything wrong, but there are something ...
>
> How can I figure it out ??
>
>
> F?bio Rabelo

From fabio at fabiorabelo.wiki.br  Tue May 24 16:41:19 2016
From: fabio at fabiorabelo.wiki.br (=?UTF-8?Q?F=C3=A1bio_Rabelo?=)
Date: Tue, 24 May 2016 13:41:19 -0300
Subject: [OmniOS-discuss] performance extrremely low from nothing !
In-Reply-To: <CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>
References: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
	<CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>
Message-ID: <CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>

Competely lost here ...

Found what command replaced the "zfs_vdev_max_pending" , and it make
no difference !

First, I added this command to /etc/system :

set zfs:zfs_vdev_max_active = 1

make no diference, then added all this parameters :

set zfs:zfs_vdev_async_read_max_active  = 3
set zfs:zfs_vdev_async_read_min_active  = 1
set zfs:zfs_vdev_async_write_max_active  = 11
set zfs:zfs_vdev_async_write_min_active  = 1
set zfs:zfs_vdev_max_active = 1
set zfs:zfs_vdev_scrub_max_active = 2
set zfs:zfs_vdev_scrub_min_active = 1
set zfs:zfs_vdev_sync_read_max_active  = 10
set zfs:zfs_vdev_sync_read_min_active  = 10
set zfs:zfs_vdev_sync_write_max_active = 1
set zfs:zfs_vdev_sync_write_min_active = 1
set zfs:zfs_vdev_async_write_active_max_dirty_percent = 60
set zfs:zfs_vdev_async_write_active_min_dirty_percent = 30

no diference either ...

Yes. I rebooted the machine for the first and the second try .

Someone has any clue ?


F?bio Rabelo

From dirkjan at in2ip.nl  Tue May 24 17:22:23 2016
From: dirkjan at in2ip.nl (Dirk-Jan Wemmers)
Date: Tue, 24 May 2016 19:22:23 +0200
Subject: [OmniOS-discuss] performance extrremely low from nothing !
In-Reply-To: <CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>
References: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
	<CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>
	<CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>
Message-ID: <02C8BF27-8BAB-4952-A80A-009ECC213C4D@in2ip.nl>

Hi Fabio,

is your pool (or one of your individual vdev?s) almost full? ZFS performance can take quite a nosedive when it fills up above say 80%.

Regards,
Dirk-Jan

> On 24 May 2016, at 18:41, F?bio Rabelo <fabio at fabiorabelo.wiki.br> wrote:
> 
> Competely lost here ...
> 
> Found what command replaced the "zfs_vdev_max_pending" , and it make
> no difference !
> 
> First, I added this command to /etc/system :
> 
> set zfs:zfs_vdev_max_active = 1
> 
> make no diference, then added all this parameters :
> 
> set zfs:zfs_vdev_async_read_max_active  = 3
> set zfs:zfs_vdev_async_read_min_active  = 1
> set zfs:zfs_vdev_async_write_max_active  = 11
> set zfs:zfs_vdev_async_write_min_active  = 1
> set zfs:zfs_vdev_max_active = 1
> set zfs:zfs_vdev_scrub_max_active = 2
> set zfs:zfs_vdev_scrub_min_active = 1
> set zfs:zfs_vdev_sync_read_max_active  = 10
> set zfs:zfs_vdev_sync_read_min_active  = 10
> set zfs:zfs_vdev_sync_write_max_active = 1
> set zfs:zfs_vdev_sync_write_min_active = 1
> set zfs:zfs_vdev_async_write_active_max_dirty_percent = 60
> set zfs:zfs_vdev_async_write_active_min_dirty_percent = 30
> 
> no diference either ...
> 
> Yes. I rebooted the machine for the first and the second try .
> 
> Someone has any clue ?
> 
> 
> F?bio Rabelo
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss


From jimklimov at cos.ru  Tue May 24 18:39:13 2016
From: jimklimov at cos.ru (Jim Klimov)
Date: Tue, 24 May 2016 20:39:13 +0200
Subject: [OmniOS-discuss] performance extrremely low from nothing !
In-Reply-To: <CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>
References: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
	<CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>
	<CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>
Message-ID: <C82CB736-9FCB-41B7-BE01-C93886061D0E@cos.ru>

24 ??? 2016??. 18:41:19 CEST, "F?bio Rabelo" <fabio at fabiorabelo.wiki.br> ?????:
>Competely lost here ...
>
>Found what command replaced the "zfs_vdev_max_pending" , and it make
>no difference !
>
>First, I added this command to /etc/system :
>
>set zfs:zfs_vdev_max_active = 1
>
>make no diference, then added all this parameters :
>
>set zfs:zfs_vdev_async_read_max_active  = 3
>set zfs:zfs_vdev_async_read_min_active  = 1
>set zfs:zfs_vdev_async_write_max_active  = 11
>set zfs:zfs_vdev_async_write_min_active  = 1
>set zfs:zfs_vdev_max_active = 1
>set zfs:zfs_vdev_scrub_max_active = 2
>set zfs:zfs_vdev_scrub_min_active = 1
>set zfs:zfs_vdev_sync_read_max_active  = 10
>set zfs:zfs_vdev_sync_read_min_active  = 10
>set zfs:zfs_vdev_sync_write_max_active = 1
>set zfs:zfs_vdev_sync_write_min_active = 1
>set zfs:zfs_vdev_async_write_active_max_dirty_percent = 60
>set zfs:zfs_vdev_async_write_active_min_dirty_percent = 30
>
>no diference either ...
>
>Yes. I rebooted the machine for the first and the second try .
>
>Someone has any clue ?
>
>
>F?bio Rabelo
>_______________________________________________
>OmniOS-discuss mailing list
>OmniOS-discuss at lists.omniti.com
>http://lists.omniti.com/mailman/listinfo/omnios-discuss

How full is your pool? When it has under 10-30% (empiric value, depends on usage patterns) free space becomes so fragmented it takes longer to find a suitably sized hole and write speed collapses - often suddenly by several times or more. Does this fit?

Otherwise, what does 'iostat -Xnz' say about disks and pools?

Jim
--
Typos courtesy of K-9 Mail on my Samsung Android

From skeltonr at btconnect.com  Tue May 24 21:52:55 2016
From: skeltonr at btconnect.com (Richard Skelton)
Date: Tue, 24 May 2016 22:52:55 +0100
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <46B5CB51-F0B5-43C7-B870-96CBCD64209D@zunaj.si>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>	<56D84761.1010808@dojcak.sk>	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>	<574357B3.6000603@btconnect.com>	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>	<18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>	<CALeZrrRSbKWUxXQTOM_j7nC=JiiSW=z8FTOKib1VMRvFaauwFw@mail.gmail.com>
	<46B5CB51-F0B5-43C7-B870-96CBCD64209D@zunaj.si>
Message-ID: <5744CD37.4050404@btconnect.com>

Hi Matej,
How did you get the mpt_sas driver to attach to your card ?
Looks like your device id is pci1000,30a0.
>From prtconf -d I see for my SAS 9305-24i :-
            pci1000,31a0 (pciex1000,c4) [LSI Logic / Symbios Logic
SAS3224 PCI-Express Fusion-MPT SAS-3] (driver not attached)

lspci does not sow the card :-(

Matej ?erovnik wrote:
> There is even an updated version of P20 that should eliminate the
> problems. I think the version number is 20.04.000 where the broken
> version was 20.02.000. I think I read about that on FreeNAS forum.
>
> As far as 12G goes, I?m about to run P12. I did some tests and so far
> no problems apart from FW upload tce invalid warning when I run
> sas3ircu list
> May 19 12:11:34 node scsi: [ID 107833 kern.warning] WARNING:
> /pci at 74,0/pci8086,2f08 at 3/pci1000,30a0 at 0 (mpt_sas8):
> May 19 12:11:34 node         FW Upload tce invalid!
>
> Matej
>
>> On 23 May 2016, at 22:23, Schweiss, Chip <chip at innovates.com
>> <mailto:chip at innovates.com>> wrote:
>>
>>
>> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald <danmcd at omniti.com
>> <mailto:danmcd at omniti.com>> wrote:
>>
>>
>>     > On May 23, 2016, at 4:10 PM, F?bio Rabelo
>>     <fabio at fabiorabelo.wiki.br <mailto:fabio at fabiorabelo.wiki.br>> wrote:
>>     >
>>     > Hi to all ...
>>     >
>>     > You may need to flash the IT firmware :
>>     >
>>     > http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads
>>
>>     And if you do, make sure it's version 19 or lower.  The IT
>>     firmware > 19 is known to be flaky.  Check the illumos list
>>     archives for details on why.
>>
>>
>> That only on the 6G HBA.   On the 12G HBA version 12 is the newest.  
>> I haven't heard any preferred versions on these.  I've been running
>>  v10 for several months now without issue.
>>
>> -Chip
>>  
>>
>>
>>     Dan
>>
>>     _______________________________________________
>>     OmniOS-discuss mailing list
>>     OmniOS-discuss at lists.omniti.com
>>     <mailto:OmniOS-discuss at lists.omniti.com>
>>     http://lists.omniti.com/mailman/listinfo/omnios-discuss
>>
>>
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com <mailto: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
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/462a883a/attachment.html>

From geoffn at gnaa.net  Tue May 24 22:41:23 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Tue, 24 May 2016 15:41:23 -0700
Subject: [OmniOS-discuss] cifs connectivity to DC gets lost
Message-ID: <5744D893.7020401@gnaa.net>

I just upgraded a server from OI to OmniOS-r151018.

I am having a few issues with the connectivity to AD.

I was able to join the domain no problem, but then the domain is getting 
disconnected and after several hours I need to join the domain again.

May 24 15:25:12 stor1 idmap[472]: [ID 849457 daemon.error]   > 
::ffff:172.16.100.10 rc=0
May 24 15:25:12 stor1 idmap[472]: [ID 778215 daemon.error] DC name 
dc1.domain.ca != 172.16.100.10?
May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
Configuration changed
May 24 15:25:12 stor1 idmap[472]: [ID 452651 daemon.error] adutils: 
ldap_lookup_init failed
May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
Configuration changed
May 24 15:25:13 stor1 smbd[15085]: [ID 511178 daemon.notice] Failed to 
establish NETLOGON credential chain with DC: 172.16.100.10 (UNSUCCESSFUL)
May 24 15:25:13 stor1 smbd[15085]: [ID 714496 daemon.notice] The machine 
account information on the domain controller does not match the local 
storage.
May 24 15:25:13 stor1 smbd[15085]: [ID 777225 daemon.notice] To correct 
this, use 'smbadm join'
May 24 15:25:13 stor1 smbd[15085]: [ID 527292 daemon.notice] failed to 
establish NETLOGON credential chain
May 24 15:25:13 stor1 smbd[15085]: [ID 505820 daemon.notice]  with 
server 172.16.100.10 for domain domain.ca (UNSUCCESSFUL)

time is synced between the two machines.

When I issue the join, I am able to get things connected again.

any thoughts?


thanks,

Geoff




From geoffn at gnaa.net  Tue May 24 22:52:27 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Tue, 24 May 2016 15:52:27 -0700
Subject: [OmniOS-discuss] cifs connectivity to DC gets lost
In-Reply-To: <5744D893.7020401@gnaa.net>
References: <5744D893.7020401@gnaa.net>
Message-ID: <5744DB2B.8040702@gnaa.net>

On 16-05-24 03:41 PM, Geoff Nordli wrote:
> I just upgraded a server from OI to OmniOS-r151018.
>
> I am having a few issues with the connectivity to AD.
>
> I was able to join the domain no problem, but then the domain is 
> getting disconnected and after several hours I need to join the domain 
> again.
>
> May 24 15:25:12 stor1 idmap[472]: [ID 849457 daemon.error]   > 
> ::ffff:172.16.100.10 rc=0
> May 24 15:25:12 stor1 idmap[472]: [ID 778215 daemon.error] DC name 
> dc1.domain.ca != 172.16.100.10?
> May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
> Configuration changed
> May 24 15:25:12 stor1 idmap[472]: [ID 452651 daemon.error] adutils: 
> ldap_lookup_init failed
> May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
> Configuration changed
> May 24 15:25:13 stor1 smbd[15085]: [ID 511178 daemon.notice] Failed to 
> establish NETLOGON credential chain with DC: 172.16.100.10 (UNSUCCESSFUL)
> May 24 15:25:13 stor1 smbd[15085]: [ID 714496 daemon.notice] The 
> machine account information on the domain controller does not match 
> the local storage.
> May 24 15:25:13 stor1 smbd[15085]: [ID 777225 daemon.notice] To 
> correct this, use 'smbadm join'
> May 24 15:25:13 stor1 smbd[15085]: [ID 527292 daemon.notice] failed to 
> establish NETLOGON credential chain
> May 24 15:25:13 stor1 smbd[15085]: [ID 505820 daemon.notice]  with 
> server 172.16.100.10 for domain domain.ca (UNSUCCESSFUL)
>
> time is synced between the two machines.
>
> When I issue the join, I am able to get things connected again.
>
> any thoughts?
>

Pulled from the idmap log:

adutils: ldap_lookup_init, host 172.16.100.10
LDAP: 172.16.100.10:3268: Local error
172.16.100.10: Local error
172.16.100.10: additional info: SASL(-1): generic failure: GSSAPI Error: 
Unspecified GSS failure.  Minor code may provide more information 
(Server not found in Kerberos database)
adutils: ldap_lookup_init failed
unable to discover Domains in the Forest





From robertfantini at gmail.com  Tue May 24 23:23:11 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Tue, 24 May 2016 19:23:11 -0400
Subject: [OmniOS-discuss] after installing postfix,
	got 'wrong ELF class' issue
In-Reply-To: <40d19a4d-6eb8-47b6-5caa-d3f46d19ee9d@hfg-gmuend.de>
References: <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=7Z7MmrDJw@mail.gmail.com>
	<CALnM7z=_MTc_sWCZO7__G87j1WoQKhZvHQrtQ3Y2QoKAg=P0qA@mail.gmail.com>
	<CALnM7zm6m_FSF40YbT21eitc95HafK4qOhY+PGYx76q8cA4dnw@mail.gmail.com>
	<3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com>
	<CALnM7zk8aDvqhNmF4R_hGuPhtd3Pi9j3Wm8s=UswX0-EH5zruQ@mail.gmail.com>
	<CALnM7zm+7fXUNvvJ1+3Cw3AFTWc7NJrPrWr6nQRrcJfy6z-Qkg@mail.gmail.com>
	<CALnM7zkKOYE9vLNSCJPgLX3biqdR5Ah8LjJacrYoDfe2KrSmqw@mail.gmail.com>
	<CALnM7zmLTnO7n2ey0efseYDLR3jFQDGD8G9nfuChqymYjQ7z+Q@mail.gmail.com>
	<CALnM7znepAASuoCTpgsqOm2h=hrvOr5yXo58E8Y_Kr16CHecGg@mail.gmail.com>
	<40d19a4d-6eb8-47b6-5caa-d3f46d19ee9d@hfg-gmuend.de>
Message-ID: <CALnM7z=-njtcC5u=DUR=11OTO4dhPacypCvBDEXZRq-DZ7g7iQ@mail.gmail.com>

so my original issue was started by installing postfix from wrong
repository .

using joynet on another system caused no issues.

On Sun, May 22, 2016 at 6:52 AM, G?nther Alka <alka at hfg-gmuend.de> wrote:

> I would suggest the following procedure on problems after system
> modifications
>
> Get a list of all available bootenvironments (BE) either from napp-it menu
> snapshots >> bootenvironment or with a beadm list. This also shows the
> current BE and the active one that is the default on next bootup.
>
> Prior critical actions, you can create a BE manually what allows a "go
> back to the state prior this action"
>
> From your list there is a quite new BE (pre_napp-it-16.03f) what is the
> system state prior last napp-it update. You can select this BE during
> bootup from a list. If it works, redo the napp-it update, activate this BE
> in menu snapshot >> bootenvironment and delete the not working BE there.
>
> Prior this, you may run the napp-it backup job that saves all current
> napp-it settings to your data pool so you can restore them to the former
> bootenvironment ex via menu User > Restore settings
>
> Gea
>
>
>
>
>
> On 20.05.2016 03:48, Robert Fantini wrote:
>
> after the rollback, per was the same version , and napp-it had same issue.
>
> Here are our zfs filesystems:
>
> # alias df
> alias df='zfs list -t filesystem'
> sys4  ~ # df
> NAME                                        USED  AVAIL  REFER  MOUNTPOINT
> data                                        175G  1.68T  27.2K  /data
> data/backup_napp-it                         265M  1.51T  37.8M
> /data/backup_napp-it
> rpool                                      23.9G   437G  24.5K  /rpool
> rpool/ROOT                                 5.82G   437G    19K  legacy
> rpool/ROOT/omnios                           273M   437G  2.97G  /
> rpool/ROOT/omnios-1                        5.55G   437G  3.18G  /
> rpool/ROOT/omnios-1-backup-1                 41K   437G  3.34G  /
> rpool/ROOT/omnios-backup-1                   63K   437G  1.64G  /
> rpool/ROOT/omniosvar                         19K   437G    19K  legacy
> rpool/ROOT/pre_download_16.03f_1463010047     1K   437G  2.92G  /
> rpool/ROOT/pre_napp-it-16.02f                35K   437G  1.63G  /
> rpool/ROOT/pre_napp-it-16.03f                41K   437G  3.19G  /
> rpool/export                                 38K   437G    19K  /export
> rpool/export/home                            19K   437G    19K
> /export/home
>
> I had done this to roll back:
>  zfs rollback  -r  rpool/ROOT/omnios at 2016-05-19-150000
>
> In case you know  omnios/napp-it ,  is there another file system which
> should be rolled back to fix the napp-it storage?
>
>
> On Thu, May 19, 2016 at 6:46 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
>> so I was installing postfix to use with a log check script.  instead will
>> do remote logging ...
>>
>> to fix our issue I think doing a zfs rollback . following
>> http://omnios.omniti.com/wiki.php/GeneralAdministration  ...
>>
>> we've hourly snapshots.
>>
>> so I plan to do this:
>>
>> 1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
>> 2- init 1
>> 3- zfs rollback rpool/ROOT/omnios at 2016-05-19-150000
>> 4- reboot
>>
>> Or am I being overly cautions?
>>
>>
>>
>> On Thu, May 19, 2016 at 5:32 PM, Robert Fantini <
>> <robertfantini at gmail.com>robertfantini at gmail.com> wrote:
>>
>>> so I assume that when postfix got installed, an update to perl occurred.
>>>
>>> can someone please point me in the direction to install the prior perl
>>> version?
>>>
>>> PS:  others have had a similar issue:
>>>
>>> https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>>>
>>> On Thu, May 19, 2016 at 5:05 PM, Robert Fantini <robertfantini at gmail.com
>>> > wrote:
>>>
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Robert Fantini < <robertfantini at gmail.com>robertfantini at gmail.com
>>>> >
>>>> Date: Thu, May 19, 2016 at 4:43 PM
>>>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
>>>> class' issue
>>>> To: Dan McDonald < <danmcd at omniti.com>danmcd at omniti.com>
>>>>
>>>>
>>>> # /usr/perl5/5.16.1/bin/i386/perl
>>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
>>>> Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
>>>> /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
>>>> 213.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>>> BEGIN failed--compilation aborted at
>>>> /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>>> BEGIN failed--compilation aborted at
>>>> /var/web-gui/data/napp-it/CGI/Expect.pm line 22.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>>> BEGIN failed--compilation aborted at
>>>> /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
>>>> Compilation failed in require at
>>>> /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.
>>>>
>>>>
>>>> On Thu, May 19, 2016 at 4:40 PM, Dan McDonald < <danmcd at omniti.com>
>>>> danmcd at omniti.com> wrote:
>>>>
>>>>>
>>>>> > On May 19, 2016, at 4:32 PM, Robert Fantini <
>>>>> <robertfantini at gmail.com>robertfantini at gmail.com> wrote:
>>>>> >
>>>>> > # /usr/bin/i386/perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/
>>>>> auto.pl
>>>>> > -bash: /usr/bin/i386/perl: No such file or directory
>>>>>
>>>>> Interesting.
>>>>>
>>>>>         /usr/perl5/5.16.1/bin/i386/perl
>>>>>
>>>>> should work, but I wonder if our perl packaging should be a bit more
>>>>> intelligent with symlinks in /usr/bin/{i386,amd64} as well?
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
>
> _______________________________________________
> OmniOS-discuss mailing listOmniOS-discuss at lists.omniti.comhttp://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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/73fc8f8e/attachment-0001.html>

From robertfantini at gmail.com  Tue May 24 23:28:22 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Tue, 24 May 2016 19:28:22 -0400
Subject: [OmniOS-discuss] fan control
Message-ID: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>

we've installed napp-it to a couple of systems .   they run a lot louder -
fans do not seem to be controlled from software.

is there a software package that that can be installed to handle sensors
and fans?

Or is this something to deal with in Supermicro bios?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/8f582568/attachment.html>

From richard.elling at richardelling.com  Tue May 24 23:33:57 2016
From: richard.elling at richardelling.com (Richard Elling)
Date: Tue, 24 May 2016 16:33:57 -0700
Subject: [OmniOS-discuss] fan control
In-Reply-To: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
Message-ID: <D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>


> On May 24, 2016, at 4:28 PM, Robert Fantini <robertfantini at gmail.com> wrote:
> 
> we've installed napp-it to a couple of systems .   they run a lot louder - fans do not seem to be controlled from software. 
> 
> is there a software package that that can be installed to handle sensors and fans?
> 
> Or is this something to deal with in Supermicro bios?

Do the fans slow after a warm reboot?
 ? richard

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

--

Richard.Elling at RichardElling.com
+1-760-896-4422



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/4d58506c/attachment.html>

From robertfantini at gmail.com  Tue May 24 23:37:22 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Tue, 24 May 2016 19:37:22 -0400
Subject: [OmniOS-discuss] fan control
In-Reply-To: <D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
	<D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>
Message-ID: <CALnM7zmtjZ0qTGEWKJ9L+g5hLeqEqwKr8ZfU_NLP8SKHrStwrQ@mail.gmail.com>

I'll check that the next time I'm at the server room, which will not be for
a week.
Will check then.

Thanks for the fast response!

On Tue, May 24, 2016 at 7:33 PM, Richard Elling <
richard.elling at richardelling.com> wrote:

>
> On May 24, 2016, at 4:28 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
> we've installed napp-it to a couple of systems .   they run a lot louder -
> fans do not seem to be controlled from software.
>
> is there a software package that that can be installed to handle sensors
> and fans?
>
> Or is this something to deal with in Supermicro bios?
>
>
> Do the fans slow after a warm reboot?
>  ? richard
>
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
> --
>
> Richard.Elling at RichardElling.com <Richard.Elling at richardelling.com>
> +1-760-896-4422
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/62bbb401/attachment.html>

From richard.elling at richardelling.com  Wed May 25 00:21:16 2016
From: richard.elling at richardelling.com (Richard Elling)
Date: Tue, 24 May 2016 17:21:16 -0700
Subject: [OmniOS-discuss] fan control
In-Reply-To: <CALnM7zmtjZ0qTGEWKJ9L+g5hLeqEqwKr8ZfU_NLP8SKHrStwrQ@mail.gmail.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
	<D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>
	<CALnM7zmtjZ0qTGEWKJ9L+g5hLeqEqwKr8ZfU_NLP8SKHrStwrQ@mail.gmail.com>
Message-ID: <0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com>


> On May 24, 2016, at 4:37 PM, Robert Fantini <robertfantini at gmail.com> wrote:
> 
> I'll check that the next time I'm at the server room, which will not be for a week. 
> Will check then.

yeah, there is a weird interaction whereby power-on-boot goes to full fans, but a 
reboot goes to normal fans. Surely there is software somewhere that controls this,
but haven?t found the time to track it down.
 ? richard

> 
> Thanks for the fast response!
> 
> On Tue, May 24, 2016 at 7:33 PM, Richard Elling <richard.elling at richardelling.com <mailto:richard.elling at richardelling.com>> wrote:
> 
>> On May 24, 2016, at 4:28 PM, Robert Fantini <robertfantini at gmail.com <mailto:robertfantini at gmail.com>> wrote:
>> 
>> we've installed napp-it to a couple of systems .   they run a lot louder - fans do not seem to be controlled from software. 
>> 
>> is there a software package that that can be installed to handle sensors and fans?
>> 
>> Or is this something to deal with in Supermicro bios?
> 
> Do the fans slow after a warm reboot?
>  ? richard
> 
>> 
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
> 
> --
> 
> Richard.Elling at RichardElling.com <mailto:Richard.Elling at richardelling.com>
> +1-760-896-4422 <tel:%2B1-760-896-4422>
> 
> 
> 
> 

--

Richard.Elling at RichardElling.com
+1-760-896-4422



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/8923257e/attachment-0001.html>

From bfriesen at simple.dallas.tx.us  Wed May 25 02:04:15 2016
From: bfriesen at simple.dallas.tx.us (Bob Friesenhahn)
Date: Tue, 24 May 2016 21:04:15 -0500 (CDT)
Subject: [OmniOS-discuss] performance extrremely low from nothing !
In-Reply-To: <02C8BF27-8BAB-4952-A80A-009ECC213C4D@in2ip.nl>
References: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
	<CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>
	<CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>
	<02C8BF27-8BAB-4952-A80A-009ECC213C4D@in2ip.nl>
Message-ID: <alpine.GSO.2.20.1605242103060.4552@freddy.simplesystems.org>

On Tue, 24 May 2016, Dirk-Jan Wemmers wrote:

> Hi Fabio,
>
> is your pool (or one of your individual vdev?s) almost full? ZFS performance can take quite a nosedive when it fills up above say 80%.

Also, deduplication can cause a precipitous nose-dive in performance 
if it is enabled, enough data is written, and there is not enough 
memory.

Bob
-- 
Bob Friesenhahn
bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

From daleg at omniti.com  Wed May 25 02:14:04 2016
From: daleg at omniti.com (Dale Ghent)
Date: Tue, 24 May 2016 22:14:04 -0400
Subject: [OmniOS-discuss] fan control
In-Reply-To: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
Message-ID: <C44535C5-BB37-478B-B68C-C15F0567B100@omniti.com>

Have you looked in your IPMI interface?

http://imgur.com/J2n4Vgx


> On May 24, 2016, at 7:28 PM, Robert Fantini <robertfantini at gmail.com> wrote:
> 
> we've installed napp-it to a couple of systems .   they run a lot louder - fans do not seem to be controlled from software.
> 
> is there a software package that that can be installed to handle sensors and fans?
> 
> Or is this something to deal with in Supermicro bios?
> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160524/c7b4ff15/attachment.bin>

From matej at zunaj.si  Wed May 25 04:57:16 2016
From: matej at zunaj.si (=?utf-8?Q?Matej_=C5=BDerovnik?=)
Date: Wed, 25 May 2016 06:57:16 +0200
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <5744CD37.4050404@btconnect.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
	<18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
	<CALeZrrRSbKWUxXQTOM_j7nC=JiiSW=z8FTOKib1VMRvFaauwFw@mail.gmail.com>
	<46B5CB51-F0B5-43C7-B870-96CBCD64209D@zunaj.si>
	<5744CD37.4050404@btconnect.com>
Message-ID: <E1BFA7AE-5DD2-4307-A40D-FB34E107CFCD@zunaj.si>

Hey,

I just plugged in the card and it was recognized:) It?s a LSI SAS3008 card.
prtconf -d says:
pci1000,30a0 (pciex1000,97) [LSI Logic / Symbios Logic SAS3008 PCI-Express Fusion-MPT SAS-3], instance #8

On the other hand, lspci says different:
15:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3 3108 [Invader] (rev 02)

prtconf gives the right info.

I run P12 IT firmware on it. 

Matej

> On 24 May 2016, at 23:52, Richard Skelton <skeltonr at btconnect.com> wrote:
> 
> Hi Matej,
> How did you get the mpt_sas driver to attach to your card ?
> Looks like your device id is pci1000,30a0.
> From prtconf -d I see for my SAS 9305-24i :-
>             pci1000,31a0 (pciex1000,c4) [LSI Logic / Symbios Logic SAS3224 PCI-Express Fusion-MPT SAS-3] (driver not attached)
> 
> lspci does not sow the card :-(
> 
> Matej ?erovnik wrote:
>> 
>> There is even an updated version of P20 that should eliminate the problems. I think the version number is 20.04.000 where the broken version was 20.02.000. I think I read about that on FreeNAS forum.
>> 
>> As far as 12G goes, I?m about to run P12. I did some tests and so far no problems apart from FW upload tce invalid warning when I run sas3ircu list
>> May 19 12:11:34 node scsi: [ID 107833 kern.warning] WARNING: /pci at 74,0/pci8086,2f08 at 3/pci1000,30a0 at 0 (mpt_sas8):
>> May 19 12:11:34 node         FW Upload tce invalid!
>> 
>> Matej
>> 
>>> On 23 May 2016, at 22:23, Schweiss, Chip <chip at innovates.com <mailto:chip at innovates.com>> wrote:
>>> 
>>> 
>>> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald <danmcd at omniti.com <mailto:danmcd at omniti.com>> wrote:
>>> 
>>> > On May 23, 2016, at 4:10 PM, F?bio Rabelo <fabio at fabiorabelo.wiki.br <mailto:fabio at fabiorabelo.wiki.br>> wrote:
>>> >
>>> > Hi to all ...
>>> >
>>> > You may need to flash the IT firmware :
>>> >
>>> > http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads <http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads>
>>> 
>>> And if you do, make sure it's version 19 or lower.  The IT firmware > 19 is known to be flaky.  Check the illumos list archives for details on why.
>>> 
>>> That only on the 6G HBA.   On the 12G HBA version 12 is the newest.   I haven't heard any preferred versions on these.  I've been running  v10 for several months now without issue.
>>> 
>>> -Chip
>>>  
>>> 
>>> Dan
>>> 
>>> _______________________________________________
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
>>> 
>>> _______________________________________________
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
>> 
>> 
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
>>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160525/4a539000/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3468 bytes
Desc: not available
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160525/4a539000/attachment.bin>

From alka at hfg-gmuend.de  Wed May 25 05:57:34 2016
From: alka at hfg-gmuend.de (Guenther Alka)
Date: Wed, 25 May 2016 07:57:34 +0200
Subject: [OmniOS-discuss] fan control
In-Reply-To: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
Message-ID: <b3ebcbbc-9c9f-dfaf-08be-4af4256abf50@hfg-gmuend.de>

Napp-it is basically a pure CGI application that creates load only on 
menu actions when it calls the needed console system commands. 
Additionally it can reread system informations in the backgroud 
(acceleration) or create realtime graphs and status informations with 
websockets (monitoring). You can disable these functions in the topmenu 
near logout when you disable mon and acc.

But the extra load should be low.

Gea


Am 25.05.2016 um 01:28 schrieb Robert Fantini:
> we've installed napp-it to a couple of systems .   they run a lot 
> louder - fans do not seem to be controlled from software.
>
> is there a software package that that can be installed to handle 
> sensors and fans?
>
> Or is this something to deal with in Supermicro bios?
>
>
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160525/379074b7/attachment-0001.html>

From groups at tierarzt-mueller.de  Wed May 25 10:00:59 2016
From: groups at tierarzt-mueller.de (Alexander Lesle)
Date: Wed, 25 May 2016 12:00:59 +0200
Subject: [OmniOS-discuss] fan control
In-Reply-To: <0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
	<D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>
	<CALnM7zmtjZ0qTGEWKJ9L+g5hLeqEqwKr8ZfU_NLP8SKHrStwrQ@mail.gmail.com>
	<0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com>
Message-ID: <302464170.20160525120059@tierarzt-mueller.de>

Hello Richard Elling and List,

all my 3 server with supermicro boards powered the fans with full
throttle after power on. After few seconds the speed go to low speed.
I have set the Fan Speed Control Modes to Balanced so they all run
with +/- 1700 RPM.
At Reboot the fans do not turn up to full speed the stay balanced.


On Mai, 25 2016, 02:21 <Richard Elling> wrote in [1]:

> On May 24, 2016, at 4:37 PM, Robert Fantini <robertfantini at gmail.com> wrote:

> I'll check that the next time I'm at the server room, which will not be for a week.

> Will check then.




> yeah, there is a weird interaction whereby power-on-boot goes to full fans, but a
> reboot goes to normal fans. Surely there is software somewhere that controls this,
> but haven?t found the time to track it down.
>  ? richard


> Thanks for the fast response!



> On Tue, May 24, 2016 at 7:33 PM, Richard Elling
> <richard.elling at richardelling.com> wrote:



> On May 24, 2016, at 4:28 PM, Robert Fantini <robertfantini at gmail.com> wrote:

> we've installed napp-it to a couple of systems .   they run a lot
> louder - fans do not seem to be controlled from software. 

> is there a software package that that can be installed to handle sensors and fans?

> Or is this something to deal with in Supermicro bios?




> Do the fans slow after a warm reboot?
>  ? richard


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



>  
> --


> Richard.Elling at RichardElling.com
> +1-760-896-4422


>   


>  


>  
> --


> Richard.Elling at RichardElling.com
> +1-760-896-4422


>   
>  
-- 
Best Regards
Alexander
Mai, 25 2016
........
[1] mid:0907C745-F18C-4FAA-9174-1D8E29A02F73 at RichardElling.com
........


From fabio at fabiorabelo.wiki.br  Wed May 25 10:37:10 2016
From: fabio at fabiorabelo.wiki.br (=?UTF-8?Q?F=C3=A1bio_Rabelo?=)
Date: Wed, 25 May 2016 07:37:10 -0300
Subject: [OmniOS-discuss] performance extrremely low from nothing !
In-Reply-To: <alpine.GSO.2.20.1605242103060.4552@freddy.simplesystems.org>
References: <CAEekY64uy5m=YSnk3hWEhia9w4d34MEegJea1a9=n0zkA3LiaA@mail.gmail.com>
	<CAEekY66p00B3K9bMHD_HY-AeCd9j5cZt=JLibxMmMoHP88PJYA@mail.gmail.com>
	<CAEekY64chg527GcdeZZte88nbo53LHA-AK+JtVzE8hiaznXXqg@mail.gmail.com>
	<02C8BF27-8BAB-4952-A80A-009ECC213C4D@in2ip.nl>
	<alpine.GSO.2.20.1605242103060.4552@freddy.simplesystems.org>
Message-ID: <CAEekY65Ae72Y5aidOAsg7SH8k9Y66hjdtB=ciO6-QcALJo0zzA@mail.gmail.com>

Thanks everyone ...

Turns out the issue was Hard Disks !

All of them !

This system belongs to a mining company, and in the last month they
made several deep explosions .

Even some windows glasses have been blown out, and nobody cared to say
that to me ...

Problem solved .

System will need to be rebuild from scratch using backups .

Very "enjoyable" 2 or 3 days of work ahead ...

Thanks everyone again ...


F?bio Rabelo

2016-05-24 23:04 GMT-03:00 Bob Friesenhahn <bfriesen at simple.dallas.tx.us>:
> On Tue, 24 May 2016, Dirk-Jan Wemmers wrote:
>
>> Hi Fabio,
>>
>> is your pool (or one of your individual vdev?s) almost full? ZFS
>> performance can take quite a nosedive when it fills up above say 80%.
>
>
> Also, deduplication can cause a precipitous nose-dive in performance if it
> is enabled, enough data is written, and there is not enough memory.
>
> Bob
> --
> Bob Friesenhahn
> bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>

From robertfantini at gmail.com  Wed May 25 12:34:58 2016
From: robertfantini at gmail.com (Robert Fantini)
Date: Wed, 25 May 2016 08:34:58 -0400
Subject: [OmniOS-discuss] fan control
In-Reply-To: <302464170.20160525120059@tierarzt-mueller.de>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
	<D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>
	<CALnM7zmtjZ0qTGEWKJ9L+g5hLeqEqwKr8ZfU_NLP8SKHrStwrQ@mail.gmail.com>
	<0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com>
	<302464170.20160525120059@tierarzt-mueller.de>
Message-ID: <CALnM7zkpc3e_2s26Mv6GzdfM_UiEz2GcbUL8DydG0FQhf1K-KQ@mail.gmail.com>

it is good to know that your Supermicro systems work normal with omnios.  I
figured that would be the case.  Our issue is probably caused by hardware
set up or bios.

IPMI/sensors show high voltage issues , and on board sata are not all
working.. so the issue is hardware .  the motherboards are not designed for
the chassis.

napp-it/omnios/iscsi is working flawlessly .

thank you all for the responses.

On Wed, May 25, 2016 at 6:00 AM, Alexander Lesle <groups at tierarzt-mueller.de
> wrote:

> Hello Richard Elling and List,
>
> all my 3 server with supermicro boards powered the fans with full
> throttle after power on. After few seconds the speed go to low speed.
> I have set the Fan Speed Control Modes to Balanced so they all run
> with +/- 1700 RPM.
> At Reboot the fans do not turn up to full speed the stay balanced.
>
>
> On Mai, 25 2016, 02:21 <Richard Elling> wrote in [1]:
>
> > On May 24, 2016, at 4:37 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
> > I'll check that the next time I'm at the server room, which will not be
> for a week.
>
> > Will check then.
>
>
>
>
> > yeah, there is a weird interaction whereby power-on-boot goes to full
> fans, but a
> > reboot goes to normal fans. Surely there is software somewhere that
> controls this,
> > but haven?t found the time to track it down.
> >  ? richard
>
>
> > Thanks for the fast response!
>
>
>
> > On Tue, May 24, 2016 at 7:33 PM, Richard Elling
> > <richard.elling at richardelling.com> wrote:
>
>
>
> > On May 24, 2016, at 4:28 PM, Robert Fantini <robertfantini at gmail.com>
> wrote:
>
> > we've installed napp-it to a couple of systems .   they run a lot
> > louder - fans do not seem to be controlled from software.
>
> > is there a software package that that can be installed to handle sensors
> and fans?
>
> > Or is this something to deal with in Supermicro bios?
>
>
>
>
> > Do the fans slow after a warm reboot?
> >  ? richard
>
>
> >  _______________________________________________
> > OmniOS-discuss mailing list
> > OmniOS-discuss at lists.omniti.com
> > http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
>
> >
> > --
>
>
> > Richard.Elling at RichardElling.com
> > +1-760-896-4422
>
>
> >
>
>
> >
>
>
> >
> > --
>
>
> > Richard.Elling at RichardElling.com
> > +1-760-896-4422
>
>
> >
> >
> --
> Best Regards
> Alexander
> Mai, 25 2016
> ........
> [1] mid:0907C745-F18C-4FAA-9174-1D8E29A02F73 at RichardElling.com
> ........
>
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160525/294034ba/attachment.html>

From groups at tierarzt-mueller.de  Wed May 25 14:00:40 2016
From: groups at tierarzt-mueller.de (Alexander Lesle)
Date: Wed, 25 May 2016 16:00:40 +0200
Subject: [OmniOS-discuss] fan control
In-Reply-To: <CALnM7zkpc3e_2s26Mv6GzdfM_UiEz2GcbUL8DydG0FQhf1K-KQ@mail.gmail.com>
References: <CALnM7zkmWwLOHuVjG2nMgb_8i83ObTnPu8PKdEtbpm3XMd23nQ@mail.gmail.com>
	<D5163478-F41E-4FB3-9E2B-6FC93D63F60F@RichardElling.com>
	<CALnM7zmtjZ0qTGEWKJ9L+g5hLeqEqwKr8ZfU_NLP8SKHrStwrQ@mail.gmail.com>
	<0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com>
	<302464170.20160525120059@tierarzt-mueller.de>
	<CALnM7zkpc3e_2s26Mv6GzdfM_UiEz2GcbUL8DydG0FQhf1K-KQ@mail.gmail.com>
Message-ID: <1735165839.20160525160040@tierarzt-mueller.de>

Hello Robert Fantini and List,

I use Supermicro boards
X8SI6-F
X8SIA-F
X10SLH-F
and they all works very well with OmniOS + NappIT.

On Mai, 25 2016, 14:34 <Robert Fantini> wrote in [1]:

> it is good to know that your Supermicro systems work normal with
> omnios.? I figured that would be the case.? Our issue is probably
> caused by hardware set up or bios.?? 


> IPMI/sensors show high voltage issues , and on board sata are not
> all working.. so the issue is hardware .? the motherboards are not designed for the chassis.



> napp-it/omnios/iscsi is working flawlessly .



> thank you all for the responses.


> On Wed, May 25, 2016 at 6:00 AM, Alexander Lesle
> <groups at tierarzt-mueller.de> wrote:

> Hello Richard Elling and List,
>  
>  all my 3 server with supermicro boards powered the fans with full
>  throttle after power on. After few seconds the speed go to low speed.
>  I have set the Fan Speed Control Modes to Balanced so they all run
>  with +/- 1700 RPM.
>  At Reboot the fans do not turn up to full speed the stay balanced.
>  

>  
>  On Mai, 25 2016, 02:21 <Richard Elling> wrote in [1]:
>  
 >> On May 24, 2016, at 4:37 PM, Robert Fantini <robertfantini at gmail.com> wrote:
>  
 >> I'll check that the next time I'm at the server room, which will not be for a week.
>  
 >> Will check then.
>  
>  
>  
>  
 >> yeah, there is a weird interaction whereby power-on-boot goes to full fans, but a
 >> reboot goes to normal fans. Surely there is software somewhere that controls this,
 >> but haven?t found the time to track it down.
 >>? ? richard
>  
>  
 >> Thanks for the fast response!
>  
>  
>  
 >> On Tue, May 24, 2016 at 7:33 PM, Richard Elling
 >> <richard.elling at richardelling.com> wrote:
>  
>  
>  
 >> On May 24, 2016, at 4:28 PM, Robert Fantini <robertfantini at gmail.com> wrote:
>  
 >> we've installed napp-it to a couple of systems .? ?they run a lot
 >> louder - fans do not seem to be controlled from software.
>  
 >> is there a software package that that can be installed to handle sensors and fans?
>  
 >> Or is this something to deal with in Supermicro bios?
>  
>  
>  
>  
 >> Do the fans slow after a warm reboot?
 >>? ? richard
>  
>  
 >>? _______________________________________________
 >> OmniOS-discuss mailing list
 >> OmniOS-discuss at lists.omniti.com
 >> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>  
>  
>  
 >>
 >> --
>  
>  
 >> Richard.Elling at RichardElling.com
 >> +1-760-896-4422
>  
>  
 >>
>  
>  
 >>
>  
>  
 >>
 >> --
>  
>  
 >> Richard.Elling at RichardElling.com
 >> +1-760-896-4422
>  
>  
 >>
 >>
>  --
>  Best Regards
>  Alexander
>  Mai, 25 2016
>  ........
>  [1] mid:0907C745-F18C-4FAA-9174-1D8E29A02F73 at RichardElling.com
>  ........
>  

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


-- 
Best Regards
Alexander
Mai, 25 2016
........
[1] mid:CALnM7zkpc3e_2s26Mv6GzdfM_UiEz2GcbUL8DydG0FQhf1K-KQ at mail.gmail.com
........


From geoffn at gnaa.net  Wed May 25 16:11:48 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Wed, 25 May 2016 09:11:48 -0700
Subject: [OmniOS-discuss] intermittent SMB performance issues -- high NT
	Create AndX SRT
Message-ID: <5745CEC4.6030203@gnaa.net>

I just upgraded an OI server to Omniosr151018.

I am having some intermittent issues with the smb service with Windows 7 
clients.

Does anyone have a dtrace script/suggestions to try to isolate it.

I am running wireshark one of the traces I have show SMB service 
response time for NT Create AndX calls is very high, with a avg of 24 
seconds.

The other commands are good:
Read AndX avg 0.0007
Query_File_info avg:  0.000404
Qeury_Path_Info avg 0.000512


Network seems fine, iperf runs at wire speed.

Large files through smb are at wire speed.

I have tried both SMB and SMB2.

iostat doesn't reveal any bad disks, nor are the disks busy, they are 
actually pretty idle.

Pool is only at 30% full

There is a 40GB arc, and the arc hit rate is very high, so everything 
really is in arc

No dedup.


thanks,

Geoff














From geoffn at gnaa.net  Wed May 25 16:56:04 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Wed, 25 May 2016 09:56:04 -0700
Subject: [OmniOS-discuss] intermittent SMB performance issues -- high NT
	Create AndX SRT
In-Reply-To: <5745CEC4.6030203@gnaa.net>
References: <5745CEC4.6030203@gnaa.net>
Message-ID: <5745D924.2020205@gnaa.net>

On 16-05-25 09:11 AM, Geoff Nordli wrote:
> I just upgraded an OI server to Omniosr151018.
>
> I am having some intermittent issues with the smb service with Windows 
> 7 clients.
>
> Does anyone have a dtrace script/suggestions to try to isolate it.
>
> I am running wireshark one of the traces I have show SMB service 
> response time for NT Create AndX calls is very high, with a avg of 24 
> seconds.
>
> The other commands are good:
> Read AndX avg 0.0007
> Query_File_info avg:  0.000404
> Qeury_Path_Info avg 0.000512
>
>
> Network seems fine, iperf runs at wire speed.
>
> Large files through smb are at wire speed.
>
> I have tried both SMB and SMB2.
>
> iostat doesn't reveal any bad disks, nor are the disks busy, they are 
> actually pretty idle.
>
> Pool is only at 30% full
>
> There is a 40GB arc, and the arc hit rate is very high, so everything 
> really is in arc
>
> No dedup.
>

Just to be more clear here, the delay is caused when launching an 
application.  If I copy the file from Windows explorer, the performance 
is OK.

I looked at my wireshark trace when launching the application and I 
noticed that the NT Create AndX SRT for a lot of the files is 30 
seconds.  A round number like that normally means it is triggered by 
something.  Now I just need to figure out what.

thanks,

Geoff


From danmcd at omniti.com  Wed May 25 17:08:32 2016
From: danmcd at omniti.com (Dan McDonald)
Date: Wed, 25 May 2016 10:08:32 -0700
Subject: [OmniOS-discuss] intermittent SMB performance issues -- high NT
	Create AndX SRT
In-Reply-To: <5745D924.2020205@gnaa.net>
References: <5745CEC4.6030203@gnaa.net> <5745D924.2020205@gnaa.net>
Message-ID: <746FF1AB-43B9-45C0-848D-83B1C703CE83@omniti.com>

The illumos SMB expert hangs out on here, but not always.  If you don't get a bite here soon, you may wish to query the illumos developer's list, where I know he's always listening.

Dan


From geoffn at gnaa.net  Wed May 25 17:42:28 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Wed, 25 May 2016 10:42:28 -0700
Subject: [OmniOS-discuss] intermittent SMB performance issues -- high NT
 Create AndX SRT
In-Reply-To: <746FF1AB-43B9-45C0-848D-83B1C703CE83@omniti.com>
References: <5745CEC4.6030203@gnaa.net> <5745D924.2020205@gnaa.net>
	<746FF1AB-43B9-45C0-848D-83B1C703CE83@omniti.com>
Message-ID: <5745E404.5040802@gnaa.net>


On 16-05-25 10:08 AM, Dan McDonald wrote:
> The illumos SMB expert hangs out on here, but not always.  If you don't get a bite here soon, you may wish to query the illumos developer's list, where I know he's always listening.
>
> Dan
>


Hi Dan.

I think I will restructure my email and send it there.

thanks,

Geoff

From info at houseofancients.nl  Wed May 25 18:04:45 2016
From: info at houseofancients.nl (Floris van Essen ..:: House of Ancients Amstafs ::..)
Date: Wed, 25 May 2016 18:04:45 +0000
Subject: [OmniOS-discuss] MNPH29C-XTR support Omnios
Message-ID: <04B0A5C1206D824F8D310C5B3DB28CC906E1F671@vEX01.mindstorm-internet.local>

Hi Guys,

I just ordered 3 MNPH29C-XTR , as i knew OmniOS/illumos support these connectx-2 cards through the hermon driver.
When I started installing I came to my shock to the conclusion they only support IB on connect-2 cards.

Is there anything I can do to have simply run 10G ?
Are there any plans to support 10G only for these cards?

I know lots of people are getting these cards, as lots of them are coming out of lease and are relatively affordable

Kr,

Floris

...:: House of Ancients ::...
American Staffordshire Terriers

+31-628-161-350
+31-614-198-389
Het Perk 48
4903 RB
Oosterhout
Netherlands
www.houseofancients.nl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 6979 bytes
Desc: not available
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160525/6b1bb1c7/attachment.bin>

From geoffn at gnaa.net  Wed May 25 22:38:08 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Wed, 25 May 2016 15:38:08 -0700
Subject: [OmniOS-discuss] intermittent SMB performance issues -- high NT
 Create AndX SRT
In-Reply-To: <5745E404.5040802@gnaa.net>
References: <5745CEC4.6030203@gnaa.net> <5745D924.2020205@gnaa.net>
	<746FF1AB-43B9-45C0-848D-83B1C703CE83@omniti.com>
	<5745E404.5040802@gnaa.net>
Message-ID: <57462950.1000507@gnaa.net>

On 16-05-25 10:42 AM, Geoff Nordli wrote:
>
> On 16-05-25 10:08 AM, Dan McDonald wrote:
>> The illumos SMB expert hangs out on here, but not always.  If you 
>> don't get a bite here soon, you may wish to query the illumos 
>> developer's list, where I know he's always listening.
>>
>> Dan
>>
>
>
> Hi Dan.
>
> I think I will restructure my email and send it there.
>
> thanks,
>
> Geoff

I saw a similar thread with Nexenta forum.  There seems to be an issue 
with opslock.  I disabled opslock and we are good now.

svccfg -s network/smb/server setprop smbd/oplock_enable=false

Not sure why this isn't biting more people.




From stephan.budach at JVM.DE  Fri May 27 13:18:37 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Fri, 27 May 2016 15:18:37 +0200
Subject: [OmniOS-discuss] Error when trying to install OmniOS r018 on new SM
	X100DRi-T4+
Message-ID: <e50f3ff9-394c-6739-7c89-a17a4eb3a2ce@jvm.de>

Hi,

I just tried to install OmniOS r018 onto a new SuperMicro server and 
when the install kernel starts up, I am getting this panic:

cpu1: featureset
WARNING: cpu1 feature mismatch

panic[cpu1/thread=fffff00f4920c40: unsupported mixed cpu monitor/nwait 
support
detected

The the hosts reboots?

Does anyone has an idead, if this issue is to be overcome by setting 
something in the BIOS?

Thanks,
Stephan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160527/0cc24d42/attachment.html>

From stephan.budach at JVM.DE  Fri May 27 13:40:45 2016
From: stephan.budach at JVM.DE (Stephan Budach)
Date: Fri, 27 May 2016 15:40:45 +0200
Subject: [OmniOS-discuss] Error when trying to install OmniOS r018 on
 new SM X100DRi-T4+
In-Reply-To: <e50f3ff9-394c-6739-7c89-a17a4eb3a2ce@jvm.de>
References: <e50f3ff9-394c-6739-7c89-a17a4eb3a2ce@jvm.de>
Message-ID: <9a551bf3-37fd-4cb5-8887-bb4921213303@jvm.de>

Am 27.05.16 um 15:18 schrieb Stephan Budach:
> Hi,
>
> I just tried to install OmniOS r018 onto a new SuperMicro server and 
> when the install kernel starts up, I am getting this panic:
>
> cpu1: featureset
> WARNING: cpu1 feature mismatch
>
> panic[cpu1/thread=fffff00f4920c40: unsupported mixed cpu monitor/nwait 
> support
> detected
>
> The the hosts reboots?
>
> Does anyone has an idead, if this issue is to be overcome by setting 
> something in the BIOS?
>
> Thanks,
> Stephan

Weird? please ignore this? the box came with some non-standard BIOS settings. After hitting "Reset to optimized default" the box boots up r018 just fine.
Weird, since this is how the box has been delivered to me?

Cheers,
Stephan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160527/fbb246da/attachment-0001.html>

From daleg at omniti.com  Fri May 27 15:02:39 2016
From: daleg at omniti.com (Dale Ghent)
Date: Fri, 27 May 2016 11:02:39 -0400
Subject: [OmniOS-discuss] Error when trying to install OmniOS r018 on
	new SM X100DRi-T4+
In-Reply-To: <9a551bf3-37fd-4cb5-8887-bb4921213303@jvm.de>
References: <e50f3ff9-394c-6739-7c89-a17a4eb3a2ce@jvm.de>
	<9a551bf3-37fd-4cb5-8887-bb4921213303@jvm.de>
Message-ID: <52DD2826-1825-42C3-93E9-41A4FD183486@omniti.com>


> On May 27, 2016, at 9:40 AM, Stephan Budach <stephan.budach at JVM.DE> wrote:
> 
> Am 27.05.16 um 15:18 schrieb Stephan Budach:
>> Hi,
>> 
>> I just tried to install OmniOS r018 onto a new SuperMicro server and when the install kernel starts up, I am getting this panic:
>> 
>> cpu1: featureset
>> WARNING: cpu1 feature mismatch
>> 
>> panic[cpu1/thread=fffff00f4920c40: unsupported mixed cpu monitor/nwait support
>> detected
>> 
>> The the hosts reboots?
>> 
>> Does anyone has an idead, if this issue is to be overcome by setting something in the BIOS?
>> 
>> Thanks,
>> Stephan
> Weird? please ignore this? the box came with some non-standard BIOS settings. After hitting "Reset to optimized default" the box boots up r018 just fine.
> Weird, since this is how the box has been delivered to me?

I've seen a few cases of SM boxes across a few different CPU generations having issues with the BIOS defaults from the factory, especially when it comes to ACPI tables it creates... and a reset-to-defaults usually corrects the problem. I have no idea why their BIOS does this sometimes, being that it's a black box... but now I just automatically reset the BIOS on new servers if I ever run in to odd ACPI-related issues like this one on first boot.

/dale

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160527/32eb42a6/attachment.bin>

From gordon.w.ross at gmail.com  Tue May 31 02:24:09 2016
From: gordon.w.ross at gmail.com (Gordon Ross)
Date: Mon, 30 May 2016 22:24:09 -0400
Subject: [OmniOS-discuss] cifs connectivity to DC gets lost
In-Reply-To: <5744DB2B.8040702@gnaa.net>
References: <5744D893.7020401@gnaa.net>
	<5744DB2B.8040702@gnaa.net>
Message-ID: <CAD0Ztp16dwr8E2Mg+BF8hnkjpZujTTAz1Wf5vR6evc+nWWAY0A@mail.gmail.com>

On Tue, May 24, 2016 at 6:52 PM, Geoff Nordli <geoffn at gnaa.net> wrote:
> On 16-05-24 03:41 PM, Geoff Nordli wrote:
>>
>> I just upgraded a server from OI to OmniOS-r151018.
>>
>> I am having a few issues with the connectivity to AD.
>>
>> I was able to join the domain no problem, but then the domain is getting
>> disconnected and after several hours I need to join the domain again.
>>
>> May 24 15:25:12 stor1 idmap[472]: [ID 849457 daemon.error]   >
>> ::ffff:172.16.100.10 rc=0
>> May 24 15:25:12 stor1 idmap[472]: [ID 778215 daemon.error] DC name
>> dc1.domain.ca != 172.16.100.10?
>> May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] Configuration
>> changed
>> May 24 15:25:12 stor1 idmap[472]: [ID 452651 daemon.error] adutils:
>> ldap_lookup_init failed
>> May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] Configuration
>> changed
>> May 24 15:25:13 stor1 smbd[15085]: [ID 511178 daemon.notice] Failed to
>> establish NETLOGON credential chain with DC: 172.16.100.10 (UNSUCCESSFUL)
>> May 24 15:25:13 stor1 smbd[15085]: [ID 714496 daemon.notice] The machine
>> account information on the domain controller does not match the local
>> storage.
>> May 24 15:25:13 stor1 smbd[15085]: [ID 777225 daemon.notice] To correct
>> this, use 'smbadm join'
>> May 24 15:25:13 stor1 smbd[15085]: [ID 527292 daemon.notice] failed to
>> establish NETLOGON credential chain
>> May 24 15:25:13 stor1 smbd[15085]: [ID 505820 daemon.notice]  with server
>> 172.16.100.10 for domain domain.ca (UNSUCCESSFUL)
>>
>> time is synced between the two machines.
>>
>> When I issue the join, I am able to get things connected again.
>>
>> any thoughts?
>>
>
> Pulled from the idmap log:
>
> adutils: ldap_lookup_init, host 172.16.100.10
> LDAP: 172.16.100.10:3268: Local error
> 172.16.100.10: Local error
> 172.16.100.10: additional info: SASL(-1): generic failure: GSSAPI Error:
> Unspecified GSS failure.  Minor code may provide more information (Server
> not found in Kerberos database)
> adutils: ldap_lookup_init failed
> unable to discover Domains in the Forest

You figured it out.  Kerberos can only authenticate with a named host,
and the log message above say that idmap/libadutils is trying to use
ldap+gssapi+kerberos to authenticate with a DC specified only by IP
address.
That's never going to work...

From sford123 at ibbr.umd.edu  Tue May 31 15:33:22 2016
From: sford123 at ibbr.umd.edu (Steven Ford)
Date: Tue, 31 May 2016 11:33:22 -0400
Subject: [OmniOS-discuss] Backup CIFS Server
Message-ID: <CABrseZZzN8Qf4iFftJ_pQYt8MZK-=Ooay7CD6J6y9HG685wiKw@mail.gmail.com>

Hello,

I have two Omnios storage servers, a primary and a backup. Users
authenticate via Active Directory.

Since updating to r151018, kerberos seems to be a little pickier when
allowing clients to connect. Before, if my secondary took over the
primary's IP, connections made with the primary's domain name to the
secondary came through fine. Now, they are rejected with the following
error:

smbd: krb5ssp: gss_accept_sec_context, mech=0xfcaa0160, major=0x70000,
minor=0x25ea101
smbd:  krb5: No principal in keytab matches desired name

Rejecting requests addressed to domain names that are not its own seems
like the proper thing to do, so I'm curious if anybody else is using Omnios
as a backup server meant to operate in the primary's place.

Should I somehow configure them to have the same kerberos keys? Is there a
way to dumb down kerberos to behave like it used to? Would it be a bad idea
to dumb down kerberos in this way?

Any input is greatly appreciated.

Thank you,

Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160531/75afcf93/attachment.html>

From daleg at omniti.com  Tue May 31 16:21:02 2016
From: daleg at omniti.com (Dale Ghent)
Date: Tue, 31 May 2016 12:21:02 -0400
Subject: [OmniOS-discuss] Backup CIFS Server
In-Reply-To: <CABrseZZzN8Qf4iFftJ_pQYt8MZK-=Ooay7CD6J6y9HG685wiKw@mail.gmail.com>
References: <CABrseZZzN8Qf4iFftJ_pQYt8MZK-=Ooay7CD6J6y9HG685wiKw@mail.gmail.com>
Message-ID: <C16DE875-0523-497C-9329-5003446B4ADA@omniti.com>


> On May 31, 2016, at 11:33 AM, Steven Ford <sford123 at ibbr.umd.edu> wrote:
> 
> Hello,
> 
> I have two Omnios storage servers, a primary and a backup. Users authenticate via Active Directory.
> 
> Since updating to r151018, kerberos seems to be a little pickier when allowing clients to connect. Before, if my secondary took over the primary's IP, connections made with the primary's domain name to the secondary came through fine. Now, they are rejected with the following error:
> 
> smbd: krb5ssp: gss_accept_sec_context, mech=0xfcaa0160, major=0x70000, minor=0x25ea101
> smbd:  krb5: No principal in keytab matches desired name
> 
> Rejecting requests addressed to domain names that are not its own seems like the proper thing to do, so I'm curious if anybody else is using Omnios as a backup server meant to operate in the primary's place.
> 
> Should I somehow configure them to have the same kerberos keys? Is there a way to dumb down kerberos to behave like it used to? Would it be a bad idea to dumb down kerberos in this way?

Generally, yes, both servers should probably have identical keytabs which contain each other's specific principals, since one is expected to act like the other at some point (ie, in a failover scenario) ... if I'm understanding your situation correctly.

/dale

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160531/889d7c43/attachment.bin>

From lkateley at kateley.com  Tue May 31 17:07:18 2016
From: lkateley at kateley.com (Linda Kateley)
Date: Tue, 31 May 2016 12:07:18 -0500
Subject: [OmniOS-discuss] LSI3108
In-Reply-To: <CAO8hXRCfWh=AZ=DedYW20khmBK=XuXvMue3dJ6XWnc2Q9RpvoQ@mail.gmail.com>
References: <CAEekY64HbJh61bFME5QataV53yZRXxbReCD-DWdDQZjLQ33kxA@mail.gmail.com>
	<56D84761.1010808@dojcak.sk>
	<6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com>
	<alpine.GSO.2.00.1603031556340.19559@erncre.pvgehf-vg.arg>
	<CAEekY67Dp6qdtb1P=7RW8WcFNdhyHC+gjejYH_JjRw_QzJRG7g@mail.gmail.com>
	<4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com>
	<574357B3.6000603@btconnect.com>
	<CAEekY65kjN77MBqV+n-Q3=wNVK5as1s+D1Q51nMPJnD6fV8nXw@mail.gmail.com>
	<18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com>
	<CAO8hXRCfWh=AZ=DedYW20khmBK=XuXvMue3dJ6XWnc2Q9RpvoQ@mail.gmail.com>
Message-ID: <107c1fa6-fa3c-4847-aef0-b516bddef238@kateley.com>

I have worked with the 20.00.04.00 and it has worked very well. But the 
07 has had problems. All on freebsd or freenas. Haven't tested with omni.

If anyone has the sata 6gb firmware sitting around version 20.00.04.00 
would love to get my hands on it


linda

On 5/23/16 3:50 PM, Eric Sproul wrote:
> On Mon, May 23, 2016 at 4:18 PM, Dan McDonald <danmcd at omniti.com> wrote:
>> And if you do, make sure it's version 19 or lower.  The IT firmware > 19 is known to be flaky.  Check the illumos list archives for details on why.
> We may want to revisit that advice-- I've noticed that LSI/Avago have
> revised v20 firmware several times, presumably to fix bugs.  Their
> support downloads currently show "20.00.07.00" available for download.
> I haven't had a chance to try that one yet, but I do have some dev
> systems running 20.00.04.00 without any apparent issues.  These are
> direct-attach configurations, i.e. no expanders.
>
> Eric
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss


From mir at miras.org  Tue May 31 17:40:58 2016
From: mir at miras.org (Michael Rasmussen)
Date: Tue, 31 May 2016 19:40:58 +0200
Subject: [OmniOS-discuss] Backup CIFS Server
In-Reply-To: <CABrseZZzN8Qf4iFftJ_pQYt8MZK-=Ooay7CD6J6y9HG685wiKw@mail.gmail.com>
References: <CABrseZZzN8Qf4iFftJ_pQYt8MZK-=Ooay7CD6J6y9HG685wiKw@mail.gmail.com>
Message-ID: <20160531194058.00b2bb44@sleipner.datanom.net>

On Tue, 31 May 2016 11:33:22 -0400
Steven Ford <sford123 at ibbr.umd.edu> wrote:

> 
> Should I somehow configure them to have the same kerberos keys? Is there a
> way to dumb down kerberos to behave like it used to? Would it be a bad idea
> to dumb down kerberos in this way?
> 
On windows you use ktpass.exe to generate keytab files:
https://technet.microsoft.com/en-us/library/cc753771(v=ws.11).aspx
Check parameter /out

On Unix like systems the command is ktutil:
http://web.mit.edu/kerberos/krb5-1.12/doc/admin/admin_commands/ktutil.html

The generated keytab file can be distributed to any number of hosts and
enables the beholder of the keytab to create a security context with
the AD without username and password either as a client or a server so
you should keep safe.

Typical client use: To get a service token (identify and authorize) to
a server/service.

Typical server use: To verify and validate service tokens from clients.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
/usr/games/fortune -es says:
There are only two kinds of tequila.  Good and better.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160531/465d5410/attachment-0001.bin>

From geoffn at gnaa.net  Tue May 31 23:54:10 2016
From: geoffn at gnaa.net (Geoff Nordli)
Date: Tue, 31 May 2016 16:54:10 -0700
Subject: [OmniOS-discuss] cifs connectivity to DC gets lost
In-Reply-To: <CAD0Ztp16dwr8E2Mg+BF8hnkjpZujTTAz1Wf5vR6evc+nWWAY0A@mail.gmail.com>
References: <5744D893.7020401@gnaa.net> <5744DB2B.8040702@gnaa.net>
	<CAD0Ztp16dwr8E2Mg+BF8hnkjpZujTTAz1Wf5vR6evc+nWWAY0A@mail.gmail.com>
Message-ID: <574E2422.6030708@gnaa.net>

On 16-05-30 07:24 PM, Gordon Ross wrote:
> On Tue, May 24, 2016 at 6:52 PM, Geoff Nordli <geoffn at gnaa.net> wrote:
>> On 16-05-24 03:41 PM, Geoff Nordli wrote:
>>> I just upgraded a server from OI to OmniOS-r151018.
>>>
>>> I am having a few issues with the connectivity to AD.
>>>
>>> I was able to join the domain no problem, but then the domain is getting
>>> disconnected and after several hours I need to join the domain again.
>>>
>>> May 24 15:25:12 stor1 idmap[472]: [ID 849457 daemon.error]   >
>>> ::ffff:172.16.100.10 rc=0
>>> May 24 15:25:12 stor1 idmap[472]: [ID 778215 daemon.error] DC name
>>> dc1.domain.ca != 172.16.100.10?
>>> May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] Configuration
>>> changed
>>> May 24 15:25:12 stor1 idmap[472]: [ID 452651 daemon.error] adutils:
>>> ldap_lookup_init failed
>>> May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] Configuration
>>> changed
>>> May 24 15:25:13 stor1 smbd[15085]: [ID 511178 daemon.notice] Failed to
>>> establish NETLOGON credential chain with DC: 172.16.100.10 (UNSUCCESSFUL)
>>> May 24 15:25:13 stor1 smbd[15085]: [ID 714496 daemon.notice] The machine
>>> account information on the domain controller does not match the local
>>> storage.
>>> May 24 15:25:13 stor1 smbd[15085]: [ID 777225 daemon.notice] To correct
>>> this, use 'smbadm join'
>>> May 24 15:25:13 stor1 smbd[15085]: [ID 527292 daemon.notice] failed to
>>> establish NETLOGON credential chain
>>> May 24 15:25:13 stor1 smbd[15085]: [ID 505820 daemon.notice]  with server
>>> 172.16.100.10 for domain domain.ca (UNSUCCESSFUL)
>>>
>>> time is synced between the two machines.
>>>
>>> When I issue the join, I am able to get things connected again.
>>>
>>> any thoughts?
>>>
>> Pulled from the idmap log:
>>
>> adutils: ldap_lookup_init, host 172.16.100.10
>> LDAP: 172.16.100.10:3268: Local error
>> 172.16.100.10: Local error
>> 172.16.100.10: additional info: SASL(-1): generic failure: GSSAPI Error:
>> Unspecified GSS failure.  Minor code may provide more information (Server
>> not found in Kerberos database)
>> adutils: ldap_lookup_init failed
>> unable to discover Domains in the Forest
> You figured it out.  Kerberos can only authenticate with a named host,
> and the log message above say that idmap/libadutils is trying to use
> ldap+gssapi+kerberos to authenticate with a DC specified only by IP
> address.
> That's never going to work...

Good to know.  That must have gotten set somewhere when I was trying 
different things.

Right now the:

kpasswd_server is set to a host name.
pdc is set to an IP address.

This configuration seems to be working OK.

thanks,

Geoff





