| To: | Gerard Neil <xyzzy@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: xfsdump and chattr +d : undocumented but really useful behaviour |
| From: | Bill Kendall <wkendall@xxxxxxx> |
| Date: | Mon, 03 Apr 2006 09:32:45 -0500 |
| Cc: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <6b22a6b40604022055s27c9400bjabafbdd593fd3119@xxxxxxxxxxxxxx> |
| References: | <6b22a6b40604022055s27c9400bjabafbdd593fd3119@xxxxxxxxxxxxxx> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Debian Thunderbird 1.0.7 (X11/20051017) |
Hi Gerard, This is a popular question lately. The man page was updated a couple months back, around version 2.2.34 or so. Regards, Bill On 04/02/06 22:55, Gerard Neil wrote: I've been running a gentoo linux server (currently 2.6.15) using xfs and xfsdump for a couple of years now. I've just discovered that if the the no-dump (d) attribute is set on a directory (using chattr +d), then any new directories/files created in that directory automatically acquire the attribute too. This is *really* useful when used in conjunction with xfsdump -e, because it means I can easily exclude entire subtrees from dumps. If this is really how the no-dump attribute is supposed to behave on xfs, then I suggest documenting this in the xfsdump man page. The current "excluding individual files" section is confusing with respect to chattr +d, and certainly doesn't mention this useful behaviour. I can't find it documented anywhere else, either... Regards, Gerard |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | xfsdump and chattr +d : undocumented but really useful behaviour, Gerard Neil |
|---|---|
| Next by Date: | TAKE 951422 - libdir paths in xfs-cmds Makefiles are wrong for many 64bit platforms, Timothy Shimmin |
| Previous by Thread: | xfsdump and chattr +d : undocumented but really useful behaviour, Gerard Neil |
| Next by Thread: | TAKE 951422 - libdir paths in xfs-cmds Makefiles are wrong for many 64bit platforms, Timothy Shimmin |
| Indexes: | [Date] [Thread] [Top] [All Lists] |