Re: [OmniOS-discuss] Ang: COMSTAR and blocksizes

[Stephan Budach]

- Ursprüngliche Mail -
> Von: "Stephan Budach" 
> An: "Johan Kragsterman" 
> CC: omnios-discuss@lists.omniti.com
> Gesendet: Donnerstag, 7. September 2017 12:22:06
> Betreff: Re: [OmniOS-discuss] Ang:  COMSTAR and blocksizes
> 
> 
> 
> - Ursprüngliche Mail -
> > Von: "Johan Kragsterman" 
> > An: "Stephan Budach" 
> > CC: omnios-discuss@lists.omniti.com
> > Gesendet: Donnerstag, 7. September 2017 12:08:45
> > Betreff: Ang: [OmniOS-discuss] COMSTAR and blocksizes
> > 
> > 
> > Hi!
> > 
> > -"OmniOS-discuss" 
> > skrev: -
> > Till: omnios-discuss@lists.omniti.com
> > Från: Stephan Budach
> > Sänt av: "OmniOS-discuss"
> > Datum: 2017-09-07 10:38
> > Ärende: [OmniOS-discuss] COMSTAR and blocksizes
> > 
> > Hi,
> > 
> > I am having trouble getting an issue sorted out, where omniOS
> > 151020
> > complaints about mismatched blocksizes on some COMSTAR iSCSI LUNS,
> > like this:
> > 
> > Sep  7 08:52:07 zfsha02gh79 104 I/O requests are not aligned
> > with
> > 8192 disk sector size in 10 seconds. They are handled through Read
> > Modify Write but the performance is very low!
> > Sep  7 08:52:07 zfsha02gh79 scsi: [ID 107833 kern.warning] WARNING:
> > /scsi_vhci/disk@g600144f0564d504f4f4c3037534c3033 (sd94):
> > Sep  7 08:52:07 zfsha02gh79 79 I/O requests are not aligned
> > with
> > 8192 disk sector size in 10 seconds. They are handled through Read
> > Modify Write but the performance is very low!
> > Sep  7 08:52:16 zfsha02gh79 scsi: [ID 107833 kern.warning] WARNING:
> > /scsi_vhci/disk@g600144f0564d504f4f4c3037534c3132 (sd88):
> > Sep  7 08:52:16 zfsha02gh79 20 I/O requests are not aligned
> > with
> > 8192 disk sector size in 10 seconds. They are handled through Read
> > Modify Write but the performance is very low!
> > Sep  7 08:52:17 zfsha02gh79 scsi: [ID 107833 kern.warning] WARNING:
> > /scsi_vhci/disk@g600144f0564d504f4f4c3038534c3033 (sd110):
> > Sep  7 08:52:17 zfsha02gh79 1 I/O requests are not aligned with
> > 8192 disk sector size in 10 seconds. They are handled through Read
> > Modify Write but the performance is very low!
> > Sep  7 08:52:17 zfsha02gh79 scsi: [ID 107833 kern.warning] WARNING:
> > /scsi_vhci/disk@g600144f0564d504f4f4c3037534c3033 (sd94):
> > Sep  7 08:52:17 zfsha02gh79 24 I/O requests are not aligned
> > with
> > 8192 disk sector size in 10 seconds. They are handled through Read
> > Modify Write but the performance is very low!
> > 
> > These COMSTAR LUNs are configured to export a blocksize 8k like
> > this:
> > 
> > LU Name: 600144F0564D504F4F4C3037534C3132
> > Operational Status: Online
> > Provider Name : sbd
> > Alias : nfsvmpool07Slot12
> > View Entry Count  : 1
> > Data File : /dev/rdsk/c3t50015178F364A264d0p1
> > Meta File : not set
> > Size  : 200042414080
> > Block Size: 8192
> > Management URL: not set
> > Vendor ID : SUN
> > Product ID: COMSTAR
> > Serial Num: not set
> > Write Protect : Disabled
> > Writeback Cache   : Enabled
> > Access State  : Active
> > 
> > Now, the system seems to recognize the 8k, but for whatever reason,
> > doesn't adjust the block size accordingly. It does that for the 4k
> > LUNs, however, so I am unsure, on how to tackle this? Any tipp,
> > anyone could share?
> > 
> > Thanks,
> > Stephan
> > 
> > 
> > 
> > 
> > 
> > 
> > What's in the bottom here?
> > 
> > Data File : /dev/rdsk/c3t50015178F364A264d0p1
> > 
> > It dosesn't look like a zvol?
> > 
> > /Johan
> 
> It isn't one - it's a raw partition, an Intel SSD in this case.
> 
> Cheers,
> Stephan
> 

