Re: [OmniOS-discuss] Zvol write a lot of data

[Linda Kateley]

You should be able to get zilstat(just google) and get much more details 
on what is happening in zil.


I haven't done this for awhile in omni, but I increase the transaction 
timeout in freebsd or linux quite often. The 5 seconds is set by a 
variable. Put this into /etc/system and reboot./

/

///set zfs:zfs_txg_timeout = 1/
//

Quite often with zfs you won't see disk activity. That is it's beauty. 
All of what you need is probably running from ram.


Linda

On 6/21/18 5:50 AM, anthony omnios wrote:

Hi,

i am testing a new plateform with OmniosCe with 7 VM on zvol with 
ISCSI comstar.


I have set sync=always for all zvol and  i have 2 ssd intel 3700 for 
zil and two mirror ssd for data.


Data Disk are samsung 850 evo (ashift=13).

My problem is that the pool commit to data disk approximatively 5MB 
every 5 second but i have only few data is write on zil (sync=always 
on zvol) and my 7 vm are only up with no disk activity.


With 40 VM with no disk activity on it, i flush to data disk 
approximatively 30 MB every 5 seconds.


How can i write a lot of data on data disk without network iscsi 
trafic and no disk activity on VM and no disk activity on zil ? What 
type of data is it (metadata ?) ?


 zpool status
  pool: filervm2
 state: ONLINE
  scan: resilvered 0 in 0h0m with 0 errors on Mon Jun  4 17:46:40 2018
config:

    NAME   STATE READ WRITE CKSUM
    filervm2   ONLINE   0 0 0
  mirror-0 ONLINE   0 0 0
    c0t5002538E40102BECd0  ONLINE   0 0 0
    c0t5002538E40264251d0  ONLINE   0 0 0
    logs
  mirror-1 ONLINE   0 0 0
    c0t55CD2E404B73F8F1d0  ONLINE   0 0 0
    c0t55CD2E404C270DD9d0  ONLINE   0 0 0

iostat -xn -d 1 :

 extended device statistics
    r/s    w/s   kr/s   kw/s wait actv wsvc_t asvc_t  %w  %b device
    2,0   39,4   80,6 2014,5  0,2  0,0    5,4    0,4   0   1 filervm2
    0,0    0,9    0,3   12,1  0,1  0,0   89,9    3,7   0   0 rpool
    0,0    0,5    0,1    6,0  0,0  0,0    0,0    3,4   0   0 
c0t55CD2E414D2D4782d0
    0,0    0,5    0,1    6,0  0,0  0,0    0,0    3,4   0   0 
c0t55CD2E414D2D4713d0
    0,0   14,5    0,0  476,5  0,0  0,0    0,0    0,4   0   0 
c0t55CD2E404B73F8F1d0
    0,0    8,9    0,0  476,5  0,0  0,0    0,0    0,3   0   0 
c0t55CD2E404C270DD9d0
    1,0   11,0   40,3  530,8  0,0  0,0    0,0    0,2   0   0 
c0t5002538E40102BECd0
    1,0   11,0   40,3  530,8  0,0  0,0    0,0    0,2   0   0 
c0t5002538E40264251d0

    extended device statistics
    r/s    w/s   kr/s   kw/s wait actv wsvc_t asvc_t  %w  %b device
    0,0   20,0    0,0  304,0  0,0  0,0    0,0    0,2   0   0 filervm2
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 rpool
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E414D2D4782d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E414D2D4713d0
    0,0   20,0    0,0  152,0  0,0  0,0    0,0    0,1   0   0 
c0t55CD2E404B73F8F1d0
    0,0   10,0    0,0  152,0  0,0  0,0    0,0    0,1   0   0 
c0t55CD2E404C270DD9d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t5002538E40102BECd0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t5002538E40264251d0

    extended device statistics
    r/s    w/s   kr/s   kw/s wait actv wsvc_t asvc_t  %w  %b device
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 filervm2
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 rpool
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E414D2D4782d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E414D2D4713d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E404B73F8F1d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E404C270DD9d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t5002538E40102BECd0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t5002538E40264251d0

    extended device statistics
    r/s    w/s   kr/s   kw/s wait actv wsvc_t asvc_t  %w  %b device
    0,0  212,1    0,0 9826,4  1,9  0,1    8,8    0,3   3   3 filervm2
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 rpool
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E414D2D4782d0
    0,0    0,0    0,0    0,0  0,0  0,0    0,0    0,0   0   0 
c0t55CD2E414D2D4713d0
    0,0   11,0    0,0   56,0  0,0  0,0    0,0    0,1   0   0 
c0t55CD2E404B73F8F1d0
    0,0    5,0    0,0   56,0  0,0  0,0    0,0    0,1   0   0 
c0t55CD2E404C270DD9d0
    0,0  101,0    0,0 4857,2  0,0  0,0    0,0    0,2   0   2 
c0t5002538E40102BECd0
    0,0  105,0    0,0 4857,2  0,0  0,0    0,0    0,2   0   2 
c0t5002538E40264251d0

    extended device statistics
    r/s    w/s   kr/s   kw/s wait actv wsvc_t asvc_t  %w  %b devi

Re: [OmniOS-discuss] ERROR: Could not update attaching zone

[Linda Kateley]

I had that recently... just made sure I patched both sides identically 
before moving



On 11/20/17 11:26 AM, Serge Fonville wrote:

Hi,

When I tried to attach a zone I got the following errors:

zoneadm -z web01 attach

Log File: /var/tmp/web01.attach_log.olaaFy
   Attach Path: /export/zones/web01/root
    Attach ZFS Dataset: rpool/export/zones/web01/ROOT/zbe-9

    Installing: Using pre-existing data in zonepath
 Cache: Using /var/pkg/publisher.
  Updating non-global zone: Output follows

    Evaluation: Packages in zone web01 are out of sync 
with the global zone. To proceed, retry with the -u flag.

    Result: Attach Failed.
With the log file containing:
[Mon Nov 20 18:02:28 CET 2017] Log File: /var/tmp/web01.attach_log.olaaFy
[Mon Nov 20 18:02:32 CET 2017]    Attach Path: 
/export/zones/web01/root
[Mon Nov 20 18:02:32 CET 2017] Attach ZFS Dataset: 
rpool/export/zones/web01/ROOT/zbe-9


[Mon Nov 20 18:02:32 CET 2017] existing
[Mon Nov 20 18:02:32 CET 2017] Installing: Using 
pre-existing data in zonepath
[Mon Nov 20 18:02:32 CET 2017]   Sanity Check: Passed. Looks like an 
OpenSolaris system.

pkg: Search performance is degraded.
Run 'pkg rebuild-index' to improve search speed.
[Mon Nov 20 18:02:39 CET 2017]  Cache: Using 
/var/pkg/publisher.

[Mon Nov 20 18:02:39 CET 2017]   Updating non-global zone: Output follows


pkg install: Invalid child image publisher configuration. Child image 
publisher
configuration must be a superset of the parent image publisher 
configuration.
Please update the child publisher configuration to match the parent.  
If the

child image is a zone this can be done automatically by detaching and
attaching the zone.

The parent image has the following enabled publishers:
    PUBLISHER 0: omnios
    PUBLISHER 1: ms.omniti.com 

The child image has the following enabled publishers:
    PUBLISHER 0: omnios
[Mon Nov 20 18:02:42 CET 2017]
    Evaluation: Packages in zone web01 are out of sync 
with the global zone. To proceed, retry with the -u flag.

[Mon Nov 20 18:02:44 CET 2017] Result: Attach Failed.

So I try to run  it with -u

zoneadm -z web01 attach -u

 Log File: /var/tmp/web01.attach_log.TNaqaR
   Attach Path: /export/zones/web01/root
    Attach ZFS Dataset: rpool/export/zones/web01/ROOT/zbe-9

    Installing: Using pre-existing data in zonepath
 Cache: Using /var/pkg/publisher.
  Updating non-global zone: Output follows
ERROR: Could not update attaching zone
    Result: Attach Failed.

