Branches
Releases
Comments
[»]
automated mtx integration?
by Kristian Rink - Mar 27th 2007 02:31:41
Folks;
been into using tar for (compressed) backups to an LTO-2 tape so far but
need to reconsider things as my compressed backup size starts exceeding
tape size, which is bad, given that tar is not really usable building
compressed archive to span tapes.
By now, I have grown to like the way afio works, but the only thing I am
missing is something similar to the "--new-volume-script" option
provided by tar to make use of mtx for loading another tape medium using
the autoloader.
Is there something like this in afio? If not, is anyone out here using a
feature like this with afio? Things would be slightly easier if I was able
to have a temporary cache of the split archives on disk but this is not
possible due to capacity restrictions in the backup systems...
Thanks in advance and bye,
Kristian
[reply]
[top]
[»]
Re: automated mtx integration?
by Koen Holtman - Mar 27th 2007 12:01:52
I think that the afio -H option is the option you are looking for.
If -H does not do what you want, please clarify.
[reply]
[top]
[»]
Re: automated mtx integration?
by Kristian Rink - Mar 27th 2007 22:21:12
Koen;
> I think that the afio -H option is the
> option you are looking for.
> If -H does not do what you want, please
> clarify.
Thank you; -H is pretty much what I want. Was stuck too much in tar
terminology while searching the man-page for a medium change script or
something like this. Thank you for pointing me the right way. :)
Kristian
[reply]
[top]
[»]
afio -c parameter
by Axel Hinz - Jul 15th 2006 13:58:35
great stuff, i'm using afio for to-disk and to-tape backups; on slr and
dlt. now i wrote a script encrypting the files via symmetric gpg; but on a
dual p3 500 using -c 1000 is quite small i guess... what experiences did
you make? cannot find any useful hints on the web.
-axl
[reply]
[top]
[»]
Re: afio -c parameter
by Koen Holtman - Aug 27th 2006 03:43:25
I don't hear much nowaways from anybody using afio with a tape drive.
With a block size of 5K, -c 1000 buffers only 5M between each tape access,
which is pretty low for today's tape drives I think. This is a tuning
parameter, so I guess you should try some values and see what works best
for you.
[reply]
[top]
[»]
Re: afio -c parameter
by Axel Hinz - Aug 29th 2006 17:54:47
> I don't hear much nowaways from anybody
> using afio with a tape drive.
well, what would you suggest? afio seemed to fit my needs best...
> With a
> block size of 5K, -c 1000 buffers only
> 5M between each tape access, which is
> pretty low for today's tape drives I
> think. This is a tuning parameter, so I
> guess you should try some values and see
> what works best for you.
i tried it already with different parameters, but it did not make a big
difference. so i went on searching the web...
indeed, switching off the encryption thru gpg and gzip made an enormous
increase of backup time -- from some hours to only 45 min. so i think the
reason 'are' the 'slow' cpus... using encryption, maybe in combination with
compression. nevertheless, i cannot believe it's the truth... what a big
difference... i thought some of you may have had a similar problem.
cu
axl
[reply]
[top]
[»]
>2GB file support status
by Koen Holtman - Dec 21st 2003 06:51:11
The new 2.5 version now supports >2GB files, this makes the 2.4.8* betas
obsolete -- please upgrade to 2.5.
[reply]
[top]
[»]
xattr+acl
by Xose - Sep 19th 2004 17:08:24
what's about xattr+acl support for 2.6 kernels ?
[reply]
[top]
[»]
Re: xattr+acl
by Koen Holtman - Sep 20th 2004 02:41:04
If afio is used in a backup script, the script can (theoretically) take
care of backing up and restoring xattr+acl. Doing a google, it looks like
the Mondo Rescue backup system can be used with afio to back up and restore
xattr+acl.
If someone contributes some short scripts for xattr+acl backup and restore
with afio, I (the current maintainer) will probably bundle them as examples
with the afio sources.
Adding native support for xattr+acl in afio itself is not planned by me,
or any contributer I know of. If someone wants to do it, I can give advice
and some support, and will check and fold in the patch file.
[reply]
[top]
[»]
Re: xattr+acl
by Jörg Schilling - Oct 10th 2004 06:20:53
Natively supported by star since 3 years, however not for
CPIO based archives. The CPIO archive format
is hard to extend, while it is simple to extend TAR.
[reply]
[top]
[»]
Re: >2GB file support status
by Jörg Schilling - Oct 10th 2004 06:16:19
Please be careful:
Althogh cpio supports file sizes op to 8 GB - 1 byte, afio creates
proprietary and nonportable
archives for files >= 2 GB.
Even worse: afio will switch the archive format
in the middle of the archive. The proprietary format used for files >= 2G
is not CPIO.
The CPIO format has been declared dead with
POSIX.1-2001 because it is not extensible for the
future. The TAR archive format has been extended
in a way that makes is infinitely extensible for
the future. Any recent OS should include support
for the POSIX.1-2001 tar extensions called "pax".
I would strongly dissuade from using cpio based archives for exchanging or
storing data.
[reply]
[top]
[»]
Re: >2GB file support status
by Koen Holtman - Oct 20th 2004 12:17:22
Hi Jörg,
I checked this very carefully as part of designing afio 2.5: the GNU cpio
in most Linux distros goes to 2GB-1 only, not 8GB-1. There are however
some non-GNU non-Linux cpio versions that go >=2GB.
You are declaring the cpio format dead, but that is not an approach that I
am taking. I like standards as much as the next guy but I care more about
compatibility.
I designed afio 2.5 for maximum compatibility with the cpio that you get
when you install a plain Linux distro, because this is the only thing
people will have in some restore scenarios. afio 2.5 tries its utmost to
stay compatible with this cpio, and will switch to non-compatible achive
headers, with a warning message, only if it really has to. This is all
explained at length in the manpage. You call this a bug, I call it a
feature.
I would like OSes to support the 'pax' extensions, but out of the box they
don't. I considered using the pax format when designing afio 2.5, but I
decided against using it because the changes to the source would have been
too great (would have created too many new bugs), plus it would break
compatibility with cpio and old afio versions.
[reply]
[top]
[»]
>2GB file and archive support in afio-2.4.7.9beta4
by Koen Holtman - Dec 4th 2002 15:05:22
A BETA release with >2GB file and archive support
is now available at:
http://members.brabant.chello.nl/~k.holtman/afio-2.4.7.9beta4.tgz
See the README.FIRST file included in the .tgz for the beta release
notes.
If you have no >2GB needs then use of this beta is NOT
recommended, use the stable afio 2.4.7 (non-beta) instead.
[reply]
[top]
[»]
Latest >2GB support status
by Koen Holtman - Nov 27th 2002 13:37:07
27 Nov 2002: I received several patches and feedback concering support
for >2GB archives and >2GB files. Support requires switching to an 8 byte
off_t type which
may trigger latent bugs in afio on some platforms (one bug in this class
has already been found).
Therefore, a BETA release will be done soon (within 7 days, watch this
site), but a non-beta
release tested according to the usual standards will take longer (maybe
months).
[reply]
[top]
[»]
Status of support for archiving >2GB files
by Koen Holtman - Sep 23rd 2002 18:13:15
The archiving of >2GB files is not supported, mainly because of
(current) limitations in the archive file header format. Support for this
is on my (the current maintainer's) long-term list of things to do. If
someone else wants to do it first, thet can contact me, if they want, for
some thoughts and hints on how to do it in a semi-clean way.
[reply]
[top]
[»]
Status of support for archives into >2GB files on a filesystem
by Koen Holtman - Sep 23rd 2002 18:02:42
When compiled on most linux installations, afio 2.4.7 will not be able to
create archive files larger than 2 GB on a regular filesystem.
Experimental patches to fix this are included in the debian afio 2.4.7-7
package (package status is `unstable' -- get the package patch file on the
debian site). After more testing these patches will likely go into the
afio 2.4.8 release. There is no hard timeline for this release yet. As a
workaround, the afio archive output can be piped into split(1) to create
multiple output files each smaller than 2 GB.
[reply]
[top]
[»]
Re: Status of support for archives into >2GB files on a filesystem
by dukebid - Jun 29th 2007 03:17:19
Old but still good. cpio afio backup works on new version of the OS with
2GB minimum.
[reply]
[top]
|
