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> <20160425224408.508071af@sleipner.datanom.net> Message-ID: 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 wrote: > > On Mon, 25 Apr 2016 22:06:05 +0200 > Jacob Vosmaer 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 rasmussen cc > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E > mir datanom net > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C > mir miras 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: 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: References: , <20160421235619.155ea112@sleipner.datanom.net> <20160425224408.508071af@sleipner.datanom.net> Message-ID: Hi! Works fine now! -----"OmniOS-discuss" skrev: ----- Till: Michael Rasmussen 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 wrote: > > On Mon, 25 Apr 2016 22:06:05 +0200 > Jacob Vosmaer 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 rasmussen cc > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E > mir datanom net > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C > mir miras 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: References: <20160421235619.155ea112@sleipner.datanom.net> <20160425224408.508071af@sleipner.datanom.net> Message-ID: 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 : > > 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 wrote: > > > > On Mon, 25 Apr 2016 22:06:05 +0200 > > Jacob Vosmaer 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 rasmussen cc > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E > > mir datanom net > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C > > mir miras 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: 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: References: <20160421235619.155ea112@sleipner.datanom.net> <20160425224408.508071af@sleipner.datanom.net> Message-ID: <311C0C96-069C-4781-B4ED-C4F20301EB65@omniti.com> > On May 2, 2016, at 10:38 AM, Jacob Vosmaer 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: 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> <20160425224408.508071af@sleipner.datanom.net> <311C0C96-069C-4781-B4ED-C4F20301EB65@omniti.com> Message-ID: Great, thanks Dale! On 2 May 2016 17:03, "Dale Ghent" wrote: > > > On May 2, 2016, at 10:38 AM, Jacob Vosmaer > 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: 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: References: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> 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 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 > > > So it seems that I'm stuck with running Solaris 11.3... > > Svavar > > > >> On 31. mar. 2016, at 11:16, Michael Rasmussen > wrote: >> >> Try to disable usb in bios before installing. >> >> On March 31, 2016 11:59:20 AM GMT+02:00, "Svavar ?rn Eysteinsson" > 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 > 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 >> 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_bios2.JPG >> https://dl.dropboxusercontent.com/u/16134/omnios_intel_bios3.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 >> >> 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/msg03201.html >> >> and a link a blogpost by jeff sipek >> http://blahg.josefsipek.net/?p=488 >> >> >> Best regards, >> Svavar O >> On 8. mar. 2016, at 15:13, Dan McDonald > wrote: >> On Mar 8, 2016, at 6:17 AM, Svavar ?rn Eysteinsson > 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 >> http://lists.omniti.com/mailman/listinfo/omnios-discuss >> >> -- >> Christian Kivalo >> >> 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 >> >> -- >> 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: 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: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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 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 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: 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: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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: > On May 3, 2016, at 11:26 AM, Svavar ?rn Eysteinsson 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: References: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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: 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 wrote: > > >> On May 3, 2016, at 11:26 AM, Svavar ?rn Eysteinsson 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: References: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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: On Tue, May 3, 2016 at 12:38 PM, Svavar ?rn Eysteinsson 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: References: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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: <20160503192222.5c2b1d32@sleipner.datanom.net> On Tue, 3 May 2016 13:01:57 -0400 Eric Sproul 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 rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras 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: 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: References: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <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: <73A52A72-7CA9-4C8E-9955-4E0E17BFC754@omniti.com> > On May 3, 2016, at 1:01 PM, Eric Sproul 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: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is> <5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com> <14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is> <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 wrote: > > >>> On May 3, 2016, at 1:01 PM, Eric Sproul 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: <10A21637-B670-4350-853E-6DA0549E8B20@omniti.com> <7A8A7BDC-23BB-47F6-A6A6-756D1354BE34@pipar-tbwa.is> <9680905E-E048-4E8E-B24C-239131BEE859@pipar-tbwa.is> <9D7D3346-F46A-40FB-A7B7-8D00746373AD@miras.org> <6063C832-744E-4D20-9563-5A8894617FDC@pipar-tbwa.is> <5A7ED1CE-2A5C-43D8-822A-60DB4202366D@omniti.com> <14A9F8EB-8127-4D91-9C48-C4E9F4747134@pipar-tbwa.is> <73A52A72-7CA9-4C8E-9955-4E0E17BFC754@omniti.com> <0094F7D7-615C-4EA1-88F6-A3816B487FF0@pipar-tbwa.is> Message-ID: > On May 3, 2016, at 2:15 PM, Svavar ?rn Eysteinsson 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: 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: 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: References: Message-ID: <9FA09F85-7995-4B75-94C4-7329B22DBD35@omniti.com> > On May 3, 2016, at 4:15 PM, Peter Tribble 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. > 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: <9FA09F85-7995-4B75-94C4-7329B22DBD35@omniti.com> Message-ID: 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. > > > > > > 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: 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: 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 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: References: Message-ID: > On May 3, 2016, at 7:54 PM, Ergi Thanasko 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: References: , Message-ID: 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 wrote: > > >> On May 3, 2016, at 7:54 PM, Ergi Thanasko 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: References: Message-ID: 4 ??? 2016??. 4:10:45 CEST, Dan McDonald ?????: > >> On May 3, 2016, at 7:54 PM, Ergi Thanasko >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: References: Message-ID: > On May 4, 2016, at 12:08 AM, Jim Klimov 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: References: 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 wrote: > > >> On May 4, 2016, at 12:08 AM, Jim Klimov 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: References: Message-ID: > On May 3, 2016, at 7:57 PM, Ergi Thanasko 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 wrote: >> >> >>> On May 3, 2016, at 7:54 PM, Ergi Thanasko 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: 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: 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 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 $ 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 $ 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 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: 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: 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 Date: Fri Mar 25 15:15:29 2016 -0700 6823 need per-zone kstat to track pageins Reviewed by: Hans Rosenfeld Reviewed by: Josef 'Jeff' Sipek Approved by: Dan McDonald 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 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 : > > 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 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: 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: References: Message-ID: <33381DB2-8CFF-410E-82EA-A5065AB06DDC@omniti.com> > On May 8, 2016, at 10:36 AM, Martijn Fennis 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: 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 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 wrote: > > Am 09.05.16 um 16:33 schrieb Dale Ghent: >>> On May 9, 2016, at 8:24 AM, Stephan Budach 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: 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: 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: References: <201605101826.u4AIQstd000681@elvis.arl.psu.edu> Message-ID: <338E2DCF-51B8-4206-883F-3A16A01CAA0B@omniti.com> > On May 10, 2016, at 5:10 PM, Dan McDonald 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: 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: 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 wrote: >> >> Am 09.05.16 um 16:33 schrieb Dale Ghent: >>>> On May 9, 2016, at 8:24 AM, Stephan Budach 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 >>> wrote: >>> >>> Am 09.05.16 um 16:33 schrieb Dale Ghent: >>>>> On May 9, 2016, at 8:24 AM, Stephan Budach >>>>> 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: References: 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 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: 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 >>>> wrote: >>>> >>>> Am 09.05.16 um 16:33 schrieb Dale Ghent: >>>>>> On May 9, 2016, at 8:24 AM, Stephan Budach >>>>>> 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 wrote: > > Am 09.05.16 um 20:43 schrieb Dale Ghent: >>> On May 9, 2016, at 2:04 PM, Stephan Budach wrote: >>> >>> Am 09.05.16 um 16:33 schrieb Dale Ghent: >>>>> On May 9, 2016, at 8:24 AM, Stephan Budach 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: 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 wrote: >> >> Am 09.05.16 um 20:43 schrieb Dale Ghent: >>>> On May 9, 2016, at 2:04 PM, Stephan Budach wrote: >>>> >>>> Am 09.05.16 um 16:33 schrieb Dale Ghent: >>>>>> On May 9, 2016, at 8:24 AM, Stephan Budach 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 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: 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> <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 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: 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: 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> <5733AE0F.1010103@joyent.com> <629553ff-5645-2cfa-f7bf-3c097cd9d4b4@hfg-gmuend.de> Message-ID: 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 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 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: 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: 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: 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 45862 bytes Desc: not available URL: 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: References: <9064334fe578d975ef3c7823ceed613f@blackdot.be> Message-ID: I'm interested. On May 12, 2016 5:06 PM, "Jorge Schrauwen" 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: 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: 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: 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: References: Message-ID: 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: References: Message-ID: Am 15. Mai 2016 20:42:19 MESZ, schrieb Robert Fantini : >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=[:]] [--mbuffersize=] \ [--pre-snap-command=] \ [--post-snap-command=] \ [--tsformat=] --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: References: Message-ID: thank you for the answers, push it will be. On Sun, May 15, 2016 at 4:15 PM, Christian Kivalo 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=[:]] [--mbuffersize=] \ > [--pre-snap-command=] \ > [--post-snap-command=] \ > [--tsformat=] --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: 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: References: Message-ID: 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 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=[:]] [--mbuffersize=] \ >> [--pre-snap-command=] \ >> [--post-snap-command=] \ >> [--tsformat=] --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: 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: References: Message-ID: 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 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 45862 bytes Desc: not available URL: 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: References: Message-ID: <0A2CE822-C23D-4CF6-A99A-545AF8677432@omniti.com> > On May 16, 2016, at 10:17 AM, Hsin-an Chen 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: 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 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: On May 17, 2016, at 8:30 AM, Stephan Budach 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: 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: 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: 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: 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: References: Message-ID: 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 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: 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: References: Message-ID: tried: pkg uninstall postfix same issue. On Thu, May 19, 2016 at 3:49 PM, Robert Fantini 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: 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: References: Message-ID: # /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 wrote: > tried: > pkg uninstall postfix > > > same issue. > > On Thu, May 19, 2016 at 3:49 PM, Robert Fantini > 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: 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: References: Message-ID: 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 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 > wrote: > >> tried: >> pkg uninstall postfix >> >> >> same issue. >> >> On Thu, May 19, 2016 at 3:49 PM, Robert Fantini >> 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: 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: References: Message-ID: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> > On May 19, 2016, at 4:32 PM, Robert Fantini 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: 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 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: 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 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> Message-ID: ---------- Forwarded message ---------- From: Robert Fantini Date: Thu, May 19, 2016 at 4:43 PM Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF class' issue To: Dan McDonald # /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 wrote: > > > On May 19, 2016, at 4:32 PM, Robert Fantini > 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: 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> Message-ID: 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 wrote: > > ---------- Forwarded message ---------- > From: Robert Fantini > Date: Thu, May 19, 2016 at 4:43 PM > Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF > class' issue > To: Dan McDonald > > > # /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 wrote: > >> >> > On May 19, 2016, at 4:32 PM, Robert Fantini >> 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: 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> Message-ID: 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 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 > wrote: > >> >> ---------- Forwarded message ---------- >> From: Robert Fantini >> Date: Thu, May 19, 2016 at 4:43 PM >> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF >> class' issue >> To: Dan McDonald >> >> >> # /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 wrote: >> >>> >>> > On May 19, 2016, at 4:32 PM, Robert Fantini >>> 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: 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> Message-ID: 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 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 > 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 >> wrote: >> >>> >>> ---------- Forwarded message ---------- >>> From: Robert Fantini >>> Date: Thu, May 19, 2016 at 4:43 PM >>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF >>> class' issue >>> To: Dan McDonald >>> >>> >>> # /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 wrote: >>> >>>> >>>> > On May 19, 2016, at 4:32 PM, Robert Fantini >>>> 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: 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: References: Message-ID: <9A25B81D-5BAD-425E-B955-129858B03F51@cos.ru> 15 ??? 2016??. 20:42:19 CEST, Robert Fantini ?????: >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 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: References: <525c5aa067bd4bfba569c0b1efcd08e8@dcx01.intra.comparion.de> Message-ID: 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 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 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: References: Message-ID: 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, 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 > To: Hsin-an Chen > Cc: omnios-discuss > 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 > 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 > To: omnios-discuss > Subject: [OmniOS-discuss] OmniOS pkg server downtime > Message-ID: > 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 > To: Dale Ghent > Cc: omnios-discuss > 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 > 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 > To: Stephan Budach > Cc: omnios-discuss > Subject: Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2 > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > On May 17, 2016, at 8:30 AM, Stephan Budach 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: < > https://omniosce.org/ml-archive/attachments/20160517/165e56eb/attachment-0001.bin > > > > ------------------------------ > > Message: 5 > Date: Wed, 18 May 2016 08:59:00 +0000 > From: OmniOS-discuss > To: "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: < > https://omniosce.org/ml-archive/attachments/20160518/e73d5562/attachment-0001.html > > > > ------------------------------ > > Message: 6 > Date: Thu, 19 May 2016 15:49:49 -0400 > From: Robert Fantini > To: omnios-discuss at lists.omniti.com > Subject: [OmniOS-discuss] after installing postfix, got 'wrong ELF > class' issue > Message-ID: > 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: < > https://omniosce.org/ml-archive/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: 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> Message-ID: 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 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 > 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 >> 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 >> > wrote: >>> >>>> >>>> ---------- Forwarded message ---------- >>>> From: Robert Fantini >>>> Date: Thu, May 19, 2016 at 4:43 PM >>>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF >>>> class' issue >>>> To: Dan McDonald >>>> >>>> >>>> # /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 >>>> wrote: >>>> >>>>> >>>>> > On May 19, 2016, at 4:32 PM, Robert Fantini >>>>> 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: 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> Message-ID: 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 On Sat, May 21, 2016 at 7:58 PM, Robert Fantini 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 > 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 >> 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 >> > 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 >>>>> Date: Thu, May 19, 2016 at 4:43 PM >>>>> Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF >>>>> class' issue >>>>> To: Dan McDonald >>>>> >>>>> >>>>> # /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 >>>>> 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: 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: References: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.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 > > 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 > > 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 > > wrote: > > > ---------- Forwarded message ---------- > From: *Robert Fantini* > > Date: Thu, May 19, 2016 at 4:43 PM > Subject: Re: [OmniOS-discuss] after installing postfix, > got 'wrong ELF class' issue > To: Dan McDonald > > > > # /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 > > wrote: > > > > On May 19, 2016, at 4:32 PM, Robert Fantini > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: 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: > On May 23, 2016, at 12:33 PM, Josh Barton 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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.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 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: 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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> Message-ID: > On May 23, 2016, at 3:19 PM, Richard Skelton 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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> Message-ID: 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 : > 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 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: References: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> Message-ID: <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com> > On May 23, 2016, at 4:10 PM, F?bio Rabelo 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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com> Message-ID: On Mon, May 23, 2016 at 3:18 PM, Dan McDonald wrote: > > > On May 23, 2016, at 4:10 PM, F?bio Rabelo > 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: 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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com> Message-ID: On Mon, May 23, 2016 at 4:18 PM, Dan McDonald 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: References: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.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 wrote: > > > On Mon, May 23, 2016 at 3:18 PM, Dan McDonald > wrote: > > > On May 23, 2016, at 4:10 PM, F?bio Rabelo > 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 > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3468 bytes Desc: not available URL: 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: 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: References: Message-ID: 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 : > 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: References: Message-ID: 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: References: 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 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: References: Message-ID: 24 ??? 2016??. 18:41:19 CEST, "F?bio Rabelo" ?????: >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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.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 > > wrote: >> >> >> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald > > wrote: >> >> >> > On May 23, 2016, at 4:10 PM, F?bio Rabelo >> > 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 >> >> >> _______________________________________________ >> 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: 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: <3E6E8AD7-A885-48F4-AB9B-7640CA4F04F4@omniti.com> <40d19a4d-6eb8-47b6-5caa-d3f46d19ee9d@hfg-gmuend.de> Message-ID: 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 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 > 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 >> > 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 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: 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: 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: 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: References: Message-ID: > On May 24, 2016, at 4:28 PM, Robert Fantini 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: 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: References: Message-ID: 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 > 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: 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: References: Message-ID: <0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com> > On May 24, 2016, at 4:37 PM, Robert Fantini 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 > wrote: > >> On May 24, 2016, at 4:28 PM, Robert Fantini > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: <02C8BF27-8BAB-4952-A80A-009ECC213C4D@in2ip.nl> Message-ID: 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: References: Message-ID: Have you looked in your IPMI interface? http://imgur.com/J2n4Vgx > On May 24, 2016, at 7:28 PM, Robert Fantini 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: 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: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.com> <46B5CB51-F0B5-43C7-B870-96CBCD64209D@zunaj.si> <5744CD37.4050404@btconnect.com> Message-ID: 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 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 > wrote: >>> >>> >>> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald > wrote: >>> >>> > On May 23, 2016, at 4:10 PM, F?bio Rabelo > 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 >>> >>> _______________________________________________ >>> 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3468 bytes Desc: not available URL: 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: References: Message-ID: 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: 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: <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 wrote in [1]: > On May 24, 2016, at 4:37 PM, Robert Fantini 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 > wrote: > On May 24, 2016, at 4:28 PM, Robert Fantini 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: References: <02C8BF27-8BAB-4952-A80A-009ECC213C4D@in2ip.nl> Message-ID: 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 : > 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: <0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com> <302464170.20160525120059@tierarzt-mueller.de> Message-ID: 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 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 wrote in [1]: > > > On May 24, 2016, at 4:37 PM, Robert Fantini > 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 > > wrote: > > > > > On May 24, 2016, at 4:28 PM, Robert Fantini > 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: 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: References: <0907C745-F18C-4FAA-9174-1D8E29A02F73@RichardElling.com> <302464170.20160525120059@tierarzt-mueller.de> 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 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 > 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 wrote in [1]: > >> On May 24, 2016, at 4:37 PM, Robert Fantini 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 >> wrote: > > > >> On May 24, 2016, at 4:28 PM, Robert Fantini 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: 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: 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: 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: References: 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: 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: <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 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: 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: On Tue, May 24, 2016 at 6:52 PM, Geoff Nordli 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: 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: 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: References: Message-ID: > On May 31, 2016, at 11:33 AM, Steven Ford 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: 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: References: <56D84761.1010808@dojcak.sk> <6B52063F-1F72-4DCF-9494-99E40DAC758E@omniti.com> <4C9DDF4C-9E05-4027-A6A7-56658D8F5E6E@omniti.com> <574357B3.6000603@btconnect.com> <18B10BA9-0CCB-4866-A214-FFEAF082AFB4@omniti.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 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: References: Message-ID: <20160531194058.00b2bb44@sleipner.datanom.net> On Tue, 31 May 2016 11:33:22 -0400 Steven Ford 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 rasmussen cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir datanom net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir miras 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: 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: References: <5744D893.7020401@gnaa.net> <5744DB2B.8040702@gnaa.net> 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 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