With the log file containing:
[Mon Nov 20 18:20:23 CET 2017] Log File: /var/tmp/web01.attach_log.TNaqaR
[Mon Nov 20 18:20:27 CET 2017]    Attach Path: 
/export/zones/web01/root
[Mon Nov 20 18:20:27 CET 2017] Attach ZFS Dataset: 
rpool/export/zones/web01/ROOT/zbe-9


[Mon Nov 20 18:20:27 CET 2017] existing
[Mon Nov 20 18:20:27 CET 2017] Installing: Using 
pre-existing data in zonepath
[Mon Nov 20 18:20:27 CET 2017]   Sanity Check: Passed. Looks like an 
OpenSolaris system.
[Mon Nov 20 18:20:31 CET 2017]  Cache: Using 
/var/pkg/publisher.

[Mon Nov 20 18:20:31 CET 2017]   Updating non-global zone: Output follows


pkg install: Invalid child image publisher configuration. Child image 
publisher
configuration must be a superset of the parent image publisher 
configuration.
Please update the child publisher configuration to match the parent.  
If the

child image is a zone this can be done automatically by detaching and
attaching the zone.

The parent image has the following enabled publishers:
    PUBLISHER 0: omnios
    PUBLISHER 1: ms.omniti.com 

The child image has the following enabled publishers:
    PUBLISHER 0: omnios
[Mon Nov 20 18:20:35 CET 2017] ERROR: Could not update attaching zone
[Mon Nov 20 18:20:36 CET 2017] Result: Attach Failed.

On global zone:

pkg publisher

PUBLISHER   TYPE STATUS P LOCATION
omnios  origin   online F 
https://pkg.omniosce.org/r151022/core/


Any help in resolving this greatly appreciated!!

Thanks in advance!!

Kind regards/met vriendelijke groet,

Serge Fonville

http://www.sergefonville.nl


___
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] ip not persistent?

[Linda Kateley]

Ended up being the weirdest thing, someone put a hosts.allow file in the 
zone that didn't contain the IP, so it didn't know what to do..


Took it off, works perfectly



On 8/31/17 3:51 PM, Dan McDonald wrote:

On Thu, Aug 31, 2017 at 03:05:16PM -0400, Linda Kateley wrote:

I am doing it with -T?

-T is "type" for the create-addr command:

ipadm create-addr -T dhcp zonevnic0/v4

The above example should persist across boots.

-t is "Temporary"

ipadm create-addr -t -T dhcp zonevnic0/v4

The above example will not persist across boots.

Dan


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

Re: [OmniOS-discuss] ip not persistent?

[Linda Kateley]

So also no services come up because the zones boot without IP.

lk


On 8/31/17 2:58 PM, Dan McDonald wrote:

On Thu, Aug 31, 2017 at 02:43:46PM -0400, Linda Kateley wrote:

All,

Has anyone ever run into a case where ipadm details are persistent across
reboot? I am seeing this intermittently in zones.

ipadm(1M) is SUPPOSED TO be persisten across reboots.  Unless you specify
with -t.

Or are you seeing things that are NOT persistent that should be?

Dan


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

Re: [OmniOS-discuss] ip not persistent?

[Linda Kateley]

I am doing it with -T?

linda



On 8/31/17 2:58 PM, Dan McDonald wrote:

On Thu, Aug 31, 2017 at 02:43:46PM -0400, Linda Kateley wrote:

All,

Has anyone ever run into a case where ipadm details are persistent across
reboot? I am seeing this intermittently in zones.

ipadm(1M) is SUPPOSED TO be persisten across reboots.  Unless you specify
with -t.

Or are you seeing things that are NOT persistent that should be?

Dan


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

[OmniOS-discuss] ip not persistent?

[Linda Kateley]

All,

Has anyone ever run into a case where ipadm details are persistent 
across reboot? I am seeing this intermittently in zones.


linda

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

Re: [OmniOS-discuss] Questions about - End the uncertainty -

[Linda Kateley]

On 7/7/17 1:52 PM, Michael Rasmussen wrote:

On Fri, 7 Jul 2017 11:14:25 -0400
Dan McDonald  wrote:


During the r151024 timeframe, one of the things on my plate was going to be a 
"install postprocessing" menu option on the Kayak menu.  The idea would be if 
you wanted to get things set prior to your next boot, you'd go into that.  It seemed 
appropriate for an interactive installer, while still keeping the spirit of REALLY FAST, 
DAMMIT that Kayak embodied.

My suggestion, and you can dismiss it of course, it to build the postprocessing menu option.  It'd bring up a 
new screen, full of choices like "configure networking", "Set root password", "Add 
users", etc. etc.


This is exactly the same ideas I have;-)

Add to this that the user should be able to apply a preseed to the
installer (Think of Debian) to have all that done automatically -
imagine being able to remote install through PXE both Omnios and
detailed configuration and installation of extra stuff.

Yea, I thought that was what AI was?



___
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] Loosing NFS shares

[Linda Kateley]

Oliver,

I my like 20 plus years of running solaris/omni, never have seen the nfs 
daemon die. Especially since the service restart framework came in ..


Most likely it is was a network connection issue. You can check logs for 
network up/downs to see if there was a connection issue. Used to never 
have issue with switches, now lately(last couple years) have seen a ton 
of them..  especially inside the virtual networking inside of vmware.


To really understand cause though, thorough analysis would need to be done.

lk


On 6/22/17 7:14 AM, Oliver Weinmann wrote:

Hi Dan,

Thanks for pointing this out. No the service is not running:

svcs -a | grep cap



Oliver Weinmann
Senior Unix VMWare, Storage Engineer
Telespazio VEGA Deutschland GmbH
  Europaplatz 5 - 64293 Darmstadt - Germany
Ph: + 49 (0)6151 8257 744 | Fax: +49 (0)6151 8257 799
oliver.weinm...@telespazio-vega.de
http://www.telespazio-vega.de
Registered office/Sitz: Darmstadt, Register court/Registergericht: Darmstadt, 
HRB 89231; Managing Director/Geschäftsführer: Sigmar Keller-Original 
Message-
From: Dan McDonald [mailto:dan...@kebe.com]
Sent: Donnerstag, 22. Juni 2017 14:10
To: Oliver Weinmann ; Dan McDonald 

Cc: Tobias Oetiker ; omnios-discuss 

Subject: Re: [OmniOS-discuss] Loosing NFS shares



On Jun 22, 2017, at 3:13 AM, Oliver Weinmann 
 wrote:

Hi,

Don’t think so:

svcs -vx rcapd

shows nothing.

You're not looking for the right thing.

neuromancer(~)[0]% pgrep rcapd
340
neuromancer(~)[0]% svcs -a | grep cap
online May_12   svc:/system/rcap:default
neuromancer(~)[0]% svcs -xv rcap
svc:/system/rcap:default (resource capping daemon)
  State: online since Fri May 12 02:12:40 2017
See: man -M /usr/share/man -s 1M rcapd
See: man -M /usr/share/man -s 1M rcapstat
See: man -M /usr/share/man -s 1M rcapadm
See: /var/svc/log/system-rcap:default.log
Impact: None.
neuromancer(~)[0]% su troot
Password:
OmniOS 5.11 omnios-r151022-f9693432c2   May 2017
(0)# svcadm disable rcap
(0)#


Hope this helps,
Dan

___
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] NFS mounts seems as nobody on Centos6

[Linda Kateley]

this might not answer your question but..

anon=root means that any user that tries to mount that is unknown to the 
server will be treated as if they are root and root from another system 
will be given the permission of nobody.. what you want is 
root=someuser.. In nfs root from another system is almost always seen as 
hostile by default.



On 6/15/17 1:47 PM, Ian Kaufman wrote:

Are you using NFSv4? Are all machines using the same idmap domain?

Ian

On Thu, Jun 15, 2017 at 11:18 AM, Andries Annema 
mailto:an3s.ann...@gmail.com>> wrote:


Hi Özkan,

The first thing that comes to mind is "no_root_squash" and, based
on your example setting with options like "anon=root", I assume
this option can be set as well on OmniOS with the "sharenfs" setting.

Maybe these will help:

