From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FORGED_GMAIL_RCVD,FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=no autolearn_force=no version=3.4.4 Received: from tb-ob0.topicbox.com (tb-ob0.topicbox.com [64.147.108.117]) by inbox.vuxu.org (Postfix) with ESMTP id AA3F731F72 for ; Tue, 17 Dec 2024 18:06:38 +0100 (CET) Received: from tb-mx1.topicbox.com (tb-mx1.nyi.icgroup.com [10.90.30.61]) by tb-ob0.topicbox.com (Postfix) with ESMTP id ADFC61E2D3 for ; Tue, 17 Dec 2024 12:06:37 -0500 (EST) (envelope-from bounce.mM68bafe46f0acf242efa628a0.r522be890-2105-11eb-b15e-8d699134e1fa@9fans.bounce.topicbox.com) Received: by tb-mx1.topicbox.com (Postfix, from userid 1132) id A8BC552732D; Tue, 17 Dec 2024 12:06:37 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h=from:to :message-id:in-reply-to:references:date:mime-version :content-type:content-transfer-encoding:list-help:list-id :list-post:list-subscribe:reply-to:subject:list-unsubscribe; s= dkim-1; t=1734455197; x=1734541597; bh=fibvp/z7IoPL0Ol6QBVwxxvDy j9KARwbIALQVrvyz1U=; b=KEJNT32Pyks66O0l7TPsnDluXH6+OU6AU5qdN4VJD +LsDWKNvQIr16M65V7bVI1K7x6vg3wVcuOylOZx5NsGkUFsn5YEfu8Yso/FpHMWz TWpj7r/asjtSpGkm4hflh+BkG/wLi3K0KyE6OScb1qk5ymDC3flpZXwv2qPIAfxY mw= From: wb.kloke@gmail.com To: 9fans <9fans@9fans.net> Message-Id: <17344543920.A102dDcb.377@composer.9fans.topicbox.com> In-Reply-To: References: Date: Tue, 17 Dec 2024 11:53:12 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=17344543921.d8938567F.377 Content-Transfer-Encoding: 7bit Topicbox-Policy-Reasoning: moderate: sender is a member; group holds all messages Topicbox-Message-UUID: 6736bdf0-bc97-11ef-8097-78805e01e9ff Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UNWY1OWQ3ZGY1Nzk2ZDBjYy1NNjhiYWZlNDZmMGFjZjI0MmVmYTYy?= =?UTF-8?B?OGEwPg==?= List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> Subject: [9fans] Re: Venti backups from unix List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:M68bafe46f0acf242efa628a0:1:bDzUxJXBvwqE5-0tjN63Fu4Ib9PsHeLFMtH34wiHi5Q --17344543921.d8938567F.377 Date: Tue, 17 Dec 2024 11:53:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Using vac for Unix backup has some shortcomings. I, too, used=C2=A0vbackup on FreeBSD (UFS2). Whether the different blocksiz= e (on most disks: 32kB) to 8kB vac default may detrimental, is disputable. = Now,=C2=A0 I have moved to ZFS, and a different approach is needed. ZFS's o= wn backup tools are useful only if the backup device is ZFS also. It is not= known, wether a zfs-send stream would play nice with venti deduplication, = and probably the send-stream files themselve are not very useful. On a desktop system using a browser like chromium or firefox, we got a lot = of files we simply don't want to backup. The browsers, and a lot of other d= esktop applications, scatter those files over several dot-named directories= like .config, .local or .cache.=C2=A0 Excluding dot-named files and direct= ories from backup is a good idea, especially for .ssh, which contains secre= ts, which are not secret anymore, if backupped. I find it clumsy to instruct vac to do it right by filenames only. Here is = my current exclude file for my own user directory: > exclude wb.vac > include .*rc > include .login > include .profile > include .xsession > exclude .* > exclude ....[gx]z > exclude ....bz2 > exclude ....img > exclude ....iso > exclude ....zip > exclude ....tar > exclude ....t[bgx]z > exclude ...octave-workspace > exclude Downloads A version usable for the /home directory would look like > include */.*rc > include */.login > include */.profile > include */.xsession > exclude */.* > exclude ....[gx]z > exclude ....bz2 > exclude ....img > exclude ....iso > exclude ....zip > exclude ....tar > exclude ....t[bgx]z > exclude ....tmp > exclude .../temp.* > exclude ...octave-workspace I am not really happy with this version, too. For files other than those in user directories, the restricted vac semantic= s (no file flags, eg.) will also limit the usefulness of plan9port vac as b= ackup tool.=C2=A0 ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T5f59d7df5796d0cc-M68baf= e46f0acf242efa628a0 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --17344543921.d8938567F.377 Date: Tue, 17 Dec 2024 11:53:12 -0500 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Using vac for Unix backup h= as some shortcomings.

I, too, used vbackup on FreeBSD (UFS2). Whether the different blocksize= (on most disks: 32kB) to 8kB vac default may detrimenta= l, is disputable. Now,  I have moved to ZFS, and a different approach = is needed. ZFS's own backup tools are useful only if the backup device = is ZFS also. It is not known, wether a zfs-send stream would play nice with= venti deduplication, and probably the send-stream files= themselve are not very useful.

On a deskt= op system using a browser like chromium or firefox, we got a lot of files w= e simply don't want to backup. The browsers, and a lot of other desktop= applications, scatter those files over several dot-named directories like = .config, .local or .cache.  Excluding dot-named files and directories = from backup is a good idea, especially for .ssh, which contains secrets, wh= ich are not secret anymore, if backupped.

= I find it clumsy to instruct vac to do it right by filenames only. Here is = my current exclude file for my own user directory:
exclude wb.vac
include .*rc
include .login
include .profile
include = .xsession
exclude .*
exclude ....[gx]z
exclude ....bz2
exclude ....img
exclude ....iso
exclude ....zip
exclude ..= ..tar
exclude ....t[bgx]z
exclude ...octave= -workspace
exclude Downloads
<= br />
A version usable for the /home directory would look like
include */.*rc
incl= ude */.login
include */.profile
include */.= xsession
exclude */.*
exclude ....[gx]z
exclude ....bz2
exclude ....img
exclude ....iso
exclude ....zip
exclude .= ...tar
exclude ....t[bgx]z
exclude ....tmp<= br />
exclude .../temp.*
exclude ...octave-worksp= ace

I am not really happy wit= h this version, too.
For files other than those in user dir= ectories, the restricted vac semantics (no file flags, eg.) will also limit= the usefulness of plan9port vac as backup tool. 
= --17344543921.d8938567F.377--