Well,
You're spot on. Turns out that our datacentre boys change the umask of root to
0027.
:-(
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discu
I'm not at the machine to check at the moment, but I didn't create the /u05
mountpoint manually. ZFS created it automatically when I did :-
% zfs set mountpoint=/u05 zfspool/u05
You would hope that ZFS didn't get the underlying permissions wrong!
This message posted from opensolaris.org
___
I'm not at the machine to check at the moment, but I didn't create the /u05
mountpoint manually. ZFS created it automatically when I did :-
% zfs set mountpoint=/u05 zfspool/u05
You would hope that ZFS didn't get the underlying permissions wrong!
This message posted from opensolaris.org
___
Actually, just tried this on a non-cloned filesystem with the same results. I
can't believe there is a bug with "rm -rf", so is this something to do with
ACLs ?
Help!
Tom
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-d
Can anyone help? I have a cloned filesystem (/u05) from a snapshot of /u02.
The owner/group of the clone is (oracle:dba).
If I do
oracle% cd /u05/app
oracle% rm -rf R2DIR
.. All the files in the R2DIR tree are removed, but none of the
(sub)directories. If I run the same "rm -rf" as root, the