Forum Replies Created
-
Posts
-
ok… I find we were shot in the foot by one of our own.
The quick answer: DO A GET INFO ON THE VOLUME WITH THE SHAREPOINTS! if the ‘ignore permissions on this volume’ box is checked… UNCHECK IT!
Explaination: not sure how the ignore permissions box got checked, but I don’t think it was done directly by human hands. we use Carbon Copy Cloner Ver. 3.something (not sure which at this point) to back up both our data (daily) and server (weekly) drives to remote storage. by striking coincidence, things started saving with _unknown user and group about the same time as crash reporter shows that CCC hosed itself. My guess is that CCC temporarily ignores permissions (as shown in the status when you do a clone) and then resets them to their original state. when it crashed, it looks like they were still set to ignore, so it happily set it back to that state every time it ran after that. not sure why the account creation issue suddenly turned up after so long… In any event, it turns out that if you have sharepoints on a server volume, AND you set the OS to ignore permissions on that volume, BAD things happen (I’m not sure it should even be an option on a shared volume, but that’s for the engineering folks to figure out.) …. specifically, the symptoms above. if you login as root (yeah, I know that’s something you should never do) and uncheck the ignore permissions box on the volume, then log into WGM, as root (yeah, yeah, I know… even worse) and set ALL of the Directory Administrator accounts to ‘do not administer this server’, and no change rights for the directory, save those settings, and then set them back to ‘administer this server’, and FULL rights to change the open directory, save again. and then WAIT until the drives stop going nuts… after that everything works fine.
