Separate names with a comma.
Discussion in 'SSDs & Data Storage' started by _Gea, Dec 30, 2010.
Agreed on your first point.
Yea, auto service is on and the OS is Solaris 11.3. Still no luck :\
Thanks. For 2, all set now. For 1. I checked on Firmware and all updated firmware use the same temperature. I agree that disabling fmd would probably not be a good thing. So, that pretty much makes napp-it on Illumos not possible for me. Which of the non-Illumos systems does napp-it have the most functionality on? I'd prefer Linux since that is what 99% of our systems use (a couple of OpenBSD systems for packet filtering).
napp-it on Illumos (OI and OmniOS) are quite identical and use the same mpt_sas driver.
Functionality wise, Oracle Solaris is not only identical but offers additionally much faster resilvering,
encryption and is mostly the fastest ZFS and Oracle use their own driver (but Solaris is nonfree for commercial usage)
napp-it on Linux is limited to ZFS, Snap and Jobmanagement with limited share management functions
OpenIndiana 2017.04 is available
most important: USB3 support and new software releases
I realize it's a bit early since this OI release was just announced, but it would be interesting to hear your thoughts about whether a new all-in-one build should go with OmniOS or OI in light the latest developments in OmniOS.
Both are very close to the common Illumos development, for example the newest improvements in Illumos like the new loader and USB3 are now in both OmniOS 151022 and OI 2017.04
Both adds specials like the GUI option in OI or LX container in OmniOS. Main advantage of OmniOS was the commercial support option and stable/longterm stable editions with fulltime software engineers working on it. The future of this commercial support option is open (There is a funding call to continue).
There are comments from OmniTi indicating to continue hosting of the repository, offer the brand OmniOS to the community and to support bugfixing at a certain level. As OmniOS stable 151022 LTS will be available soon and as it is currently the most advanced and stable free Illumos OS for storage, there is no hurry to decide for next year. If there is a need, a switch is troublefree as they are nearly identical.
Next AiO napp-it template will be based on next OmniOS. An OI release would be possible as well.
Having a curious problem, thought you guys might have an idea what's going on.
I added a Solaris 11.3 server to my Windows Domain with ID Mapping so I could have ACL's on Pool/FileSystem1. Pool/FileSystem2 is set to every@=mod and guestok=true because I want guest access on FileSystem2, but only Windows computers can connect as guests, not OSX computers. Why is this?
Also, is there a log of the Solaris commands Napp-it is executing?
1. What id-mappings?
When you are only using SMB + AD domain you need no mappings,
ok maybe beside windows:domain\administrator=unix:root for easier administration.
On OmniOS, you must enable and use a user guest for anonymous access, have not tried this with OSX and Solaris for some time.
2. command log
On napp-it Pro, you can enable "edit" in the upper right toplevel menu nearby logout.
You can the check internal hash values and you can click on "Log" that displays last commands and results.
I'm only using domain\administrator=unix:root. Do you mean you have to create an actual user named guest?
Thanks! I'm trying to learn more about the ACLs on SMB shares so I want to see the commands Napp-it is outputting when doing ACL modifications.
If you get the chance I think you should add to the Napp-it documentation for AD ACLs that you can modify them by going to Computer Management on your DC and connecting to your Solaris server in the Computer Management interface. Currently the documentation I've seen just says "Modify ACLs from Windows" but doesn't tell you how.
For anybody who finds this post in the future: Computer Management > Connect to Computer > Put in hostname or IP of your Solaris box > System Tools > Shared Folders.
about guest access in OmniOS/OI (may be different in Solaris)
Solaris behaves quite like a Windows 2008 server so you can do this like you would on a Windows server
- set ACL from a Windows machine connected as an admin or user root (via security properties)
- manage shares or open files/ connected users via computer management.
You should only SMB connect as a user that is a member of the SMB group administrators on Solaris prior a "connect to computer"
I use OI 151_a (yeah, I know!). Is there a way to simulate read/write to a pool to determine which drives have gone bad. Once I have done that I am going to replace them and re-jig the pools, so basically start again. What is the best distro out there now?
I am considering Windows Server 2016 Storage Spaces too. I don't need anything fancy - just a no-frills file storage box.
No problem with OI 151a. I have also such a server that is running as a backup server for years, set and forget!
Not like Windows where every few weeks there is a critical pach that you MUST update with a reboot.
Regarding best distro, this is not as easy.
Best ZFS integration is in Solaris & Co where even a minimal install offers everything that is needed for ZFS and storage.
The most feature rich and fastest in my tests is Oracle Solaris the origin of ZFS.
But it is not free and not compatible with OpenZFS
For a free distribution, look at the free Solaris forks like OmniOS (151022 LTS, May 2017) or OpenIndiana (2017.04), see
OMNIOS 151022 LTS stable is out
or mirror http://openzfs.hfg-gmuend.de/ (iso, usb and repositories)
Is there something to do for protecting my ZFS boxes from wannacry ransomware? If some infected machine is connected to the local network can it access them by SMB?
As I see it, WannaCry infects Windows machines with a patchlevel older say march 2017. Systems prior Windows 7 are always affected as there are no security fixes for years.
After infection with WannaCry, this trojan can attack and/or infect other Windows machines (and eventually SAMBA) over SMB. If this is using the hearbeat bug, Solarish CIFS is not affected.
Infected Windows machines start then to encrypt data. If an infected Windows machine can access a network share with its admin account, all data on the share can be encrypted. If the server is a ZFS server with snapshots, all data can be encrypted but as snaps are readonly they are always save, so do snapshots at least one a day.
In case of an infection you have snaps for a rollback.
Last week I got infos of a new very critical problem that affects Windows with a patchlevel prior may. The target is a bug in Windows Defender. Even opening a mail or a website without any further action can result in a full takeover of the machine.
_Gea can you tell us more about this and when the expected patch is!?
This is patched by an update last week ex on my Windows 10 machine I am on Defender Modul 1.1.13802 now
You can check (w10) Start > Settings > Update > Windows Defender
Antimalware-Client version 1.1.13701.0 is affected
Ah ok I thought you were saying you had info about about a bug that hadn't been patched yet.
This is a very critical bug with an immediate patch from Microsoft.
Here is an english link to the advisory
News and discussion about OmniOS and future development options, see
So I haven't been using SMB/CIFS recently. I wanted a share for some reason, so I created one and shared with sharesmb=on, but the omnios host is not showing up in the Network window of any of 4 windows servers/workstations here. I *can* share the filesystem if I explictly share it (like with '\\10.0.0.32\xxxx"). It's like omnios is not making itself browseable? I tried disabling/enabling the cifs server, rebooting, rejoining WORKGROUP, etc, but nothing?
For whatever reason this is disabled per default from OmniOS 151018 up.
Enable via napp-it menu service > smb > properties or via CLI
sharectl set -p netbios_enable=true smb.
1022 broke my napp-it.
ld.so.1: perl: fatal: relocation error: file /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: symbol Perl_xs_apiversion_bootcheck: referenced symbol not found
Thoughts on how to fix?
A new install via wget seems to have fixed things. I probably should have updated before updating OmniOS. Hopefully this release is as stable as the last.
OmniOS is will no longer be actively developed by OmniTI what a shame.
I'm curious what folks plan to migrate to (Anything but Oracle Solaris). Between what I read last night on FreeNAS 10/Corral and this. Not good news for the ZFS community.
Only the newest napp-it (17.01 or 17.03) supports OmniOS 151022
There are discussions around a continuation of OmniOS as a Illumos distribution with stable/lts edition and full OS support. But indeed the problem with OmniTi are that there were not enough users willing to pay for this.
The main alternative is the community project OpenIndiana, the continuation of OpenSolaris. This is more or less ongoing Illumos with an additional GUI option. It comes as a minimal, text (quite similar to OmniOS) and a GUI edition with newest Mate 1.18
Another option may be SmartOS (Samsung owned), another Illumos distribution where the main former OmniOS developer is now . It is one of the best virtualisation platforms with Solaris zones, Linux/LX container, Docker and KVM support. It runs from RAM and USB stick what makes a Storage appliance not as easy due to some global zones restrictions. Maybe the absolute "killer option" in future.