tar failure

[Patrick Dupre]

Hello,

I got: tar: Exiting with failure status due to previous errors
How can I finish the process?
I do not want to restart the tar, I only would like to tar the rest
(directory).
I do not see the logic that tar uses to create the archive
Can I guess this logic? and only tar the missing ?

Thank

===========================================================================
 Patrick DUPRÉ                                 | | email: pdupre(a)gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: [phone]
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===========================================================================

[Samuel Sieb]

On 07/16/2017 10:52 AM, Patrick Dupre wrote:
>  I got: tar: Exiting with failure status due to previous errors
>  How can I finish the process?
>  I do not want to restart the tar, I only would like to tar the rest
>  (directory). 
It usually doesn't stop at the error, that's why it says "previous 
errors".  It's just telling you that somewhere along the way there was 
an error, but it finished anyway.

>  I do not see the logic that tar uses to create the archive
>  Can I guess this logic? and only tar the missing ? 
I don't understand this question.  If you wanted to know what happened, 
you'll have to either scroll back or save the output while it is running.

[Patrick Dupre]

Hello,

Thank for the response.
I do not know what is the previous error.
I am checking the list, but is not going to tell what is the error.
I cannot scroll back

I was speaking about the logic of the order of the file
are taken from the directory,
Not alphabetic ordering
not date ordering.

Then, I cannot guess what is missing.
It is an emergency archive, because the disk is failing.

===========================================================================
 Patrick DUPRÉ                                 | | email: pdupre(a)gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: [phone]
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===========================================================================


> Sent: Sunday, July 16, 2017 at 7:55 PM
> From: "Samuel Sieb" <samuel(a)sieb.net&gt;
> To: users(a)lists.fedoraproject.org
> Subject: Re: tar failure
>
> On 07/16/2017 10:52 AM, Patrick Dupre wrote:
> > I got: tar: Exiting with failure status due to previous errors
> > How can I finish the process?
> > I do not want to restart the tar, I only would like to tar the rest
> > (directory).
> 
> It usually doesn't stop at the error, that's why it says "previous 
> errors".  It's just telling you that somewhere along the way there was 
> an error, but it finished anyway.
> 
> > I do not see the logic that tar uses to create the archive
> > Can I guess this logic? and only tar the missing ?
> 
> I don't understand this question.  If you wanted to know what happened, 
> you'll have to either scroll back or save the output while it is running.
> _______________________________________________
> users mailing list -- users(a)lists.fedoraproject.org
> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>

[Cameron Simpson]

On 16Jul2017 20:07, Patrick Dupre <pdupre(a)gmx.com&gt; wrote:
> Hello,
>
> Thank for the response.
> I do not know what is the previous error.
> I am checking the list, but is not going to tell what is the error.
> I cannot scroll back
>
> I was speaking about the logic of the order of the file
> are taken from the directory,
> Not alphabetic ordering
> not date ordering.
>
> Then, I cannot guess what is missing.
> It is an emergency archive, because the disk is failing. 
Because tar files are assebled by appending things, you can "tar tvf 
your-tar-file" to see what is in it. Sort that. Diff against sorted listing 
from the disc you're rescuing.