https://serverfault.com/questions/364613/centos-6-ldap-nfs-file-ownership-is-stuck-on-nobody




http://www.linuxtopia.org/online_books/rhel6/rhel_6_storage_admin/rhel_6_storage_s2-nfs-security-files.html




Disclaimer: I am not an expert on NFS! Far from it. The above
suggestion is based on some personal experience where I needed
that "no_root_squash" option (although that was with some Linux
distro's), and some Google-fu. With that said, I am not sure if it
adds a security threat or something.

Anyway, my two cents.

Regards,
Andries


On 2017-06-14 17:44, Özkan Göksu wrote:

Hello.

I have a nfs share and zfs settings like= "sharenfs anon=root,rw=* "
When i mount it from Centos, owner changes as nobody. (yes im
root on Centos)
But in omnios or ubuntu i see as root when i mount it.

What is the cause of this problem?




___
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





--
Ian Kaufman
Research Systems Administrator
UC San Diego, Jacobs School of Engineering ikaufman AT ucsd DOT edu


___
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] Legal next steps

[Linda Kateley]

I would be happy to be part of any board or committee. I have alot of 
experience with a number of different communities and what's successful 
and what's not. The one that fascinates me is open stack, mostly with 
the funding and participation they get...


And Dan would love to hear all the stories

lk


On 5/16/17 10:27 AM, Dan McDonald wrote:

On May 16, 2017, at 10:53 AM, Alexander Lesle  
wrote:

No NSA or U.S. laws pressure to code a backdoor for them.

As someone who worked in the shadow of such a threat for many years (Building 
IPsec both at NRL, and pre-OpenSolaris Sun), the open-source nature of OmniOS 
mitigates (at least partially) explicit pressure as a concern.  Open-source 
code has a strong (albeit not fully court-tested) 1st amendment defense -- see 
here:

https://en.wikipedia.org/wiki/Bernstein_v._United_States

There may be good reasons to have an outside-the-US foundation, but backdoor 
concerns is not one of them.

Dan

p.s. I have good 90s-crypto-wars stories.

___
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] To the OmniOS Community

[Linda Kateley]

Outstanding job Dan!


On 5/12/17 10:07 AM, Dan McDonald wrote:

Dear OmniOS Community,

For the past 3+ years, it has been my pleasure and honor to be "OmniOS 
Engineering" at OmniTI. I hope I made OmniOS a nice platform to use for solving 
problems, whether they be Home-Data-Center, service-hosting box, network filer, or other 
uses.

As you saw, OmniTI is turning over OmniOS completely to the community.  The 
decision-making was sensible for OmniTI, and I understand it completely. With 
r151022, OmniOS should be at a nice long-term state (022 was always intended to 
be LTS).

I will be around OmniTI for another week (though on Friday the 19th my 
availability will be spotty).  During this next week, I encourage people to 
start upgrading or installing r151022 on their environments.  I already have 
updated it on my own HDC, and it seems to be performing as it has previously.

Thank you again, OmniOS community, for making these past three years as 
rewarding as I'd hoped they'd be when I joined OmniTI. And as for OmniTI, if 
you need web or database consulting, please keep them in mind. Still a fan, 
even though I'm no longer with them.

Dan McDonald -- OmniOS Engineering

___
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] How much would a professionally maintained OmniOS be worth to you ?

[Linda Kateley]

Sorry this is so long...Just some random ramblings..


I will also add, over the years I have had a number of opportunities to 
sell omni support.. The pricing on it is just way too high. If it were 
in 500 to 1.5k it would be much easier to advise my customers. Actually 
for a few of my customers I have told them there is no reason to buy 
support for omni because Dan is so good at community support. (Sorry Dan)


I actually offer openzfs support contracts at 600-2400 depending on 
size.. support only for zfs.. that seems to be a responsible price for 
an smb, although they aren't knocking down my door at that price.


Every omni zfs install I have worked with has been omni + napp-it. In 
the last 5 years that has only been a couple dozen. Not sure how many of 
them ended up buying support


In OS support you look at ubuntu(150-1.5k) and rhel are in the sub 1k 
per server range. When you compare with some of the other openzfs based 
tools, napp-it is great at like $350, but nexenta, osnexus, cloudbyte, 
all are priced per raw TB(at least they were last i looked).. And the 
prices are very high, those products have lots of vc money and tons of 
marketing/sales available.. cloudbyte was $800 a TB last I looked... You 
can get oracle solaris for like 1k, but you might as well just take that 
1000 out of your wallet and throw it on the ground because they will 
always blame you for the problem:) The primary value of omni/illumos is 
the mature fc and iscsi, which should drive higher pricing.


You can get nas4free or freenas for $0 with community only support 
options(except me :)) The numbers for freenas are at about .5 million 
installed. Problem with both of those is that once you go in you can 
never come back(no cross platform export/import) The thing I find crazy 
about these 2 communities is that people are just fine with this level 
of support. And then there is the thing that always happens when there 
is a single company/entity driving a project, they can go crazy.


For years now I have wanted to start an openzfs users community. My 
experience is that running zfs it is mostly the same cross platform. The 
developers have always had a community, but the users are fractured. 
Developers and end users don't always have the same requirements. The 
best part of zfs is that once it is setup, it just runs. It looks like 
datto is trying to do this. With oracle finally shutting down it's 
zfs-discuss, maybe it's time..


If anyone is interested in helping start an openzfs users 
group(globally) let me know off list. It still amazes me how little 
people and even the companies that sell systems running zfs actually 
know about how to run zfs.


I would like to huddle up around one of the distro's. Either omni or OI. 
I like OI cuz I do like a gui(getting older)...I would have participated 
in community development around omni if i had known. I also thought OI 
had died, but I guess I was wrong.


Community doesn't ever grow without dollars. Open Stack has always had a 
foundation and sponsors. Freebsd has a foundation and sponsors.. 
Sometimes you get lucky and people just do stuff for free., but you 
always get what you pay for..


Lk



On 4/25/17 11:35 AM, Tobias Oetiker wrote:

Folks,

so if you would rather have someone maintain omnios fulltime than relying on
'the community' todo it for free, now is the time to come forward. Write down
a line in our straw poll spreadsheet ...

https://docs.google.com/spreadsheets/d/1IyAI950a-JkPgRRLSezZm9-Rt8HkfO_nIkubd_m8d_0

then we will see quickly in which direction this can go ...

And when you write down that number, just think about how much time you save
by just going `pkg update` and be done with it ... haven't you grown to love 
that ?


cheers
tobi

----- On Apr 25, 2017, at 6:11 PM, Linda Kateley lkate...@kateley.com wrote:


Robert,

After reading everything I can in the last few days.. I have a couple
questions which I hope you can answer honestly.

This announcement on the heals of a massive change in the freenas
community make me wonder if there is any "backroom" pressure coming to
companies supporting zfs?

The other is ... Is your hosted environment divesting from omnios? If so
what os are you going to?

As a consultant and supporter of all things openzfs just want to know
where the best safest places for my customers.

And one short comment.. I have have been watching following you guys for
awhile now, and I never knew your hope or wish was for the community to
pick up omnios. This surprises me. I am sure they would have if they had
known.

Thanks for everything you have done for this community

Linda K


On 4/23/17 3:13 PM, Robert Treat wrote:

Security updates are a little bit trickier than just pulling in
general upstream changes, but I think the ideal scenario would be to
form a group of interested people around the "secur...@omnios.org"
label which would collaborate on fielding

Re: [OmniOS-discuss] The Future of OmniOS

[Linda Kateley]

Robert,

After reading everything I can in the last few days.. I have a couple 
questions which I hope you can answer honestly.


This announcement on the heals of a massive change in the freenas 
community make me wonder if there is any "backroom" pressure coming to 
companies supporting zfs?


The other is ... Is your hosted environment divesting from omnios? If so 
what os are you going to?


As a consultant and supporter of all things openzfs just want to know 
where the best safest places for my customers.


And one short comment.. I have have been watching following you guys for 
awhile now, and I never knew your hope or wish was for the community to 
pick up omnios. This surprises me. I am sure they would have if they had 
known.


