Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 23 Jan 2006 12:28:59 -0800 (PST) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.245.74]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k0NKSvm2021532 for ; Mon, 23 Jan 2006 12:28:58 -0800 Received: from [192.168.3.20] (shiva [192.168.3.20]) by ishtar.tlinx.org (8.13.3/8.12.10/SuSE Linux 0.7) with ESMTP id k0NKU2GN011814 for ; Mon, 23 Jan 2006 12:30:03 -0800 Message-ID: <43D53CCA.3010808@tlinx.org> Date: Mon, 23 Jan 2006 12:30:02 -0800 From: Linda Walsh User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en, en_US MIME-Version: 1.0 To: Linux-Xfs Subject: xfsdump, fs-attr "d" & directories Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 7239 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@tlinx.org Precedence: bulk X-list: linux-xfs Content-Length: 597 Lines: 19 I was wondering, regarding the "d" attribute on files. It says it specifies not to dump the specific file. Is support for marking directories non-dumpable planned? Should would be nice to partition off certain directories and anything underneath them as items not to be dumped, for example I might want to dump "/var", as many system settings are stored there, but may not care to dump contents of /var/tmp, or /var/squid/cache. But with those directories, setting the "d" on individual files isn't a great solution. Would be nice to disable dumping of those entire directory trees. Linda