This may not be enough if there were errors _during_ the save of the problem 
file(s), but it is a good start to just see what is missing, which lets you run 
another tar to go after those items (or to examine them if they won't tar).

If you run the tar again, send stderr to its own file; the error should be 
evident there. Or just run the create pass without the "v" option; you should 
see only the errors.

Got a network connection? You could untar the data to another machine (or 
locally if you have a spare drive with room) and run "rsync -n -ia" from the 
failing tree to the copy.

Cheers,
Cameron Simpson <cs(a)zip.com.au&gt;

[Rick Stevens]

On 07/16/2017 11:07 AM, Patrick Dupre wrote:
>  Hello,
>  
>  Thank for the response.
>  I do not know what is the previous error.
>  I am checking the list, but is not going to tell what is the error.
>  I cannot scroll back
>  
>  I was speaking about the logic of the order of the file
>  are taken from the directory,
>  Not alphabetic ordering
>  not date ordering.
>  
>  Then, I cannot guess what is missing.
>  It is an emergency archive, because the disk is failing. 
Tar does an alphabetical sort of the top level of the directory you're
tarring up. When it hits a directory, it descends down that tree and
repeats the process (alphabetical sort, descend directory, etc.) until
all files/directories are completed in that branch, then goes back up
and continues. It's not like find (which sorts on inode numbers by default).

Without a log of the transaction, there is absolutely no way we can
offer help as to what the error was. This is precisely why you should
use the "v" flag to tar and save stdout/stderr to a logfile, something
like:

	tar cvf name-of-tar-file.tar * >/some/dir/tar.log 2>&1

It's the only way to ensure you capture errors. Same thing goes for
rsync, cpio, gzip, or virtually any stream-type archiver. Find the
"verbose" flag and redirect stdout/stderr to a log file.

What was it Reagan said? "Trust, but verify!"

> > Sent: Sunday, July 16, 2017 at 7:55 PM
> > From: "Samuel Sieb" <samuel(a)sieb.net&gt;
> > To: users(a)lists.fedoraproject.org
> > Subject: Re: tar failure
> >
> > On 07/16/2017 10:52 AM, Patrick Dupre wrote:
> >> I got: tar: Exiting with failure status due to previous errors
> >> How can I finish the process?
> >> I do not want to restart the tar, I only would like to tar the rest
> >> (directory).
> >
> > It usually doesn't stop at the error, that's why it says "previous 
> > errors".  It's just telling you that somewhere along the way there was 
> > an error, but it finished anyway.
> >
> >> I do not see the logic that tar uses to create the archive
> >> Can I guess this logic? and only tar the missing ?
> >
> > I don't understand this question.  If you wanted to know what happened, 
> > you'll have to either scroll back or save the output while it is running.
> > _______________________________________________
> > users mailing list -- users(a)lists.fedoraproject.org
> > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
> >
>  _______________________________________________
>  users mailing list -- users(a)lists.fedoraproject.org
>  To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>   

-- 
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    ricks(a)alldigital.com -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
-       "I'd explain it to you, but your brain might explode."       -
----------------------------------------------------------------------

[Patrick Dupre]

>  Tar does an alphabetical sort of the top level of the directory
> you're
>  tarring up. When it hits a directory, it descends down that tree and
>  repeats the process (alphabetical sort, descend directory, etc.) until
>  all files/directories are completed in that branch, then goes back up
>  and continues. It's not like find (which sorts on inode numbers by default). 
Is there a way to mimic it, with ls or du?

===========================================================================
 Patrick DUPRÉ                                 | | email: pdupre(a)gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: [phone]
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===========================================================================


> Sent: Monday, July 17, 2017 at 7:55 PM
> From: "Rick Stevens" <ricks(a)alldigital.com&gt;
> To: users(a)lists.fedoraproject.org
> Subject: Re: tar failure
>
> On 07/16/2017 11:07 AM, Patrick Dupre wrote:
> > Hello,
> > 
> > Thank for the response.
> > I do not know what is the previous error.
> > I am checking the list, but is not going to tell what is the error.
> > I cannot scroll back
> > 
> > I was speaking about the logic of the order of the file
> > are taken from the directory,
> > Not alphabetic ordering
> > not date ordering.
> > 
> > Then, I cannot guess what is missing.
> > It is an emergency archive, because the disk is failing.
> 
>  Tar does an alphabetical sort of the top level of the directory
> you're
>  tarring up. When it hits a directory, it descends down that tree and
>  repeats the process (alphabetical sort, descend directory, etc.) until
>  all files/directories are completed in that branch, then goes back up
>  and continues. It's not like find (which sorts on inode numbers by default).
> 
> Without a log of the transaction, there is absolutely no way we can
> offer help as to what the error was. This is precisely why you should
> use the "v" flag to tar and save stdout/stderr to a logfile, something
> like:
> 
> 	tar cvf name-of-tar-file.tar * >/some/dir/tar.log 2>&1
> 
> It's the only way to ensure you capture errors. Same thing goes for
> rsync, cpio, gzip, or virtually any stream-type archiver. Find the
> "verbose" flag and redirect stdout/stderr to a log file.
> 
> What was it Reagan said? "Trust, but verify!"
> 
> >> Sent: Sunday, July 16, 2017 at 7:55 PM
> >> From: "Samuel Sieb" <samuel(a)sieb.net&gt;
> >> To: users(a)lists.fedoraproject.org
> >> Subject: Re: tar failure
> >>
> >> On 07/16/2017 10:52 AM, Patrick Dupre wrote:
> >>> I got: tar: Exiting with failure status due to previous errors
> >>> How can I finish the process?
> >>> I do not want to restart the tar, I only would like to tar the rest
> >>> (directory).
> >>
> >> It usually doesn't stop at the error, that's why it says
"previous 
> >> errors".  It's just telling you that somewhere along the way there
was 
> >> an error, but it finished anyway.
> >>
> >>> I do not see the logic that tar uses to create the archive
> >>> Can I guess this logic? and only tar the missing ?
> >>
> >> I don't understand this question.  If you wanted to know what happened,

> >> you'll have to either scroll back or save the output while it is
running.
> >> _______________________________________________
> >> users mailing list -- users(a)lists.fedoraproject.org
> >> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
> >>
> > _______________________________________________
> > users mailing list -- users(a)lists.fedoraproject.org
> > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
> > 
> 
> 
> -- 
> ----------------------------------------------------------------------
> - Rick Stevens, Systems Engineer, AllDigital    ricks(a)alldigital.com -
> - AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
> -                                                                    -
> -       "I'd explain it to you, but your brain might explode."       -
> ----------------------------------------------------------------------
> _______________________________________________
> users mailing list -- users(a)lists.fedoraproject.org
> To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>

[Robert Nichols]

On 07/17/2017 12:55 PM, Rick Stevens wrote:
>  Tar does an alphabetical sort of the top level of the directory
> you're
>  tarring up. 
No, tar does not do any sorting. It just process the directory entries in the order that
readdir(3) returns them. For some filesystems, that will be a sorted list. For most
filesystems, it is not.

-- 
Bob Nichols     "NOSPAM" is really part of my email address.
                 Do NOT delete it.