Hi all,

I just exported this zpool from my omniOS 020 and imported it on a recent oi 
box and the issue with the 8k writes doesn't seem to be present on oi. Any 
thoughts on this?

Thanks,
Stephan


smime.p7s
Description: S/MIME cryptographic signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] [zfs] SAS 9305-16e HBA support in Illumos

[Andy Fiddaman]

On Fri, 8 Sep 2017, Schweiss, Chip wrote:

; Robert,
;
; That is awesome.   I'd definitely be interested in testing this.
;
; I'll get my feet wet with building OmniOS CE with it.

Hi Chip,

If you don't already know about it you might want to take a look at
https://github.com/omniosorg/omni/ which makes building OmniOS on
OmniOS nice and easy, globally or in a zone.

You won't need to build the userland bits so the whole process should
take around an hour.

If you run into trouble, come and chat to us at
https://gitter.im/omniosorg/Lobby

Cheers,

Andy

-- 
Citrus IT Limited | +44 (0)333 0124 007 | enquir...@citrus-it.co.uk
Rock House Farm | Green Moor | Wortley | Sheffield | S35 7DQ
Registered in England and Wales | Company number 4899123

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

Re: [OmniOS-discuss] Status of the OmniOS project

[Sylvain Leroux]

On 09/08/2017 04:18 PM, Jim Klimov wrote:
> On September 8, 2017 4:04:11 PM GMT+02:00, Jim Klimov  
> wrote:
>> To that effect, OpenIndiana Hipster is another major general-purpose
>> illumos distribution that's being actively debeloped too, aimed at both
>> desktop and server, with a lot of software and GUI desktop pre-packaged
>> in its standard repository - in contrast with OmniOS that aims to be
>> the minimal foundation of an OS.
>>
>> Also there are many smaller projects, outlined on wiki.illumos.org as
>> well as unknown cores of storage, networking and other appliances.
>>
>> Hope this helps,
>> Jim
>> --
>> Typos courtesy of K-9 Mail on my Android
> ...And for clarification - I spoke of general purpose distros but ended on a 
> note of the hearts of appliances.
>
> In that area of purpose-optimized illumos products there are of course some 
> well-known larger bi-lateral opensource commercial players, such as Joyent 
> (now part of Samsung) aimed at hypervisors and related storage needs, Delphix 
> for databases, Nexenta for storage...

Thank you Jim.

Indeed OpenIndiana is clearly the Illumos flagship distribution. I
couldn't have missed it. And in fact, I probably have some OpenIndiana 1
installation CD handing around somewhere!

Concerning the distributions mentioned on wiki.illumos.org:
Unfortunately, I can't provide an exhaustive coverage of all available
distributions. My editor want I focus on 4 or 5 of them. So I focused on
what I considered "enterprise grade" and/or "production ready"
solutions. Namely:
- OpenIndiana,
- SmartOS
- NexentaStor (now closed source)
- OmniOSce


