I haven't the foggiest what's going on with my Xsan volume right now, maybe someone can help me out...
I've got a shared volume that affords individual users with a personal storage space that they should have full control over, other users in the group need to be able to read and write but not delete or take ownership. For whatever reason, the ACL and permissions on this folder seem to bork themselves with no rhyme or reason. I've re-established the proper perms and propagated them but they just seem to keep changing, randomly. Here and there, a user will lose all perms to their own folder while other users will retain their perms without issue. I'm baffled.
I'm about to replace my aging XServe MDCs with Mac Minis and SANLinks. Since my only display output options are thunderbolt or hdmi, and since converting hdmi to vga for my equally ancient KVM is not easily accomplished, I'm wondering if I can just daisychain through the SANLink?
At the moment there is a problem with inheritance rights. Namely, there is a server with MAC OS X (opendirectory) + server xsan + storage
The storage is a folder, say, "test", it assigned the following rights: The user admin - reading and writing, the group wheel - reading and writing, the band stuff - read and write, everyone - reading and writing. There are user user (with opendirectory) on your mac pro is connected to the storage and starts as soon as the upload files to test pacu, change the permissions on user - read and write, everyone - no access.
That's why this is so? Why files or folders do not inherit rights from parent folder?
Can someone help me out with some basics on snfsdefrag?
I've read through a ton of info out there on usage of cvfsck -f to identify the amount of files with fragmentation but how do I correlate that in to snfsdfrag in order to "clean-up" the fragmentation?