On Jan 19, 2008 5:34 AM, Richard L. Hamilton <[EMAIL PROTECTED]> wrote: > Anyone think maybe _FIOSATIME ioctl ought to be supported on more > (ideally all) filesystems, and promoted from private to something more > widely usable? Seems to me any really transparent backup utility would > like to be able to do this, to not mess up atime as a consequence of backing > up the file, nor ctime as a consequence of restoring the pre-backup atime. > > If it were me, I'd want a privilege required for this, probably a new one, > to allow the distinction between PRIV_FILE_DAC_READ plus the new priv > (for backing up all files) versus just the new priv (for only backing up > one's own); > allowing RBAC roles for either a system backup operator or user self-backup > to be created sensibly. But maybe that means also either an interaction > between two privs (the new priv and PRIV_FILE_DAC_READ) or two new > privs, to be able to forbid most people from being able to transparently > reset the atime on files they don't own (but allow the hypothetical backup > operator the ability to do that). > > Anyway, just one of those things I think I'd like to see a general solution > for, > whether following that model, or an entirely new one.
I would certainly like to see this supported. Encouraging the development of good backup software or making it easier for existing software to perform such a valuable function would be advantageous. -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben _______________________________________________ opensolaris-code mailing list opensolaris-code@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
