Star's users help forum ()

Felix E. Klee | 13 Dec 2004 01:22

Why no incremental dumps with "list="?

Hi,

yesterday, I downloaded the star 1.5a54, and I do appreciate the improvements
from version 1.5a47.  However, to me it appears that the new version still
doesn't treat the option "list=" correctly when doing incremental dumps.  The
attached script produces the following output:

star: No such file or directory. Warning no /tmp/star-test/dumps.
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).
Dump record  level 0P dump: Mon Dec 13 01:11:44 2004 written
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).
Dump record  level 1P dump: Mon Dec 13 01:11:45 2004 written

Contents of /tmp/star-test/0.tar:
/tmp/star-test/2backup/
/tmp/star-test/2backup/a
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).

Contents of /tmp/star-test/1.tar:
/tmp/star-test/2backup/
/tmp/star-test/2backup/a
/tmp/star-test/2backup/b
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).

Why is "/tmp/star-test/2backup/a" included in 1.tar, although it hasn't been
changed in between partial dumps?

The option "list=" is important for me to limit the number of files used in a
dump.  In addition, I plan to use "pattern=" to exclude files in directories
specified by "list=".  And, yes, I am aware that moving files between areas

(Continue reading)

Joerg Schilling | 13 Dec 2004 18:30

Re: Why no incremental dumps with "list="?

"Felix E. Klee" <felix.klee <at> inka.de> wrote:

> Hi,
>
> yesterday, I downloaded the star 1.5a54, and I do appreciate the improvements
> from version 1.5a47.  However, to me it appears that the new version still
> doesn't treat the option "list=" correctly when doing incremental dumps.  The
> attached script produces the following output:

You cannot do incremental dumps with list=

> The option "list=" is important for me to limit the number of files used in a
> dump.  In addition, I plan to use "pattern=" to exclude files in directories
> specified by "list=".  And, yes, I am aware that moving files between areas
> that aren't dumped and areas that are dumped causes trouble.

Yuu may use patterns in case you know exaclty what you are doing.
You cannot use list=

Jörg

--

-- 
 EMail:joerg <at> schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js <at> cs.tu-berlin.de		(uni)  If you don't have iso-8859-1
       schilling <at> fokus.fraunhofer.de	(work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily

Felix E. Klee | 14 Dec 2004 00:37

Re: Why no incremental dumps with "list="?

At Mon, 13 Dec 2004 18:30:42 +0100,
Joerg Schilling wrote:
> You cannot do incremental dumps with list=
> 
> > [...]
> 
> Yuu may use patterns in case you know exaclty what you are doing.
> You cannot use list=

Hm.  I wonder why "pattern=" is allowed, but "list=" isn't.  The problem
with patterns is that they're either *all* include patterns or *all*
exclude patterns.  For example, I'd like to include /home/felix and /etc
but exclude /home/felix/dont-backup and /home/felix/.netscape/cache.
But, oh well, I guess I should reconsider my partitioning scheme.

Felix

Felix E. Klee | 14 Dec 2004 00:45

Re: Why no incremental dumps with "list="?

At Mon, 13 Dec 2004 18:30:42 +0100,
Joerg Schilling wrote:
> You cannot do incremental dumps with list=
> 
> > [...]
> 
> Yuu may use patterns in case you know exaclty what you are doing.
> You cannot use list=

Hm.  I wonder why "pattern=" is allowed, but "list=" isn't.  The problem
with patterns is that they're either *all* include patterns or *all*
exclude patterns.  For example, I'd like to include /home/felix and /etc
but exclude /home/felix/dont-backup and /home/felix/.netscape/cache.
But, oh well, I guess I should reconsider my partitioning scheme.

Felix

Joerg Schilling | 14 Dec 2004 01:50

Re: Why no incremental dumps with "list="?

"Felix E. Klee" <felix.klee <at> inka.de> wrote:

> At Mon, 13 Dec 2004 18:30:42 +0100,
> Joerg Schilling wrote:
> > You cannot do incremental dumps with list=
> > 
> > > [...]
> > 
> > Yuu may use patterns in case you know exaclty what you are doing.
> > You cannot use list=
>
> Hm.  I wonder why "pattern=" is allowed, but "list=" isn't.  The problem
> with patterns is that they're either *all* include patterns or *all*
> exclude patterns.  For example, I'd like to include /home/felix and /etc
> but exclude /home/felix/dont-backup and /home/felix/.netscape/cache.
> But, oh well, I guess I should reconsider my partitioning scheme.

Star needs a "closed" and complete view of the tree.

You may exclude a single part of the tree with pattern=
If you use list= this is no longer granted.

Jörg

--

-- 
 EMail:joerg <at> schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js <at> cs.tu-berlin.de		(uni)  If you don't have iso-8859-1
       schilling <at> fokus.fraunhofer.de	(work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily

(Continue reading)

Felix E. Klee | 14 Dec 2004 03:19

Re: Why no incremental dumps with "list="?

At Tue, 14 Dec 2004 01:50:05 +0100,
Joerg Schilling wrote:
> Star needs a "closed" and complete view of the tree.

But it can be any tree on a partition?  For example, I tried "-C
<something_other_than_/>", and incremental dumps worked similar to
incremental dumps of an entire partition.

Felix

Joerg Schilling | 14 Dec 2004 14:53

Re: Why no incremental dumps with "list="?

"Felix E. Klee" <felix.klee <at> inka.de> wrote:

> At Tue, 14 Dec 2004 01:50:05 +0100,
> Joerg Schilling wrote:
> > Star needs a "closed" and complete view of the tree.
>
> But it can be any tree on a partition?  For example, I tried "-C
> <something_other_than_/>", and incremental dumps worked similar to
> incremental dumps of an entire partition.

A single "dump" can be any tree on a single filesystem.

You may chose a single sub tree and you may chose to exclude one
or more "closed" and complete sub trees from the tree that is archived.

Jörg

--

-- 
 EMail:joerg <at> schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js <at> cs.tu-berlin.de		(uni)  If you don't have iso-8859-1
       schilling <at> fokus.fraunhofer.de	(work) chars I am J"org Schilling
 URL:  http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily

Beto Reyes | 14 Dec 2004 18:05

Re: Why no incremental dumps with "list="?

I think you should consider the "dump" attribute of files/directories, which
are read by star when nodump flag is used, so you just 

chattr +d [file|directory]

and the file/directory will not be tared when the nodump flag is used..

you could use something like

find -iname cache -exec chattr +d {} \; && tar cfz backp.tgz -nodump /home/user

On Mon, Dec 13, 2004 at 01:22:27AM +0100, Felix E. Klee wrote:
> Hi,
> 
> yesterday, I downloaded the star 1.5a54, and I do appreciate the improvements
> from version 1.5a47.  However, to me it appears that the new version still
> doesn't treat the option "list=" correctly when doing incremental dumps.  The
> attached script produces the following output:
> 
> star: No such file or directory. Warning no /tmp/star-test/dumps.
> star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).
> Dump record  level 0P dump: Mon Dec 13 01:11:44 2004 written
> star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).
> Dump record  level 1P dump: Mon Dec 13 01:11:45 2004 written
> 
> Contents of /tmp/star-test/0.tar:
> /tmp/star-test/2backup/
> /tmp/star-test/2backup/a
> star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).
>