Thanks for everything you have done for this community

Linda K


On 4/23/17 3:13 PM, Robert Treat wrote:

Security updates are a little bit trickier than just pulling in
general upstream changes, but I think the ideal scenario would be to
form a group of interested people around the "secur...@omnios.org"
label which would collaborate on fielding and producing security fixes
for the project. Given we also have critical production systems
running OmniOS (more than most I suspect), we will need to deal with
security and bug fixes regardless, so we're happy to use those efforts
to bootstrap things.

Robert Treat

On Fri, Apr 21, 2017 at 3:19 PM, Paul B. Henson  wrote:

As both a home hobbyist user of OmniOS and a paid support user of OmniOS at
my day job, I'd first like to thank you guys for putting together a great
operating system that has served me well over the years and I hope will
continue to do so.

However, I would like to clarify your stance when you say you are
"suspending active development" and that r151022 will be the "final
release". Per your historical release cycle:

https://omnios.omniti.com/wiki.php/ReleaseCycle

r151022 was to be an LTS release with security/bug fix support through H1
2020. While there will be no further releases of OmniOS from OmniTI, will
you continue to back port fixes and fix issues in r151022 through that
timeline, or will it be released as is and then be up to the as yet
undeveloped community to do so? We currently have critical production
systems deployed, systems whose deployment was only approved by management
due to the availability of commercial support (the wisdom of such a
perspective we will not discuss), and this sudden development is potentially
going to leave us in quite a pickle. While I certainly can't dictate to you
how to run your business, it would have been much easier on your customers
had you made this announcement with the release of r151022, and coincided
the end of your support offering with the end of life of this last release.
Which also ideally would have provided time for an omnios community to have
developed and started producing their own releases before the last
officially supported omniti version reached sunset.


-Original Message-
From: OmniOS-discuss [mailto:omnios-discuss-boun...@lists.omniti.com]
On Behalf Of Robert Treat
Sent: Friday, April 21, 2017 7:07 AM
To: omnios-discuss 
Subject: [OmniOS-discuss] The Future of OmniOS

Five years ago, when we first launched OmniOS, we did it out of a
direct need to push forward the OpenSolaris ecosystem that we had
built into the core of several parts of our business. At the time, the
illumos community was still rather new and taking direct control of
our path forward was a solid next step; we had already built many of
the pieces in-house that we needed to produce a complete operating
system distribution, and our experiences with open sourcing software
we worked on had been generally very good.

While we didn't know quite what the reaction would be, there were two
things internally that guided us as long term factors in our decision.
First, as we have done for other open source software, we thought it
made sense to offer commercial support for OmniOS, but there was no
desire to "pivot" OmniTI to be an operating system vendor. We like the
world of building and running high-scale software and infrastructure
and that's where we wanted to stay. Hand in hand with that was the
second idea, that while we felt it was important for us to take the
first initial steps, in the long term we really would prefer that
OmniOS become an open source project maintained by its community
rather than remain as the open source product of a single commercial
entity (think Debian vs Red Hat, if that helps).

Five years later, we are proud to see that this software has been
accepted by a wide group of companies and end users, and we think this
has been a boon for the illumos community, who are the shoulders we
build upon. When you see companies from all sectors and industry, both
small and some orders of magnitude larger, using the technology you
put forward to build even further; well, it's great to have an impact.

However, even with the success we have had, there is one area

Re: [OmniOS-discuss] DTrace Scripts

[Linda Kateley]

You also want to run it with an increment

#./arcstat.pl 1


On 3/10/17 7:23 AM, Artem Penner wrote:

if you use omnios, install from package* system/monitoring/arcstat*

пт, 10 мар. 2017 г. в 13:23, Richard Skelton >:


Hi All,
I tried arc_stat.pl  but it barfs :-

./arcstat.pl  -f
read,hits,miss,hit%,l2read,l2hits,l2miss,l2hit%,arcsz,l2size
read  hits  miss  hit%  l2read  l2hits  l2miss  l2hit% arcsz  l2size
Use of uninitialized value in division (/) at ./arcstat.pl
 line 332.
   0 0 0 0   0   0   0   0 3.5G 14G

From the blog

http://blog.harschsystems.com/tools/arcstat-pl-updated-for-l2arc-statistics/

Sounds just what I need :-)

Artem Penner wrote:

May be links below will be helpful for you

https://github.com/brendangregg/dtrace-cloud-tools
https://github.com/richardelling/dtrace
https://github.com/richardelling/arcstat

https://bitbucket.org/d-helios/dtrace/src/7b479a97099f3146b4d08652315b03d1dfc28f9c/zfs/?at=master





чт, 9 мар. 2017 г. в 21:08, John Barfield
mailto:john.barfi...@bissinc.com>>:

Im looking for some general dtrace scripts for debugging ZFS
on OmniOS (like updated dtrace toolkit)..didnt want to
reinvent the wheel if some folks are willing to share. Also
willing to purchase if needed.

John Barfield
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com

http://lists.omniti.com/mailman/listinfo/omnios-discuss

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com

http://lists.omniti.com/mailman/listinfo/omnios-discuss
   




___
OmniOS-discuss 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] new supermicro server

[Linda Kateley]

So quick google on "razor cards" came up pretty empty(lots of using a 
razor blade on your cpu).. I will assume that is some sort of switch? 
pci switch? Does latency stay in tact?


Ok so I read the first part of the manual.. It looks like it has 4 nvme 
ports via OCuLink, which if I am reading correctly will have/need 4 
lanes of  PCI Express 4? and a dual sas backplane for like the rest. 
OCuLink driver in Omni? First pass on Oculink looks pretty cool. 8T


I am looking at one of those for a project so I will read and report back :)


lk


On 3/8/17 1:32 AM, Ergi Thanasko wrote:

No LSI controller on those, they connect directly to the CPU with razor cards.  
In theory they can utilize the entire bus speed but in the backplane you get 
around 2GB/sec throughout on each nvme drive.

Sent from my iPhone


On Mar 7, 2017, at 11:25 PM, Stephan Budach  wrote:



- Ursprüngliche Mail -

Von: "Dan McDonald" 
An: "Geoff Nordli" 
CC: "omnios-discuss" 
Gesendet: Mittwoch, 8. März 2017 07:44:30
Betreff: Re: [OmniOS-discuss] new supermicro server

You didn't mention anything in the original note about NVMe, and
neither did the spec sheet.

NVMe 1.0 and 1.1 should work on 020 and later OmniOS. Hang out on the
illumos developers list to see the latest on that front.

Dan

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


In regards of NVMe, I am eyeing this particular Supermicro and I intend to get 
my hands on two of those in Q2:

SuperMicro SuperServer SSG-2028R-NR48N

I think these will bring a lot of fun to the table. ;)

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

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


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

Re: [OmniOS-discuss] new supermicro server

[Linda Kateley]

SuperMicro SuperServer SSG-2028R-NR48N

I have been looking at those too.. Maybe someone can help me understand 
how you can have nvme on a sata bus? I thought the benefit or primary 
function of nvme was that it was low latency and sits on the pci bus? It 
looks like these are nvme modules with sata/sas attachments




On 3/8/17 1:25 AM, Stephan Budach wrote:


- Ursprüngliche Mail -

Von: "Dan McDonald" 
An: "Geoff Nordli" 
CC: "omnios-discuss" 
Gesendet: Mittwoch, 8. März 2017 07:44:30
Betreff: Re: [OmniOS-discuss] new supermicro server

You didn't mention anything in the original note about NVMe, and
neither did the spec sheet.

NVMe 1.0 and 1.1 should work on 020 and later OmniOS. Hang out on the
illumos developers list to see the latest on that front.

Dan

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


In regards of NVMe, I am eyeing this particular Supermicro and I intend to get 
my hands on two of those in Q2:

SuperMicro SuperServer SSG-2028R-NR48N

I think these will bring a lot of fun to the table. ;)

Cheers,
Stephan


___
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] new supermicro server

[Linda Kateley]

I have been using the 6037R-E1R16L for several of my builds for archive, 
but the 6038 is also a nice frame. It always depends on what you are 
doing with it.