I examined a couple of others I didn't know before like Tribblix 
(http://www.tribblix.org/) or Dyson OS
(https://www.osdyson.org/projects/dyson/wiki). But they seems much less
accomplished. Or not very active like Dilos (http://www.dilos.org/).


Concerning Delphix -- I didn't know that one. I will definitely take a
look at that...

Once again, thank you Jim
- Sylvain

-- 
-- Sylvain Leroux -- Yes, I Know IT !
-- sylv...@yesik.it
-- https://yesik.it
--
-- Follow me on Google+!
-- https://plus.google.com/+YesikIT




signature.asc
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] [zfs] SAS 9305-16e HBA support in Illumos

[Schweiss, Chip]

Robert,

That is awesome.   I'd definitely be interested in testing this.

I'll get my feet wet with building OmniOS CE with it.

Thanks!
-Chip

On Fri, Sep 8, 2017 at 10:07 AM, Robert Mustacchi  wrote:

> On 9/8/17 6:43 , Schweiss, Chip wrote:
> > Now that I'm back to working on this.   The only way I could get the
> > firmware updated was booting into the UEFI shell.   A bit of a pain but
> it
> > worked.
> >
> > Unfortunately, it has not changed the behavior of the HBA.
> >
> > Where do I go from here?Any hope of getting this working on OmniOS?
>
> Hi Chip,
>
> I'm just catching up on this. So, I do have some good news and bad news.
> First, the bad news. This is based on the SAS3224 chipset, which it
> appears the 16e is also describing itself as. Of note, this uses a
> slightly newer version of the MPI specification and the driver as it is
> written doesn't quite notice that it requires slightly different
> behavior and a simple PCI ID update isn't sufficient.
>
> The good news is that I just finished doing this work for the LSI
> 9305-24i and was going to send that up to illumos shortly. If you want,
> I can send those changes your way if you're comfortable building illumos
> and want to test that.
>
> Robert
>
> > On Thu, Aug 31, 2017 at 9:53 AM, Schweiss, Chip 
> wrote:
> >
> >> This server will be serving NFS for vSphere.  It is running OmniOS CE,
> >> nothing VMware.
> >>
> >> I'm working on flashing firmware now and will report back any changes.
> >>
> >> -Chip
> >>
> >> On Thu, Aug 31, 2017 at 9:42 AM, Dale Ghent 
> wrote:
> >>
>  On Aug 31, 2017, at 9:29 AM, Schweiss, Chip 
> wrote:
> 
>  I've added mpt_sas "pciex1000,c9" to /etc/driver_aliases and rebooted.
> 
>  Looks like it's partially working, but it's not fully functional.
> >>> Service are timing out:
> 
>  Here's what I see in /var/adm/messages:
> 
> 
>  Aug 31 08:15:49 vsphere-zfs01 scsi: [ID 107833 kern.warning] WARNING:
> >>> /pci@0,0/pci8086,1905@1,1/pci1000,3180@0 (mpt_sas0):
>  Aug 31 08:15:49 vsphere-zfs01   MPT Firmware Fault, code: 2667
>  Aug 31 08:15:49 vsphere-zfs01 scsi: [ID 107833 kern.warning] WARNING:
> >>> /pci@0,0/pci8086,1905@1,1/pci1000,3180@0 (mpt_sas0):
> >>>
> >>> The driver is reporting that the MPT IOC (IO Controller) is reporting a
> >>> fault. It's just reading this condition off the controller chip
> itself, and
> >>> unfortunately there doesn't seem to be a handy reference published by
> >>> LSI/Avago regarding what 2667h actually means.
> >>>
> >>> However I note from your machine's hostname that this is perhaps a ESI
> >>> guest that is being given the HBA in passthrough mode? It would seem
> that
> >>> someone else has encountered a similar issue as yourself in this case,
> with
> >>> the same MPT fault code, but on Linux running Proxmox. According to
> this
> >>> forum thread, they ended up flashing the firmware on the card to
> something
> >>> newer and the problem went away:
> >>>
> >>> https://forum.proxmox.com/threads/pci-passthrough.16483/
> >>>
> >>> I would suggest Tim's approach and flashing your card up to the newest
> IT
> >>> (not IR) firmware.
> >>>
> >>> /dale
> >>>
> >
> > --
> > illumos-zfs
> > Archives: https://illumos.topicbox.com/groups/zfs/discussions/
> T372d7ddd75316296-M4bd824d5e1881e2772ee518a
> > Powered by Topicbox: https://topicbox.com
> >
>
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] networking between zones

[Philip Cristiano]

This helped me quite a bit when trying to do the same thing 

http://www.scalingbits.com/book/export/html/479

-- 
  Philip Cristiano
  philipcristi...@philipcristiano.com

On Fri, Sep 8, 2017, at 10:57 AM, John D Groenveld wrote:
> In message <370f5b5f-83eb-429a-a747-f0ffd7cc4...@ivdcs.co.uk>, "David
> Ledger" w
> rites:
> >Knowing that certainly helps, thanks. Can I also ignore those online 
> >documents that say it’s all done by configurations within the svcs 
> 
> You assign the VNIC's to your zones via zonecfg(1M).
> 
> >setup and that I need to disable one version of ipfilter and enable 
> >another?
> 
> PF has not yet been ported to illumos.
> If you absolutely must move to PF, you'll need to run it under
> a VBox or KVM VM.
> 
> I use native IPF for my Crossbow network in a box.
> 
> John
> groenv...@acm.org
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] networking between zones