(Continue reading)

Beto Reyes | 14 Dec 2004 18:18

incremental & compression

I'm testing the multivolume feature within the compression and the files
created are smaller than the tsize, I suppouse that the star is not
considering the compression for achiving the tsize, so resultant files are
smaller than the tsize.... am I right with my supposition? is there any way
to force star to create multivolumes compressed with the same size?

Thanks is advance
--

-- 
Linux es el proceso de colaboración humana e internacional más sensacional
de la época postmoderna, que es una extraordinaria expresión de la
LIBERTAD en la DIVERSIDAD (Ian Murdock)         Debian GNU/Linux 2.6.9-ck3

Felix E. Klee | 14 Dec 2004 22:42

Re: Why no incremental dumps with "list="?

At Tue, 14 Dec 2004 11:05:46 -0600,
Beto Reyes wrote:
> I think you should consider the "dump" attribute of files/directories, which
> are read by star when nodump flag is used, so you just 

Thanks for pointing this out.  However, I guess this doesn't go together
with my backup strategy: I use several parameter files specifying
different areas of a file system to be backed up.  I don't alway backup
the same set of files/directories.

Felix

Group

gmane.comp.archivers.star.user.

Project Web Page

Star's users help forum ()

Search Archive

Page

1 | 2 | 3

Articles in period: 20

December 2004

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

stalling (8 Apr 2013)
exclude directories (27 Feb 2013)
exclude directories (25 Feb 2013)
--one-file-system (9 Jan 2013)
Span filesystem across two tapes (23 Dec 2012)
star segmentation fault (6 Nov 2012)
Problem compiling star on Debian squeeze (24 Jun 2011)
Buffer overflow in name_to_tcb (13 Jun 2011)
Feature requests related to sparse files (15 Mar 2011)
star tape I/O suggestion (3 Mar 2011)
star issue when creating archives (1 Mar 2011)
skipping newer files faster (5 Aug 2010)
schily-2009-07-06 won't compile with latest glibc (22 Jul 2009)
Maximum value of level= (2 Jun 2009)
error code for non-existent directory (3 May 2009)
diff segfaults with 2009-01-05 (23 Apr 2009)
Dump statistics on stderr (17 Apr 2009)
includes and incremental backups (8 Apr 2009)
star hangs at pipe read (3 Apr 2009)
How to restore mtime of directories? (30 Jan 2009)
Corrupt Tar Files (5 Nov 2008)

Archives

4	April 2013
5	February 2013
2	January 2013
6	December 2012
5	November 2012
3	September 2011
1	July 2011
12	June 2011
11	March 2011
1	August 2010
4	July 2009
2	June 2009
7	May 2009
14	April 2009
1	February 2009
1	January 2009
2	November 2008
1	October 2008
42	March 2008
12	January 2008
7	December 2007
2	November 2007
7	October 2007
16	September 2007
1	August 2007
9	July 2007
5	June 2007
3	May 2007
9	April 2007
17	March 2007
6	February 2007
2	January 2007
9	December 2006
4	October 2006
3	September 2006
2	August 2006
4	July 2006
19	June 2006
11	April 2006
5	March 2006
8	February 2006
10	January 2006
35	December 2005
16	November 2005
138	October 2005
7	September 2005
31	August 2005
10	June 2005
4	May 2005
22	April 2005
4	March 2005
28	February 2005
11	January 2005
20	December 2004
7	November 2004
42	October 2004
11	September 2004
16	August 2004
20	July 2004
3	June 2004
8	May 2004
3	April 2004
9	March 2004
13	February 2004
7	January 2004
11	December 2003
10	November 2003
5	October 2003

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template