Darren J Moffat wrote: > Timothy Haley - Sun Microsystem wrote: >> 3.3 Third-Party Requested Attributes >> >> The following attributes have been requested by a third-party vendor >> porting ZFS to a different platform. Solaris will not set these >> attributes nor will there be any sematics associated with them. >> Callers will be permitted to read the attributes. Attempts to set >> these attributes will fail with EPERM. >> >> NODUMP >> Solaris has no special semantics for this attribute. > > This one seems useful on Solaris. Assuming the name is reflective of > its purpose it says to me that files with this attribute should not be > included in backups. For example tar/cpio/pax might pay attention to > that attribute but 'zfs send' would not. >
Yes, we can allow the NODUMP attribute to be set, but RFEs would need to be opened for the various archivers to pay attention to the attribute. >> The following files will be added to the top level directory in the >> extended attribute namespace of all regular files: >> >> -r--r--r-- 1 root root 88 May 16 16:17 SUNWattr_ro >> -rw-r--r-- 1 root root 484 May 16 16:17 SUNWattr_rw > > Why SUNW Rather than org.opensolaris as the prefix ? The latter would > IMO be more appropriate today given these are OpenSolaris specific > rather than "Sun Microsystems Inc" specific. > The SUNW prefix was chosen because of some wording in fsattr(5) which states that the SUNW prefix would be used for Sun specific attributes. I'm fine with changing it to the following if you feel strongly about it. OPENSOLARISattr_rw, and OPENSOLARISattr_ro If we do this change then then fsattr(5) man page would need to be updated to include the OPENSOLARIS prefix. -Mark