[John D Groenveld]

In message <370f5b5f-83eb-429a-a747-f0ffd7cc4...@ivdcs.co.uk>, "David Ledger" w
rites:
>Knowing that certainly helps, thanks. Can I also ignore those online 
>documents that say it’s all done by configurations within the svcs 

You assign the VNIC's to your zones via zonecfg(1M).

>setup and that I need to disable one version of ipfilter and enable 
>another?

PF has not yet been ported to illumos.
If you absolutely must move to PF, you'll need to run it under
a VBox or KVM VM.

I use native IPF for my Crossbow network in a box.

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

Re: [OmniOS-discuss] networking between zones

[Dan McDonald]

On Fri, Sep 08, 2017 at 03:40:44PM +0100, David Ledger wrote:
> 
> Knowing that certainly helps, thanks. Can I also ignore those online
> documents that say it’s all done by configurations within the svcs setup and
> that I need to disable one version of ipfilter and enable another?

I use stock ipfilter (ipnat only, to be honest) in its own zone.  I didn't
use SMF magic to configure it, save "svcadm enable ipfilter" once had
/etc/ipf/ipnat.conf where I wanted it.

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

Re: [OmniOS-discuss] networking between zones

[David Ledger]

On 8 Sep 2017, at 15:31, Dan McDonald wrote:


On Fri, Sep 08, 2017 at 03:21:30PM +0100, David Ledger wrote:






We now need to set up a couple of zones that have their own subnet, 
but talk
to the outside world through the global zone. These will need to be 
network
isolated from the existing zones and with access controlled, 
presumably by
ipf/ipnat filtering done in the global zone. I’m having difficulty 
setting
this up. It is readily admitted on the ‘net that Solaris network 
config is
different to anything else, and that it has moved on in stages from 
the old

hosts, hostname etc. files that were so easy back in the 80’s.


I think you wish to create an etherstub (in-machine "LAN" as it were). 
 From

global:

dladm create-etherstub internal0

And once created, you create vnics attached to that etherstub:

dladm create-vnic -l internal0 stubnet0
dladm create-vnic -l internal0 stubnet1
...

And then you assign the vnics to your "have their own subnet" zones 
like you
would any other nic.  You will also need your global, or even a 
dedicated
router zone, attach to both the etherstub and the external network 
(running

ipf or whatever else).

Does this help?

Dan


Knowing that certainly helps, thanks. Can I also ignore those online 
documents that say it’s all done by configurations within the svcs 
setup and that I need to disable one version of ipfilter and enable 
another?


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

Re: [OmniOS-discuss] networking between zones

[Dan McDonald]

On Fri, Sep 08, 2017 at 03:21:30PM +0100, David Ledger wrote:
> 



