Skip site navigation (1) Skip section navigation (2)

Re: tar, but not gnu tar

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-admin(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Tena Sakai <tsakai(at)gallo(dot)ucsf(dot)edu>, Kenneth Marshall <ktm(at)rice(dot)edu>, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
Subject: Re: tar, but not gnu tar
Date: 2007-09-14 04:16:14
Message-ID: 200709140416.l8E4GEM28623@momjian.us (view raw or flat)
Thread:
Lists: pgsql-admin
Peter Eisentraut wrote:
> Am Freitag, 24. August 2007 03:58 schrieb Tom Lane:
> > "Tena Sakai" <tsakai(at)gallo(dot)ucsf(dot)edu> writes:
> > >> This seems to contradict what we say about GNU tar?
> > >> Is this GNU tar?  What version?
> > >
> > > Yes, it is GNU tar v1.14
> >
> > FWIW, I tried this on Fedora Core 6 while running pgbench:
> >
> > [tgl(at)rh2 ~]$ tar --version
> > tar (GNU tar) 1.15.1
> > [tgl(at)rh2 ~]$ tar cf t.tar $PGDATA
> > tar: Removing leading `/' from member names
> > tar: /home/tgl/testversion/data/pg_xlog/000000010000000000000003: file
> > changed as we read it [tgl(at)rh2 ~]$ echo $?
> > 0
> > [tgl(at)rh2 ~]$
> >
> > ISTR that the original caution was against writing scripts that assume
> > anything being emitted to stderr must indicate a problem.
> 
> The relevant NEWS entry from GNU tar 1.16 is:
> 
> """
> * After creating an archive, tar exits with code 1 if some files were
> changed while being read.  Previous versions exited with code 2 (fatal
> error), and only if some files were truncated while being archived.

Docs updated and backpatched to 8.2.X:

    Also, some versions of GNU <application>tar</> consider it an error
    if a file was truncated while <application>tar</> is copying it.
    Fortunately, GNU <application>tar</> versions 1.16 and later exits
    with <literal>1</> if a file was changed during the backup, and
    <literal>2</> for other errors.


-- 
  Bruce Momjian  <bruce(at)momjian(dot)us>          http://momjian.us
  EnterpriseDB                               http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

pgsql-admin by date

Next:From: nus4uDate: 2007-09-14 09:24:35
Subject: socket file missing
Previous:From: Andrzej ZawadzkiDate: 2007-09-13 21:14:05
Subject: Re: Moving database install to new SAN

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group