lk


On 3/7/17 7:21 PM, Dan McDonald wrote:

On Mar 7, 2017, at 8:16 PM, Geoff Nordli  wrote:

Hi.

I am looking at ordering a new 3U supermicro server. as an all-in one.   I have 
been using these recently:

https://www.supermicro.com/products/system/3U/6038/SSG-6038R-E1CR16L.cfm

It has the LSI 3008 HBA in IT mode.

Any other suggestions out there?

The one you mention is pretty good, especially if you want 2 + 16 drives (2x2.5", 
16x3.5") online.

Unless you want something smaller, I can think of much worse ways to spend your 
money.

Dan

___
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] panic in virtual box

[Linda Kateley]

I can poke around to find one or recreate.

thx

Linda

On 2/21/17 10:04 AM, Dale Ghent wrote:

This is not normal. Do you have a crash dump available, or at least a panic 
string?

/dale


On Feb 21, 2017, at 10:57 AM, Linda Kateley  wrote:

Has anyone run into omnios panicing in virtualbox?

I have been working on a video series of napp-it and when I put them all 
together(omni and napp-it) on my big mac(running el cap) I get a day or 2 in, 
and panic. I seem to be able to run it on 16 or 18 without updates easily but 
when I run update bloosh..  I can run the same vm(export/import) on my little 
mac running sierra without error.

just wondering if i am missing something simple.


Linda

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


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

[OmniOS-discuss] panic in virtual box

[Linda Kateley]

Has anyone run into omnios panicing in virtualbox?

I have been working on a video series of napp-it and when I put them all 
together(omni and napp-it) on my big mac(running el cap) I get a day or 
2 in, and panic. I seem to be able to run it on 16 or 18 without updates 
easily but when I run update bloosh..  I can run the same 
vm(export/import) on my little mac running sierra without error.


just wondering if i am missing something simple.


Linda

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

Re: [OmniOS-discuss] SMB and Netatalk

[Linda Kateley]

Fabio,

I design systems all the time for video editing. There are several 
questions that need to be answered..what will be average file size? 4k? 
8k video? How many 10gbe? how many editors accessing simultaneously? 
What software are you running?


I usually size ram per user if they are working with different files, or 
size ram to average file.. I run procs up higher for multiple 10gbe. 
Need to be a little careful with 10gbe drivers in omni.


For zil, you only need/use zil if you are running nfs or iscsi. Use the 
ssd for arc if you are running smb or netatalk.


Been seeing several configs be successful with raidz2 and editing, but i 
would prefer mirrors. I would usually like to see 2 boxes one for work 
and one for archive.


I hate to do marketing... but if you would like to contact me offlist, i 
can help you with design. That is what my company does :)


linda


On 2/15/17 11:16 AM, Fábio Rabelo wrote:

Hi to all

There are someone with experience in running SMB and/or Netatalk over OmniOS ?

Works OK ?

Some caveats to avoid ?

The possible scenario would be a server to hold Audio and Video files
in a Video/Audio editing facility, with 10 GB network in/out, and 12 8
TB hard disks in Raid Z2, 2 256GB SSD to ZIL, no ARC, 128 GB RAM .

Thanks in advance ...


Fábio Rabelo
___
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] LX zones: configurations

[Linda Kateley]

If I remember correctly it's a max, not a guarantee.

lk


On 1/11/17 8:15 PM, Mini Trader wrote:

Seems like I am confusing you

I do realize that it is in BITS!

4M == 4000KBIT == 500kbytes.

Using 4000K OR 4M SHOULD restrict flow to a MAXIMUM of 500 KBYTES.  
What I am seeing is that using a value restricts flow to a maximum of 
100KBYTES!



root@storage1:/root# flowadm add-flow -l backup0 -a transport=tcp tcpflow
root@storage1:/root# flowadm set-flowprop -p maxbw=4M tcpflow

ubuntu-16.04.1-desk   0%[  ]   2.67M 104KB/s   eta 
3h 45m


# Well gosh darnit.  That doesn't make sense.  Maybe his adapter cant 
download more than 100KBYTES.  Lets undo what we did and see what happens.


root@storage1:/root# flowadm remove-flow -l backup0
desktop-amd64.iso?_   1%[  ]  18.24M  1.00MB/s   
eta 85m 54s


# It appears our download speed is running at 8 MEGABIT or 1MEGABYTE 
without any flow.  So why would a restriction of half of our download 
rate cause it to run at 1/10th the maximum speed!



On Wed, Jan 11, 2017 at 8:52 PM, Dan McDonald > wrote:



> On Jan 11, 2017, at 8:32 PM, Mini Trader
mailto:miniflowtra...@gmail.com>> wrote:
>
> This does not work.  Simple example.  Ran wget on an ubuntu
ISO.  Was downloading at over 1 mega byte per sec. Set adapter to
4000K.  I would expect the download to peak at around 500 Kilo
Bytes.  Was in the 100 range.  16000K put it in the 500kb range. 
Doesn't add up.  Also didn't persist across reboot of zone.


1.) flowadm works in units of bits/sec, not bytes. 4000kbit ==
4mbit == 500kbytes.  Please RTFM carefully.

2.) Use it in the global zone for the NIC you're assigning. Then
it'll persist.  Persistence of /native commands in LX zones is an
open problem right now.  We aren't planning on doing it for
flowadm, only for ipadm.

Dan






___
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] LX Zones and UID Mapping on LOFS Mounts

[Linda Kateley]

If I remember right, zone create automatically create a mount using 
lofi.. I used to add additional ones.


If you google old preso's of mine called "zany for zones" I used to show 
examples.



On 1/10/17 8:05 PM, Mini Trader wrote:

Any examples on what needs to be done to make this work with LOFS?

On Tue, Jan 10, 2017 at 7:19 PM Dan McDonald > wrote:




> On Jan 10, 2017, at 6:49 PM, Mini Trader
mailto:miniflowtra...@gmail.com>> wrote:

>

> Currently the UID Mapping between the host (OmniOS) and my zone
(Linux) is based purely on UID.  Obviously the UID's on my Linux
zone are going to be very different from my OmniOS setup.

>

> Is there any NFS4 IDMAPD concept available here?  e.g.
nobody/nogroup for unrecognized users and groups or mapping from a
numerical id to user?



http://illumos.org/man/1m/idmap



Dan





___
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] zpool Write Bottlenecks

[Linda Kateley]

One of the things I do is turn caching off. on a dataset #zfs get 
primarycache=none dataset. Give me better disk performance


lk


On 9/30/16 12:19 AM, Michael Talbott wrote:
I'm very aware that dd is not the best tool for measuring disk 
performance in most cases. And I know the read throughput number is 
way off b/c of zfs caching mechanisms. However it does work in this 
case to illustrate the point in my case of a write throttle somewhere 
in the system. If anyone needs me to test with some other tool for 
illustrative purposes, I can do that too. It's just so odd that 1 card 
with a given set of disks attached in a pool provide roughly the same 
net throughput as 2 cards with 2 sets of disks in said pool.


But, for the nay-sayers of dd testing, I'll provide you with this.. 
Here's an example of using 2 x 11 disk raidz3 vdevs where all 22 
drives live on one backplane attached to 1 card with an 8x phy sas 
connection. And then adding 2 more 11 disk raidz3 vdevs that are 
connected to that system on a separate card (also using an 8x phy sas 
link). No compression. Running bonnie++ to saturate the disks while I 
pull the numbers from iotop.


The following is an output of iotop (which uses dtrace for measuring 
disk io)

http://www.brendangregg.com/DTrace/iotop

Here's the 22 drive pool (all attached to 1 card):
--
2016 Sep 30 00:02:42,  load: 3.17,  disk_r:  0 KB,  disk_w: 3394084 KB

  UIDPID   PPID CMD  DEVICE  MAJ MIN DBYTES
