Re: [OmniOS-discuss] Intel RAID Controller RS3UC080
On Sat, 7 Nov 2015 20:42:52 +0200 (EET) Hafiz Rafiyev wrote: > Hello, > > Anyone has tested Intel RS3UC080 SAS3 HBA 12Gb card with OmniOS? > > Basically it uses LSI3008 controller,planning to use with all SSD pool. > AFAIK lsi3008 is fully supported in Illumos. -- 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: Time is the most valuable thing a man can spend. -- Theophrastus pgpbqfrhsvgyT.pgp Description: OpenPGP digital signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Intel RAID Controller RS3UC080
Hello, Anyone has tested Intel RS3UC080 SAS3 HBA 12Gb card with OmniOS? Basically it uses LSI3008 controller,planning to use with all SSD pool. Thanks, Hafiz - Orijinal Mesaj - Kimden: omnios-discuss-requ...@lists.omniti.com Kime: "omnios-discuss" Gönderilenler: 7 Kasım Cumartesi 2015 1:59:32 Konu: OmniOS-discuss Digest, Vol 44, Issue 13 Send OmniOS-discuss mailing list submissions to omnios-discuss@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-requ...@lists.omniti.com You can reach the person managing the list at omnios-discuss-ow...@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: ILB memory leak? (Dan McDonald) 2. Re: ILB memory leak? (Al Slater) 3. Re: ILB memory leak? (Dan McDonald) 4. Re: ILB memory leak? (Dan McDonald) 5. Re: ILB memory leak? (Bob Friesenhahn) 6. SMB 2.1 any many other improvements (Guenther Alka) 7. Re: Bloody // mailwrapper & mta mediator (Paul B. Henson) -- Message: 1 Date: Fri, 6 Nov 2015 10:43:35 -0500 From: Dan McDonald To: Al Slater Cc: OmniOS-discuss Subject: Re: [OmniOS-discuss] ILB memory leak? Message-ID: <0c222003-af3c-4bab-a5ed-2748083b8...@omniti.com> Content-Type: text/plain; charset=windows-1252 > On Nov 6, 2015, at 10:38 AM, Al Slater wrote: > > 3D60 1048576 1048576 1048576 - rwx--[ anon ] > 7D80 1048576 1048576 1048576 - rwx--[ anon ] Hmmm. I wonder if those are pre-allocated by libumem? They're HUGE (1G) and more around them are smaller Do you think you could run pmap on a production box (it's just an observation tool) where libumem isn't activated? Thanks, Dan -- Message: 2 Date: Fri, 6 Nov 2015 15:57:08 + From: Al Slater To: Dan McDonald Cc: OmniOS-discuss Subject: Re: [OmniOS-discuss] ILB memory leak? Message-ID: <563ccdd4.7040...@scluk.com> Content-Type: text/plain; charset=windows-1252 On 06/11/15 15:43, Dan McDonald wrote: > >> On Nov 6, 2015, at 10:38 AM, Al Slater wrote: >> >> 3D60 1048576 1048576 1048576 - rwx--[ anon ] >> 7D80 1048576 1048576 1048576 - rwx--[ anon ] > > Hmmm. > > I wonder if those are pre-allocated by libumem? They're HUGE (1G) and more > around them are smaller > > Do you think you could run pmap on a production box (it's just an observation > tool) where libumem isn't activated? No problem Dan, this is from a production ilbd that was restarted at 07:00 GMT 14585: /usr/lib/inet/ilbd Address Kbytes RSSAnon Locked Mode Mapped File 0802D000 108 108 108 - rw---[ stack ] 0805 76 76 - - r-x-- ilbd 08073000 4 4 4 - rw--- ilbd 08074000 96 - - - rw--- ilbd 0808C000 252 248 244 - rw---[ heap ] 7D80 1048576 1048576 1048576 - rwx--[ anon ] BDA0 524288 524288 524288 - rwx--[ anon ] DDC0 262144 262144 262144 - rwx--[ anon ] EDE0 131072 131072 131072 - rwx--[ anon ] F600 65536 65536 65536 - rwx--[ anon ] FA20 32768 32768 32768 - rwx--[ anon ] FC40 16384 16384 16384 - rwx--[ anon ] FD60819281928192 - rwx--[ anon ] FE00409640964096 - rwx--[ anon ] FE60204820482048 - rwx--[ anon ] FE9A102410241024 - rwx--[ anon ] FEAB 512 512 512 - rwx--[ anon ] FEB4 256 256 256 - rwx--[ anon ] FEB9 128 128 128 - rwx--[ anon ] FEBC 64 64 64 - rwx--[ anon ] FEBE 64 16 16 - rwx--[ anon ] FEC0 4 4 4 - rwx--[ anon ] FEC1 20 20 - - r-x-- libilb.so.1 FEC25000 4 4 4 - rw--- libilb.so.1 FEC3 32 32 - - r-x-- libuutil.so.1 FEC48000 4 4 4 - rw--- libuutil.so.1 FEC5 4 4 4 - rwx--[ anon ] FEC6 172 172 - - r-x-- libscf.so.1 FEC9B000 4 4 4 - rw--- libscf.so.1 FECA 20 20 - - r-x-- libinetutil.so.1 FECB5000 4 4 4 - rw--- libinetutil.so.1 FECC 4 4 4 - rwx--[ anon ] FECD 20 20 - - r-x-- libcmdutils.so.1 FECE5000 4 4 4 - rw--- libcmdutils.so.1 FECF 4 4 - - r--s- dev:528,9 ino:153208 FED0 6
Re: [OmniOS-discuss] SMB 2.1 any many other improvements
I will test the second bloody 151017 when it becomes available. Hope for some explanations about how to join now correctly and if it is possible and how to use a secondary AD server in the Illumos wiki or the OmniOS wiki. It is hard to find correct infos about new Illumos features as the docs around are mostly related to Oracle or sometimes extremely outdated like many entries in the Illumos wiki. Sometimes you only find infos about new options in the OpenZFS slides from some conference presentations or with discussions @hardforum > data storage.. or @servethehome > Solaris.. A short reference with an example for essential new behaviours or features would be extremely helpful. Maybe the release note can include a short explanation for new features that require settings. Thank you all very much Gea On 07.11.2015 00:06, Dan McDonald wrote: A big drop like this likely will not be backported. It will appear in probably the second update to this bloody cycle, since the first drop is already frozen. R151018 will be the first stable release to contain this. Dan Sent from my iPhone (typos, autocorrect, and all) On Nov 6, 2015, at 4:11 PM, Guenther Alka wrote: Just saw the notice at Illumos IRC Long awaited (Gordon Ross from Nexenta, gratulation, among others) SMB 2.1 is there - my Mac users will be happy https://www.illumos.org/issues/6399 https://www.illumos.org/issues/6398 https://www.illumos.org/issues/6352 https://www.illumos.org/issues/6400 https://www.illumos.org/issues/1087 soon https://www.illumos.org/issues/3525 Pretty good news for OmniOS Two question - When - will SMB 2.1 be included - to LTS or 151016?? - Can 6352 support Primary and a Secondary AD Server as a failover - and how Gea ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss -- H f G Hochschule für Gestaltung university of design Schwäbisch Gmünd Rektor Klaus Str. 100 73525 Schwäbisch Gmünd Guenther Alka, Dipl.-Ing. (FH) Leiter des Rechenzentrums head of computer center Tel 07171 602 624 Fax 07171 69259 guenther.a...@hfg-gmuend.de http://rz.hfg-gmuend.de ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] Bloody // mailwrapper & mta mediator
It looks like dma (the DragonFly BSD Mail Agent) would almost perfectly fit that bill. The only problem I see with it is that it depends on openssl to be able to connect to secured smtp servers, and there doesn't seem to be an option to disable that in its build. It shouldn't be rocket science to gut that out though. On Sat, Nov 7, 2015 at 12:10 AM, Chris Siebenmann wrote: >> Sure, generally speaking. In this particular context I believe users >> should ship their own if they want to deploy a mail server, but >> all nodes should be able to deliver mail locally. It would also be >> great if the default install lended itself to mail submission (eg. >> a satellite mailer configuration), perhaps even with opportunistic >> TLS, to cover more of the common use cases, but that might be just my >> personal bias talking. > > As a sysadmin, my vote is for a simple mailer setup of some sort that > will do either simple local delivery to /var/mail or 'smarthost' mail > submission to a full mailer somewhere else (we'd configure our OmniOS > machines to do the latter to our mail submission machine). I would be > fine with plain SMTP, with no AUTH support and no TLS. I do think that > 'smarthost' mail submission should be capable enough to queue messages > and retry them if the smarthost is not reachable when the mail message > is initially generated. > > (There are a whole lot of circumstances that can do this; imagine > crucial OmniOS machines on UPSes and a power failure, for example.) > > - cks > ___ > OmniOS-discuss mailing list > OmniOS-discuss@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