> We now need to set up a couple of zones that have their own subnet, but talk
> to the outside world through the global zone. These will need to be network
> isolated from the existing zones and with access controlled, presumably by
> ipf/ipnat filtering done in the global zone. I’m having difficulty setting
> this up. It is readily admitted on the ‘net that Solaris network config is
> different to anything else, and that it has moved on in stages from the old
> hosts, hostname etc. files that were so easy back in the 80’s.

I think you wish to create an etherstub (in-machine "LAN" as it were).  From
global:

dladm create-etherstub internal0

And once created, you create vnics attached to that etherstub:

dladm create-vnic -l internal0 stubnet0
dladm create-vnic -l internal0 stubnet1
...

And then you assign the vnics to your "have their own subnet" zones like you
would any other nic.  You will also need your global, or even a dedicated
router zone, attach to both the etherstub and the external network (running
ipf or whatever else).

Does this help?

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

Re: [OmniOS-discuss] [zfs] SAS 9305-16e HBA support in Illumos

[John D Groenveld]

In message 

Re: [OmniOS-discuss] Status of the OmniOS project

[Jim Klimov]

On September 8, 2017 4:04:11 PM GMT+02:00, Jim Klimov  wrote:
>On September 8, 2017 3:03:58 PM GMT+02:00, Sylvain Leroux
> wrote:
>>Some comments inline:
>>
>>
>>On 09/08/2017 02:53 PM, Theo Schlossnagle wrote:
>>> The community has taken over... and releases are even on schedule.
>>>
>>> http://www.omniosce.org/
>>>
>>> As far as developer activity, the OmniOS project has wider
>>> participation and more activity now than it did prior to the
>>transition.
>>Thank you Theo: as I said above to Delroy A Blake, I wasn't aware of
>>OmniOS "Community Edition". And this project certainly deserves being
>>advertised. So if I may add my own little stone to the wall for that,
>I
>>will be glad to do it.
>>
>>
>>>
>>> If you're looking for an "It's dead Jim" article, you might not get
>>> what you're looking for.
>>As a matter of fact, I was looking to the exact opposite: I I used a
>>lot
>>Solaris in the 90s and early 2000s. And I was strongly disappointed to
>>see what happened to that great OS years after years under the
>umbrella
>>of Oracle in the 2010s.
>>
>>My goal was to say Solaris was still alive -- and there are actively
>>maintained projects and distributions that have taken up the
>>succession.
>>
>>Regards,
>>- Sylvain
>
>>My goal was to say Solaris was still alive -- and there are actively
>>maintained projects and distributions that have taken up the
>>succession.
>
>To that effect, OpenIndiana Hipster is another major general-purpose
>illumos distribution that's being actively debeloped too, aimed at both
>desktop and server, with a lot of software and GUI desktop pre-packaged
>in its standard repository - in contrast with OmniOS that aims to be
>the minimal foundation of an OS.
>
>Also there are many smaller projects, outlined on wiki.illumos.org as
>well as unknown cores of storage, networking and other appliances.
>
>Hope this helps,
>Jim
>--
>Typos courtesy of K-9 Mail on my Android

...And for clarification - I spoke of general purpose distros but ended on a 
note of the hearts of appliances.

In that area of purpose-optimized illumos products there are of course some 
well-known larger bi-lateral opensource commercial players, such as Joyent (now 
part of Samsung) aimed at hypervisors and related storage needs, Delphix for 
databases, Nexenta for storage...

Also, the OpenZFS community codebase is a stripped-down illumos source tree 
that grows with BSD, Linux and other contributions.

Jim
--
Typos courtesy of K-9 Mail on my Android
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] networking between zones

[David Ledger]

We have several zones running on an OmniOS server that use exclusive 
addressing but in the same subnet at the global zone. These work fine.


We now need to set up a couple of zones that have their own subnet, but 
talk to the outside world through the global zone. These will need to be 
network isolated from the existing zones and with access controlled, 
presumably by ipf/ipnat filtering done in the global zone. I’m having 
difficulty setting this up. It is readily admitted on the ‘net that 
Solaris network config is different to anything else, and that it has 
moved on in stages from the old hosts, hostname etc. files that were so 
easy back in the 80’s.