0   7630  0 zpool-datastore  sd124   194 7936 W  161812480
0   7630  0 zpool-datastore  sd118   194 7552 W  161820672
0   7630  0 zpool-datastore  sd127   194 8128 W  161845248
0   7630  0 zpool-datastore  sd128   194 8192 W  161845248
0   7630  0 zpool-datastore  sd122   194 7808 W  161849344
0   7630  0 zpool-datastore  sd119   194 7616 W  161857536
0   7630  0 zpool-datastore  sd121   194 7744 W  161857536
0   7630  0 zpool-datastore  sd125   194 8000 W  161865728
0   7630  0 zpool-datastore  sd123   194 7872 W  161869824
0   7630  0 zpool-datastore  sd126   194 8064 W  161873920
0   7630  0 zpool-datastore  sd120   194 7680 W  161906688
0   7630  0 zpool-datastore  sd136   194 8704 W  165916672
0   7630  0 zpool-datastore  sd137   194 8768 W  165916672
0   7630  0 zpool-datastore  sd138   194 8832 W  165933056
0   7630  0 zpool-datastore  sd135   194 8640 W  165937152
0   7630  0 zpool-datastore  sd139   194 8896 W  165941248
0   7630  0 zpool-datastore  sd134   194 8576 W  165945344
0   7630  0 zpool-datastore  sd130   194 8320 W  165974016
0   7630  0 zpool-datastore  sd129   194 8256 W  165978112
0   7630  0 zpool-datastore  sd132   194 8448 W  165994496
0   7630  0 zpool-datastore  sd133   194 8512 W  165994496
0   7630  0 zpool-datastore  sd131   194 8384 W  166006784

--


And here's the pool extended with 2 more raidz3s with 2 cards
notice it's almost LITERALLY cut in HALF per drive!


--


2016 Sep 30 00:01:07,  load: 4.59,  disk_r:  8 KB,  disk_w: 3609852 KB

  UIDPID   PPID CMD  DEVICE  MAJ MIN DBYTES
0   4550  0 zpool-datastore  sd133   194 8512 W   76558336
0   4550  0 zpool-datastore  sd132   194 8448 W   76566528
0   4550  0 zpool-datastore  sd135   194 8640 W   76570624
0   4550  0 zpool-datastore  sd134   194 8576 W   76574720
0   4550  0 zpool-datastore  sd136   194 8704 W   76582912
0   4550  0 zpool-datastore  sd131   194 8384 W   76611584
0   4550  0 zpool-datastore  sd130   194 8320 W   76644352
0   4550  0 zpool-datastore  sd137   194 8768 W   76648448
0   4550  0 zpool-datastore  sd129   194 8256 W   76660736
0   4550  0 zpool-datastore  sd138   194 8832 W   76713984
0   4550  0 zpool-datastore  sd139   194 8896 W   77369344
0   4550  0 zpool-datastore  sd113   194 7232 W   0752
0   4550  0 zpool-datastore  sd115   194 7360 W   77832192
0   4550  0 zpool-datastore  sd114   194 7296 W   77836288
0   4550  0 zpool-datastore  sd111   194 7104 W   77840384
0   4550  0 zpool-datastore  sd112   194 7168 W   77840384
0   4550  0 zpool-datastore  sd108   194 6912 W   77844480
0   4550  0 zpool-datastore  sd110   194 7040 W   77864960
0   4550  0 zpool-datastore  sd116   194 7424 W   77873152
0   4550  0 zpool-datastore  sd107   194 6848 W   77914112
0   4550  0 zpool-datastore  sd106   194 6784 W   77918208
0   4550  0 zpool-datastore  sd109   194 6976 W   77926400
  

Re: [OmniOS-discuss] Reversed All-In-One

[Linda Kateley]

+ I run with virtual box on top of omni. Also really digging Proxmox 
which has native zfs.


Linda


On 9/25/16 11:48 AM, Jim Klimov wrote:

25 сентября 2016 г. 16:36:26 CEST, Paul Jochum  пишет:

Hi Michael:

 As to your 2nd qustion, about having good info on how to create a
custom lx image, I have used the following for smartOS:
https://github.com/joyent/centos-lx-brand-image-builder
 (I am not sure how closely OmniOS tracks the smartOS lx branded
zones, but wanted to pass it along in case it helps).  There are more
links (in case you don't want to use centos as the base at:
https://wiki.smartos.org/display/DOC/LX+Branded+Zones#LXBrandedZones-Creatingyourownzonedataset

Paul


On 09/24/2016 02:00 PM, Michael Talbott wrote:

So I just had this crazy idea while thinking about lx branded zones..

I'm loving lx zones. What a great piece of computing voodoo. I'd love
to say there's no more need for things like ESX in an all in one setup,
but, there's still windows and some random others that has their niche
needs on a box.

Anyway, I know there's plenty of folks out there that use ESXi as the

root system then virtualize OmniOS and pass through storage controller
cards to it to become a storage VM for their other VMs. I started
thinking "what-if" we reversed that process to get the best of ALL
worlds. That is, run OmniOS as root system and control storage natively
and run all linux needs in zones. Then if, and a big if, we could run
ESXi in an lx zone.. And IF that is even possible, another big if.. IF
we can present a zone with a ZFS volume as a raw block device, ESXi
could then use it's native VMFS format on said block device. If that
were so, that would eliminate all traditional latencies and bottlenecks
caused by the network stack be it iSCSI or NFS and provide all the
benefits of ZFS such as checksums and compression inline to ESX..
Obviously it couldn't vmotion in a cluster since the storage would be
local to that box, but, the thought is currently for an all in one
setup and not a clust!
er!

;)

So I guess the first question is, does anyone think that ESXi's

kernel is anywhere close enough to a linux kernel for this to even be
feasible to run in an LX zone or am I totally just daydreaming here? I
have my suspicions, but, that's all they are at this point.

Second, and regardless of the above, does anyone have any good info

on how to create a custom lx image? Surely it's not as simple as
installing it on some box and then use tar and/or dd?


Michael
___
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

As far as I know, ESX used a custom kernel as hypervosor (closer to BSD than 
Linux, perhaps because the latter would have to get opensourced). The linuxish 
environment seen in older (3.x) versions and hidden but uncoverable in newer 
ones is a controlling VM (IIRC, may be wrong here) allowed to grab the console 
and control the HW resources to present them back to hypervisor, and indeed 
based on Linux (quite compatible to redhat back then). To the point where I 
could compile kernel modules like md-raid and drivers to use setups other than 
certified officially.

I guess the entanglement there is too intimate to port elsewhere, and why would 
you - given that you can run KVMs or VirtualBoxes natively in a global or local 
zone? ;)

Jim
--
Typos courtesy of K-9 Mail on my Samsung Android
___
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] OmniOS as home serwer (NAT, private projects)

[Linda Kateley]

I actually have recently fell in love with nap-it. It bundles all the 
stuff you need..



lk


On 6/12/16 10:04 PM, Gui-Ron Koh wrote:

On Sun, 2016-06-12 at 11:35 +0200, Krzysztof Grzempa wrote:

Cheers guys,

I'm planning to build my own server at home for multiple purposes (my 
projects, home NAS etc). I'm planning to use zones to separate WAN 
access server (www hosting, git and svn repos, email maybe..) and SAN 
functionalities for LAN only access.
Now, i'm huge fan of Illumos. I used to work with Solaris 8 to 11, 
and i really enjoy it. I wish to use ZFS as the best storage 
solution, but what concern me most is availability of technologies 
that i'm going to use. For WAN purposes I need apache2, php5, 
mariadb, python (at least 2.7),git, svn, and maybe fish shell ;) . 
For my NAS, I need samba, nfs, ftp, DLNA [mediatomb, serviio] 
(sharing video to TV directly).
AFAIK and read on the net, probably every of those technologies are 
doable on OmniOS, but the problem is time spent on installing, 
solving problems etc.
Of course, there is always the linux solution, but i would like not 
go there as Illumos has may better storage (ZFS on linux sucks IHMO)
Has anyone got expierience in setting up such stack on OmniOS? (or 
any other Illumos distro?) Problems? Advices?


I run most of my WAN stack (apache, php, etc) from the Joyent pkgsrc 
repository, which is very straightforward to get running and keep 
updated on OmniOS.
For DLNA I used to run mediatomb from a self-compiled instance, but 
have since swapped over to NFS shares, relying on a more capable media 
player (OpenElec).


