On Tuesday 12 January 2016 10:10:41 Gene Heskett wrote:

Ping?

> On Tuesday 12 January 2016 05:34:00 Gene Heskett wrote:
> > Greetings;
> >
> > Thats one update that I would have unchecked had I noted it was
> > going to be done in the midst of 330 other packages.
> >
> > So now I have to figure out whats broken that did work just fine
> > with wheezy's 1.26-whatever.
> >
> > Why pray tell, can't we ever have a tar update that does NOT break
> > existing configurations that have worked well for several years?
> >
> > Cheers, Gene Heskett
>
> To further clarify now that I've input some coffee, I have the amanda
> backup program wrapped up in a couple scripts that bring the actual
> stored data up to the point where a bare metal recovery to the exact
> condition the system was in at the end of THIS run, as opposed to its
> not being available until after the next run.  The whole MaryAnn lives
> in /GenesAmandaHelper-0.61, and a finishing subscript is called from
> the main script to manage both the record keeping, and make the
> indices and configs that made that backup, effectively part of that
> backup should the unthinkable happen.
>
> Anyway, this script has been launching tar to generate the copies
> needed, and place them on the end of that same tape if there is room,
> or in my case, in the same directory, called a virtual tape by amanda,
> on a separate big hard drive, which I have found is far more
> dependable than any tape drive I can afford, and because the hard
> drive is random access, nominally 1000 times faster to accomplish the
> recovery.
>
> The lines in that script that have been broken by the new (to me,
> running debian wheezy) version 1.27-1 are all:
>
> tar -cpsf indices.tar.${TAPENAME} $INDICE_PATH  2>&1 >>
> dd.report$TAPENAME tar -cpsf configuration.tar.${TAPENAME} $CONFPATH 
> 2>&1 >> dd.report.$TAPENAME
>
> And after many years of running that way, tar is now sticking out its
> tongue and sharpening its finger pointed at me with the following mes-
> sages in the report:
>
> tar: --same-order option cannot be used with -c
> Try 'tar --help' or 'tar --usage' for more information
>
> Which is, shall we say from doing that, conciderably less than
> helpfull.
>
> So why is the -cpsf argument now illegal?  And better yet, how do I
> fix it in a 100% backwards compatible manner?  Or do I have to, once
> its fixed so this tar is happy, restart my backups to generate a brand
> new 750 Gigabyte database from square one?  That would leave me
> exposed to losing about 13 years worth of data for about a week if it
> couldn't be worked around.
>
> Thank you all.
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

Reply via email to