Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 May 2011 20:45:49 +0400
From:      Lev Serebryakov <lev@FreeBSD.org>
To:        Andriy Gapon <avg@FreeBSD.org>
Cc:        freebsd-fs@FreeBSD.org
Subject:   Re: Snapshots fail on large FFS2 volumes regulary -- how to backup /usr/home?!
Message-ID:  <1408884696.20110520204549@serebryakov.spb.ru>
In-Reply-To: <4DD6680E.9040006@FreeBSD.org>
References:  <1606289061.20110519211755@serebryakov.spb.ru> <201105200316.p4K3G6EU039569@chez.mckusick.com> <795474996.20110520122933@serebryakov.spb.ru> <4DD6680E.9040006@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello, Andriy.
You wrote 20 =EC=E0=FF 2011 =E3., 17:09:34:

>>> Given the size of your storage, you should consider using ZFS
>>> which is better able to handle such large systems better.
>>   Yes, I know, that everybody loves ZFS now, but it doesn't have two
>>  characteristics which is important for my installation:
>>=20
>>   (1) nodump flag or any other way to mark directories and files as
>>   not-importand for backup. "zfs send" is all-or-nothing solution, and
>>   now my users use "nodump" to reduce backup sizes greatly.
> Two options:
> a) you don't have to zfs send all filesystems, just the ones that you rea=
lly need;
> and you can easily create many filesystems with ZFS; you can tag filesyst=
ems that
> you do not want to backup with user properties.
  Yes, _I_ can create many FSes. Not users. If user want to mark this
part of this site as non-important (for example, because it is cache
of it image gallery which stores thumbnails, which could take lot of
space but re-creatable on demand), I will need to create yet another
FS on his request. It is not a option.

> Take a look at e.g. archivers/star.
  I'll take a look. If it could skip some directories, marked with
special file (like gtar could), it could be a solution.

--=20
// Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1408884696.20110520204549>