I also run a Linux KVM instance for the stuff that is "just too 
difficult" (eg. crashplan, grafana3, etc).


regards,
Guo-Rong


___
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] LSI3108

[Linda Kateley]

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@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] recovering deleted files from ZFS?

[Linda Kateley]

drive savers do some recovery.

linda

On 3/14/16 12:41 PM, CJ Keist wrote:

All,
   Thought I try asking this question on this forum.  In light of no 
snapshots, is there a way in ZFS to recover a recently deleted file?  
We do nightly backups, but this would be a file that was deleted 
before the coming daily backup.  Does anyone know if there is a 
service that can do file recoveries from ZFS?





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

Re: [OmniOS-discuss] illumos and contributions metrics: how to evaluate companies that commercialize illumos based products by examining them in the light of their illumos community's contributions.

[Linda Kateley]

Blackduck does this for you.

https://www.openhub.net/p?ref=homepage&query=illumos

On 12/7/15 7:44 AM, Dan McDonald wrote:

On Dec 7, 2015, at 8:13 AM, Davide Poletto  wrote:

Is there a way to rank/evaluate and so reward/honour (by, as example, 
purchasing their products or by sustaining their development as 
testers/free-time contributors) those {individuals, companies, institutions} 
that clearly demonstrate not only to have good numbers (commits) but also that 
they care about the community and that are more transparent than others in 
advertising their commercial offer's origin?

That's a damned good question.  It's also very tricky.

Some firms keep things closed until they've released, or after some time after they've 
released.  Some find this fair enough, others find it annoying.  Because people are 
different, it may be hard to get a consensus on how to rank/evaluate firms the way you 
wish.  BTW, I lean toward "fair enough" so long as there's consistency and not 
going back on one's word.
Keeping to one's word is important to me.  I didn't leave Oracle because of the 
Solaris-closing: if you read the text of that leaked email, it implied a 
source-dump-on-release model. Only after I left Oracle did it become clear that 
it was all a big lie.

You're chasing a hard problem.  You may not get much sympathy.  Making things MORE complicated is 
that "illumos" as a brand is still tightly tied up by its owner. Many feel that it's tied 
up too tightly, and that is why you rarely see "illumos" mentioned in marketing 
materials, especially not the trademarked symbol.

I'm sorry I don't have better answers for you right now.  It's a hard problem, 
and many of us who might be able to help clarify things are trying to keep all 
of the machinery moving as smoothly as we can.

Dan


___
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] big zfs storage?

[Linda Kateley]

This really saddens me. To me my favorite part of solaris was FMA. But 
happy about the 3008.


thanks

linda

On 7/10/15 12:31 PM, Schweiss, Chip wrote:
Unfortunately for the past couple years panics on disk failure has 
been the norm.   All my production systems are HA with RSF-1, so at 
least things come back online relatively quick.  There are quite a few 
open tickets in the Illumos bug tracker related to mpt_sas related 
panics.


Most of the work to fix these problems has been committed in the past 
year, though problems still exist.  For example, my systems are dual 
path SAS, however, mpt_sas will panic if you pull a cable instead of 
dropping a path to the disks.  Dan McDonald is actively working to 
resolve this.   He is also pushing a bug fix in genunix from Nexenta 
that appears to fix a lot of the panic problems. I'll know for sure in 
a few months after I see a disk or two drop if it truly fixes things.  
Hans Rosenfeld at Nexenta is responsible for most of the updates to 
mpt_sas including support for 3008 (12G SAS).


I haven't run any 12G SAS yet, but plan to on my next build in a 
couple months.   This will be about 300TB using an 84 disk JBOD.  All 
the code from Nexenta to support the 3008 appears to be in Illumos 
now, and they fully support it so I suspect it's pretty stable now.  
From what I understand there may be some 12G performance fixes coming 
sometime.


The fault manager is nice when the system doesn't panic. When it 
panics, the fault manger never gets a chance to take action.  It is 
still the consensus that is is better to run pools without hot spares 
because there are situations the fault manager will do bad things.   I 
witnessed this myself when building a system and the fault manger 
replaced 5 disks in a raidz2 vdev inside 1 minute, trashing the pool. 
  I haven't completely yield to the "best practice".  I now run one 
hot spare per pool.  I figure with raidz2, the odds of the fault 
manager causing something catastrophic is much less possible.


-Chip



On Fri, Jul 10, 2015 at 11:37 AM, Linda Kateley <mailto:lkate...@kateley.com>> wrote:


I have to build and maintain my own system. I usually help others
build(i teach zfs and freenas classes/consulting). I really love
fault management in solaris and miss it. Just thought since it's
my system and I get to choose I would use omni. I have 20+ years
using solaris and only 2 on freebsd.

I like freebsd for how well tuned for zfs oob. I miss the network,
v12n and resource controls in solaris.

Concerned about panics on disk failure. Is that common?

linda


On 7/9/15 9:30 PM, Schweiss, Chip wrote:

Linda,

I have 3.5 PB running under OmniOS.  All my systems have LSI 2108
HBAs which is considered the best choice for HBAs.

Illumos leaves a bit to be desired with handling faults from
disks or SAS problems, but things under OmniOS have been
improving, much thanks to Dan McDonald and OmniTI.   We have a
paid support on all of our production systems with OmniTI.  Their
response and dedication has been very good.  Other than the
occasional panic and restart from a disk failure, OmniOS has been
solid.   ZFS of course never has lost a single bit of information.

I'd be curious why you're looking to move, have there been
specific problems under BSD or ZoL?  I've been slowly evaluating
FreeBSD ZFS, but of course the skeletons in the closet never seem
to come out until you do something big.

-Chip

On Thu, Jul 9, 2015 at 4:21 PM, Linda Kateley
mailto:lkate...@kateley.com>> wrote:

Hey is there anyone out there running big zfs on omni?

I have been doing mostly zol and freebsd for the last year
but have to build a 300+TB box and i want to come back home
to roots(solaris). Feeling kind of hesitant :) Also, if you
had to do over, is there anything you would do different.

Also, what is the go to HBA these days? Seems like i saw
stable code for lsi 3008?

TIA

linda


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




-- 
Linda Kateley

Kateley Company
Skype ID-kateleyco
http://kateleyco.com




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

[OmniOS-discuss] big zfs storage?

[Linda Kateley]

Hey is there anyone out there running big zfs on omni?

I have been doing mostly zol and freebsd for the last year but have to 
build a 300+TB box and i want to come back home to roots(solaris). 
Feeling kind of hesitant :) Also, if you had to do over, is there 
anything you would do different.


Also, what is the go to HBA these days? Seems like i saw stable code for 
lsi 3008?


TIA

linda


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

[OmniOS-discuss] Open-ZFS Europe May 26 Paris

[Linda Kateley]

All,

I wanted to make sure everyone was aware of the Open-ZFS Europe 
conference in Paris on May 26th. Speakers will also be webcast. 
Festivities start at 8 am, Central European Summer time UTC +02


http://www.meetup.com/OpenZFS-Europe/events/218873174/

There is also an openzfs hackathon the next day May 27th.

Details can also be seen from the open-zfs.org page.

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

Re: [OmniOS-discuss] Issues about OmniOS software installation package

[Linda Kateley]

I think you need to add a dns nameserver.. I always have that problem 
when i load omni..


can you ping anything from the command line?

#ping amazon.com

linda

On 4/27/15 2:26 AM, Natxo Asenjo wrote:


hi,

On Mon, Apr 27, 2015 at 7:14 AM, Nan Xiao > wrote:


Hi Dan,

I have installed the omniOS on vagrant. For some reasons, I can't
configure OS to visit the internet, so let's why I want to get some
out-of-box *.pkgs like Solaris.


do you have defined what your default gateway is?

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

--
regards,
natxo


___
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] SMART info

[Linda Kateley]

There isn't smartctl in omni, is there Dan?

Omni uses it's own fault management tools. fmadm faulty or repaired or 
iostat -e might give some hints on disk errors, but i am not aware of 
any disk querying tools like smart. format might also be able to give 
you some data.