Could someone please point me to some documentation that is relevant to 
OmniOS. We’re not up to r151022 even yet. I can’t tell from what’s 
out there whether I should be using ipfilter config within svcs, or 
ipf/ipnat type files or what. Some things say I need an etherstub, 
others say I don’t. The .cfg file gives the zone a vmic, but the 
zone can’t see it, but the zone can use it ???


David the confused.


David Ledger - computers since ’69, Unix since ’83, Web since ‘95
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Status of the OmniOS project

[Jim Klimov]

On September 8, 2017 3:03:58 PM GMT+02:00, Sylvain Leroux  
wrote:
>Some comments inline:
>
>
>On 09/08/2017 02:53 PM, Theo Schlossnagle wrote:
>> The community has taken over... and releases are even on schedule.
>>
>> http://www.omniosce.org/
>>
>> As far as developer activity, the OmniOS project has wider
>> participation and more activity now than it did prior to the
>transition.
>Thank you Theo: as I said above to Delroy A Blake, I wasn't aware of
>OmniOS "Community Edition". And this project certainly deserves being
>advertised. So if I may add my own little stone to the wall for that, I
>will be glad to do it.
>
>
>>
>> If you're looking for an "It's dead Jim" article, you might not get
>> what you're looking for.
>As a matter of fact, I was looking to the exact opposite: I I used a
>lot
>Solaris in the 90s and early 2000s. And I was strongly disappointed to
>see what happened to that great OS years after years under the umbrella
>of Oracle in the 2010s.
>
>My goal was to say Solaris was still alive -- and there are actively
>maintained projects and distributions that have taken up the
>succession.
>
>Regards,
>- Sylvain

>My goal was to say Solaris was still alive -- and there are actively
>maintained projects and distributions that have taken up the
>succession.

To that effect, OpenIndiana Hipster is another major general-purpose illumos 
distribution that's being actively debeloped too, aimed at both desktop and 
server, with a lot of software and GUI desktop pre-packaged in its standard 
repository - in contrast with OmniOS that aims to be the minimal foundation of 
an OS.

Also there are many smaller projects, outlined on wiki.illumos.org as well as 
unknown cores of storage, networking and other appliances.

Hope this helps,
Jim
--
Typos courtesy of K-9 Mail on my Android
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Status of the OmniOS project

[Andrew Gabriel]

On 08/09/2017 14:03, Sylvain Leroux wrote:
My goal was to say Solaris was still alive -- and there are actively 
maintained projects and distributions that have taken up the succession.


Do check out Bryan Cantrill's blog on this, if you haven't seen it yet.
http://dtrace.org/blogs/bmc/2017/09/04/the-sudden-death-and-eternal-life-of-solaris/

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

Re: [OmniOS-discuss] Status of the OmniOS project

[Theo Schlossnagle]

My two cents on this.

Sensational title and misleading.  If you read the archives you'll see that
OmniTI forced themselves out of corporate stewardship with the desire for
the OmniOS product to be community developed, managed and governed.  There
was never any intention (or outcome) that resembles killing.  One of the
advantages of this move is that it prevents OmniOS from meeting any of the
Oracle-induced outcomes brutally met by Solaris.

The community has taken over... and releases are even on schedule.

http://www.omniosce.org/

As far as developer activity, the OmniOS project has wider participation
and more activity now than it did prior to the transition.

If you're looking for an "It's dead Jim" article, you might not get what
you're looking for.

Best regards,

Theo

On Fri, Sep 8, 2017 at 8:38 AM, Sylvain Leroux  wrote:

