Unfortunately OmniTI no longer offers support contracts for OmniOS. We actually
have a contract that's still good through I think November, but given their
main support engineer is no longer with the company and the OS appears to be in
limbo at the moment I'm not sure what good that does us ;).
Hi,
What if I would like to report a possible bug? Do I need a valid support
contract for this?
Best Regards,
Oliver
[cid:Logo_Telespazio_180_px_signature_eng_b58fa623-e26d-4116-9230-766adacfe55e1.png]
Oliver Weinmann
Senior Unix VMWare, Storage Engineer
Telespazio VEGA Deutschl
Hi,
Thanks for pointing this out. Basically I would do the chmod on a Linux system
where NFS share is mounted as root.
Now that I have this working on my test system I have lots of problems on my
production system. I can join it to AD but I get lots of errors like this:
gedaspw02.a.space.corp:
On June 28, 2017 8:08:40 AM GMT+02:00, Jens Bauernfeind
wrote:
>Yeah, AD with IDMU
>
>According to this page (very old, but still the truth), you can't live
>without ACLs.
>https://mattwilson.org/blog/solaris/solaris-cifs-server-and-zfs-acls-the-pro
>blem/
>
>You have to inherit the ACLs to newly
It's really a pity that it only works If I do touch the ZFS ACLs. :(
Not at all.
I made several approaches years ago to replace our Windows filers with
Unix/Linux systems and failed always because permission wise it was
impossible to create permissions comparable to what is possible with
W
Hi again,
You're the man. This looks very promising. If I get this right the ZFS ACEs
are behaving more like a (u)mask to newly created files via CIFS on folder
with traditional Unix permissions. So there are really no additional ACEs
required. This is perfect.
E.g. If I remove all ACEs on the su
Hi Jens,
Thanks a lot for your support. I really appreciate it. :)
I will test this on my fresh install of omnios 151022 and report back.
It's really a pity that it only works If I do touch the ZFS ACLs. :(
-Original Message-
From: Jens Bauernfeind [mailto:bauernfe...@ipk-gatersleben.de