lk

On 4/9/15 2:05 PM, Dan McDonald wrote:

On Apr 9, 2015, at 3:00 PM, Kyle Bruene  wrote:

Could anyone give me info on getting SMART info about SATA SSD's connected via 
expanders to an LSI controller in IT mode? I am trying to find how worn these 
are. Thanks.

Collected wisdom generally is do not plug in SATA drives into an expander.  
Expanders don't know how to forward SATA commands, which causes the problems 
you're seeing.  Save yourself pain and either use directly-attached AHCI SATA, 
or get SAS drives.

Sorry for being blunt, but too many people have been burned this way.

Dan

___
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] Dell vs. Supermicro and any recommendations..

[Linda Kateley]

Just some anecdotal info... sun had a very nice partnership with dell.. 
back in the day, if you searched for dell in the hardware compat list 
you would show thousand of entries.. Dell now has a guy who sits on 
nexenta's board, this fact might have some impact in what they recommend.


On the other hand, most if not all of the companies selling openzfs 
appliances are running supermicro or similar gear...Except for 
compellent which definitely runs dell :)


I agree with dan though, the hba is the most important, as is nics.

All this being said, I would personally prefer that dell r730 if i had a 
choice...


lk

On 2/18/15 9:34 AM, Dan McDonald wrote:

On Feb 18, 2015, at 8:41 AM, Andy  wrote:

I've read some useful posts on this mailing list about the Dell R730xd -
specifically that if we ask Dell to configure it for Nexenta then it will
come with an LSI HBA and Intel NICs but I haven't seen any further posts
saying whether anyone has had any success getting one of these up and
running. I got the impression from the posts that it wasn't a great idea
and Supermicro is a better option.

The key is to get an HBA illumos likes.  The *default* Dell HBAs aren't all 
that great, and stick you with HW-RAID.

I've not heard success stories with "Nexenta Configured" + OmniOS, but that's 
because every Nexenta configuration was used to... well... run NexentaStor.  :)

I know lots of illumos shops run SuperMicro with success.

Dan

___
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] High Availability storage with ZFS

[Linda Kateley]

I thought it was stmsboot and mpathadm on omni? If you are just looking 
for multipathing to disk? Haven't tried on omni.






On 1/6/15 11:28 AM, Schweiss, Chip wrote:
On Tue, Jan 6, 2015 at 5:16 AM, Filip Marvan > wrote:


Hi

as few guys before, I'm thinking again about High Availability
storage with ZFS. I know, that there is great commercial RSF-1,
but that's quite expensive for my needs.

I know, that Sašo did a great job about that on his blog
http://zfs-create.blogspot.cz but I never found the way, how to
successfully configure that on current OmniOS versions.

So I'm thinking about something more simple. Arrange two LUNs from
two OmniOS ZFS storages in one software mirror through
fibrechannel. Arrange that mirror in client, for example mdadm in
Linux. I know, that it will have performance affect and I will
lost some ZFS advantages, but I still can use snapshots, backups
with send/receive and some other interesting ZFS things, so it
could be usable for some projects.

Is there anyone, who tried that before? Any eperience with that?


While this sounds technically possible, it is not HA. Your client is 
the single point of failure.   I would wager that mdadm would create 
more availability issues than it would be solving.


I run RSF-1 and HA is still hard to achieve.   I don't think I have 
gained any additional up-time overcoming failures, but it definitely 
helps with planned maintenance.   Unfortunately, there are still too 
many ways a zfs pool can fail that having a second server connected 
does not help.


-Chip

Thank you,

Filip Marvan


___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com

http://lists.omniti.com/mailman/listinfo/omnios-discuss




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


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

Re: [OmniOS-discuss] anyone doing DirectPath I/O?

[Linda Kateley]

Just curious, how fast is the nfs in this config?

linda

On 12/4/14, 1:11 AM, Tim Rice wrote:

On Wed, 3 Dec 2014, Schweiss, Chip wrote:

| I've been using DirectPath with ESXi 5.0 with an LSI HBA for almost 2 years
| to an OpenIndiana server.  It's been very stable:

My all in one box (Supermicro MBD-X9SCM-F-0) was on ESXi 5.1 for
about a year with a LSI SAS3801E and a LSI SAS9211-4i. I've since
updated to ESXi 5.5 update2. The OmniOS r151006 VM provides NFS
storage to the ESXi host for (currently) 15 running VMS as well
as well as NFS home directories for various other computers around
the office. Other than drives failing, it's been working reasonably
well for what it is.

|
| root@zfs01:~# uptime
|  21:01pm  up 649 days  6:58,  2 users,  load average: 0.46, 0.30, 0.25
|
|
| On Wed, Dec 3, 2014 at 6:10 PM, Joseph Boren  wrote:
|
| > Greetings,
| >
| > I was wondering if anyone was using DirectPath, specifically for exclusive
| > use of a drive controller and attached drives to a specific VM.I have a
| > use case that would seem to be a good fit for this, so I played around with
| > a couple of RAID controllers I had, and was able to get one (3ware 9650se)
| > configured for directpath, but none of the drives attached would show to
| > OmniOS, regardless of how I configured them in the raid bois (JBOD,
| > individual disks, etc).  I know that controller is poorly supported and I
| > was curious if anyone was using DirectPath  this way in production and what
| > kind of drive controller/HBA/whatever was working.  Also any "for the love
| > of god don't do it this way" scenarios?  I seem to be really adept at
| > finding and trying those out first
| >
| > Thanks a ton and best regards,
| >
| > -jb-
| > *Joseph Boren*
| >
| > IT Specialist
| > *DRAKE COOPER*
| > + c: (208) 891-2128 + o: (208) 342-0925
| > + 416 S. 8th St., Boise, ID 83702
| > + w: drakecooper.com + f: /drakecooper  +
| >  t: @drakecooper 
| >
| >
| > ___
| > 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] OmniOS doc

[Linda Kateley]

I actually really enjoy doing little how-to videos. I put up a set a 
couple weeks ago on zfs


http://kateleyco.com/?page_id=783

I have taught solaris for most of my career.. so I plan on creating some 
more.. intro to dtrace.. services.. fma


please feel free to link to them or republish or consume. I did them on 
omni.


linda


On 10/31/14, 8:21 PM, Frédéric Alix wrote:

> Yeah but some others *do* like it.
yes, like me, but i use Solaris since many years...

>Sure, go ahead... but do we really want to attract "newbies"?
>I don't know, just asking.
Yes of course !
Do you want an IT world with just GNU/TuxTux 
OmniOS vs Linux/Docker is amazing !
With OmniOS, we can have a real cpu and memory capping !
OpenSolaris is dead, and i think we must show OmniOS is an amazing 
alternative.

We can't stay in our corner. We should show OmniOS Zones and KVM power :)
And look how the network stack is manage in a Docker ... beurk !!!
Few months ago, one of my client switch from Gnu/Linux to OmniOS and 
he tell me thank you every day.

We should share and display what we can do with OmniOS.




2014-11-01 1:44 GMT+01:00 Antoine Jacoutot >:


>Few days ago, i was at linux hack day at Rennes in France. I talked
>about OmniOS.
>
>Some admin sys were very interesting about it. I restarted a
blog at
>[1]blog.fredalix.com 
>
>But, in my country, some peoples know SmartOS, and when they
go to
>OmniOS website, they don't like it.

Yeah but some others *do* like it.

>I am sad to know sysadmin no want try OmniOS, because the
actual wiki
>is not for newbies.
>
>Yesterday, i was at Linux and Docker french event, and i
talked about
>OmniOS and zones.
>
>But returns were  "OmniOS wiki is good for Solaris admins !"
>
>OmniTI's team make a super job, but the OmniOS is not
attractive for
>newbies.
>
>it's sad :-(
>
>what can we'll do about that ?
>
>I am sure with Omnios's community we can publish an OmniOS
Survival
>guide.
>
>Yep ?

Sure, go ahead... but do we really want to attract "newbies"?
I don't know, just asking.

--
Antoine




___
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