> Hi everyone,
>
> After Oracle has laid off the core Solaris developers, I'm writing an
> article for https://itsfoss.com about the various
> OpenSolaris-based/Illumos-based distributions.
>
> I've already heard about OmniOS previously and wanted to mention it as
> the de-facto Illumos server distribution.
> However while doing some researches, I found that article:
>
> https://www.theregister.co.uk/2017/04/25/oracle_free_
> solaris_project_stops/
>
> Here is the headline:
> """
> Development of OmniOS – an Oracle-free open-source variant of Solaris –
> is being killed after five years of work.
> """
>
> The author then reports several quotes from OmniTI chief executive
> Robert Treat to support that assertion.
> On the other hand, by what I saw on the mailing list the project _seems_
> still to be active.
>
>
> Could you give more informations about the current state of the project?
>
>
> Thanks in advance for your time,
> - Sylvain
>
> -- -- Sylvain Leroux -- Yes, I Know IT ! -- sylv...@yesik.it --
> https://yesik.it -- -- Follow me on Twitter! --
> https://twitter.com/Yes_I_Know_IT
>
>
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>


-- 

Theo Schlossnagle

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

Re: [OmniOS-discuss] Status of the OmniOS project

[Sylvain Leroux]

Thank you Robert for the link.

I wasn't aware at all of the "Community Edition". It is unfortunate it
does not yet appear in the first results when searching on Google for
"OmniOS". Hopefully this will change soon.

Cheers :)

On 09/08/2017 02:44 PM, DELROY A BLAKE wrote:
>
>
> http://www.omniosce.org/about.html
>
> The community is alive and well . 
>
>
>> On Sep 8, 2017, at 8:38 AM, Sylvain Leroux > > wrote:
>>
>> Hi everyone,
>>
>> After Oracle has laid off the core Solaris developers, I'm writing an
>> article for https://itsfoss.com about the various
>> OpenSolaris-based/Illumos-based distributions.
>>
>> I've already heard about OmniOS previously and wanted to mention it as
>> the de-facto Illumos server distribution.
>> However while doing some researches, I found that article:
>>
>> https://www.theregister.co.uk/2017/04/25/oracle_free_solaris_project_stops/
>>
>> Here is the headline:
>> """
>> Development of OmniOS – an Oracle-free open-source variant of Solaris –
>> is being killed after five years of work.
>> """
>>
>> The author then reports several quotes from OmniTI chief executive
>> Robert Treat to support that assertion.
>> On the other hand, by what I saw on the mailing list the project _seems_
>> still to be active.
>>
>>
>> Could you give more informations about the current state of the project?
>>
>>
>> Thanks in advance for your time,
>> - Sylvain
>>
>> -- -- Sylvain Leroux -- Yes, I Know IT ! -- sylv...@yesik.it --
>> https://yesik.it -- -- Follow me on Twitter! --
>> https://twitter.com/Yes_I_Know_IT
>>
>>
>> ___
>> OmniOS-discuss mailing list
>> OmniOS-discuss@lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>

-- 
-- Sylvain Leroux -- Yes, I Know IT !
-- sylv...@yesik.it
-- https://yesik.it
--
-- Follow me on LinkedIn!
-- https://fr.linkedin.com/in/sylvain-leroux-knows-it



signature.asc
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] Status of the OmniOS project

[Sylvain Leroux]

Hi everyone,

After Oracle has laid off the core Solaris developers, I'm writing an
article for https://itsfoss.com about the various
OpenSolaris-based/Illumos-based distributions.

I've already heard about OmniOS previously and wanted to mention it as
the de-facto Illumos server distribution.
However while doing some researches, I found that article:

https://www.theregister.co.uk/2017/04/25/oracle_free_solaris_project_stops/

Here is the headline:
"""
Development of OmniOS – an Oracle-free open-source variant of Solaris –
is being killed after five years of work.
"""

The author then reports several quotes from OmniTI chief executive
Robert Treat to support that assertion.
On the other hand, by what I saw on the mailing list the project _seems_
still to be active.


Could you give more informations about the current state of the project?


Thanks in advance for your time,
- Sylvain

-- -- Sylvain Leroux -- Yes, I Know IT ! -- sylv...@yesik.it --
https://yesik.it -- -- Follow me on Twitter! --
https://twitter.com/Yes_I_Know_IT




signature.asc
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss