<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Scripting question in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487687#M16355</link>
    <description>I forgot to add, if you are still running on an old filesystem for some reason ( if you felt it necessary to run on ext2? ) there is a file size limit of two gigs so tar would fail to write to the archive after two gigs.  Probably not the issue in your case, though.&lt;BR /&gt;&lt;BR /&gt;I haven't run redhat for a while, but I'm sure it has a version of star.  I like to think it stands for Super TAR, but its probably named after the author.  It has a lot of more flexibility if you wanted to extend your backup to do differential archives.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 17 Feb 2005 14:25:16 GMT</pubDate>
    <dc:creator>Dave Falloon</dc:creator>
    <dc:date>2005-02-17T14:25:16Z</dc:date>
    <item>
      <title>Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487683#M16351</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am having a problem with a backup script (see attached doc) on Linux RH AS3.1. &lt;BR /&gt;&lt;BR /&gt;The script attempts to back up the entire system but constantly completes with an error message (2).&lt;BR /&gt;&lt;BR /&gt;However when I run the exact same script but only tarring up a few dir's I don't receieve any error messages.&lt;BR /&gt;&lt;BR /&gt;All advise is welcome.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Dermot</description>
      <pubDate>Thu, 17 Feb 2005 05:07:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487683#M16351</guid>
      <dc:creator>Duffs</dc:creator>
      <dc:date>2005-02-17T05:07:17Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487684#M16352</link>
      <description>Dermot,&lt;BR /&gt;can you please find out what the actual return code value is i.e. echo $ERRORCODE&lt;BR /&gt;&lt;BR /&gt;It may be a warning that the /bin/tar executable or other file is in use and can't be backed up.&lt;BR /&gt;&lt;BR /&gt;Check thread 141729 for some clues as to the possible causes of the various codes.&lt;BR /&gt;Let us know if this is resolved.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Feb 2005 06:56:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487684#M16352</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2005-02-17T06:56:52Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487685#M16353</link>
      <description>It appears like tar doesn't like certain files that exist within /var. I have now tarred up all the dir's without a problem however /var which is 852Mb ends with the following error:&lt;BR /&gt;&lt;BR /&gt;var/webmin/sessiondb.pag&lt;BR /&gt;var/webmin/sessiondb.dir&lt;BR /&gt;var/webmin/miniserv.log&lt;BR /&gt;var/webmin/webmin.log&lt;BR /&gt;/bin/tar: Error exit delayed from previous errors&lt;BR /&gt;+ ERRORCODE=2&lt;BR /&gt;+ sync&lt;BR /&gt;+ sleep 3&lt;BR /&gt;+ echo Tar Complete&lt;BR /&gt;Tar Complete&lt;BR /&gt;+ '[' '!' 2 == 0 ']'&lt;BR /&gt;+ echo 'Error(2)' with backup full weekly on COVCACHE&lt;BR /&gt;+ mail -s 'IMPORTANT NOTIFICATION' dermot.duffy@walshwestern.com&lt;BR /&gt;&lt;BR /&gt;Big points for any takers.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;D&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Feb 2005 10:54:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487685#M16353</guid>
      <dc:creator>Duffs</dc:creator>
      <dc:date>2005-02-17T10:54:06Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487686#M16354</link>
      <description>Dermot, you could try adding this option to tar:&lt;BR /&gt;&lt;BR /&gt;( pulled from debian: man tar )&lt;BR /&gt;&lt;BR /&gt;--ignore-failed-read&lt;BR /&gt;              don't exit with non-zero status on unreadable files&lt;BR /&gt;&lt;BR /&gt;If the file is locked by another process tar will still fail to archive it but it won't tank your backup.&lt;BR /&gt;&lt;BR /&gt;--Dave</description>
      <pubDate>Thu, 17 Feb 2005 14:16:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487686#M16354</guid>
      <dc:creator>Dave Falloon</dc:creator>
      <dc:date>2005-02-17T14:16:13Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487687#M16355</link>
      <description>I forgot to add, if you are still running on an old filesystem for some reason ( if you felt it necessary to run on ext2? ) there is a file size limit of two gigs so tar would fail to write to the archive after two gigs.  Probably not the issue in your case, though.&lt;BR /&gt;&lt;BR /&gt;I haven't run redhat for a while, but I'm sure it has a version of star.  I like to think it stands for Super TAR, but its probably named after the author.  It has a lot of more flexibility if you wanted to extend your backup to do differential archives.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Feb 2005 14:25:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487687#M16355</guid>
      <dc:creator>Dave Falloon</dc:creator>
      <dc:date>2005-02-17T14:25:16Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487688#M16356</link>
      <description>Dermot,&lt;BR /&gt;the most common causes for return code 2 are:&lt;BR /&gt;directory checksum error&lt;BR /&gt;Tar: tape write error &lt;BR /&gt;I am suprised that there were no "previous errors" logged.&lt;BR /&gt;Can you check the intergity of the backup, as this may all still leave you with a valid backup (less temporary files).&lt;BR /&gt;Thanks</description>
      <pubDate>Fri, 18 Feb 2005 04:05:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487688#M16356</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2005-02-18T04:05:29Z</dc:date>
    </item>
    <item>
      <title>Re: Scripting question</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487689#M16357</link>
      <description>Cheers Dave, That did it!&lt;BR /&gt;&lt;BR /&gt;The '--ignore-failed-read' option is what was missing, and once added to the tar cmd returned an error code of zero which is good.&lt;BR /&gt;&lt;BR /&gt;Thanks again,&lt;BR /&gt;D</description>
      <pubDate>Fri, 18 Feb 2005 05:40:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scripting-question/m-p/3487689#M16357</guid>
      <dc:creator>Duffs</dc:creator>
      <dc:date>2005-02-18T05:40:44Z</dc:date>
    </item>
  </channel>
</rss>

