<?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: Fbackup Failure - Return Code 2 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780851#M77178</link>
    <description>Hi Paula&lt;BR /&gt;&lt;BR /&gt;Whats the media usage ? You can check this by looking at the tape header&lt;BR /&gt;&lt;BR /&gt;frecover -V `tty`&lt;BR /&gt;&lt;BR /&gt;Have you checked the cleaning light is not on , on the drive itself ?&lt;BR /&gt;&lt;BR /&gt;I have had many occasion where a test backup is ok but when attempting multiple filesystems it fails&lt;BR /&gt;&lt;BR /&gt;If the drive is clean and the tapes are new you may need a new drive&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Steve</description>
    <pubDate>Tue, 06 Aug 2002 18:41:56 GMT</pubDate>
    <dc:creator>steven Burgess_2</dc:creator>
    <dc:date>2002-08-06T18:41:56Z</dc:date>
    <item>
      <title>Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780849#M77176</link>
      <description>We have automated backups via sam running nightly.  I have been receiving a return code of 2 which means fail.  A script that runs and checks the SAM_br_msgs log for bad tapes is also returning that the tape is bad.  I manually kicked off a backup via sam for the /tmp file system and was successful.  I tested backing up /stand file system and received the following error.  Once aborted I retried /tmp and was successful again.  Tested backing up / and received the same error as /stand.  Can anyone help?&lt;BR /&gt;&lt;BR /&gt;fbackup(3045): WRITE ERROR while writing data record, at media record 45&lt;BR /&gt;fbackup(3102): attempting to make this volume salvagable&lt;BR /&gt;fbackup(3123): could not read the previous checkpoint record&lt;BR /&gt;fbackup(3105): writing 2 EOFs and rewinding the tape&lt;BR /&gt;fbackup(3106): please mount a good tape&lt;BR /&gt;fbackup(3316): enter 'yes' when volume 1 is ready on /dev/rmt/c1t0doBEST&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;thanks....paula</description>
      <pubDate>Tue, 06 Aug 2002 18:29:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780849#M77176</guid>
      <dc:creator>paula hawk_2</dc:creator>
      <dc:date>2002-08-06T18:29:14Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780850#M77177</link>
      <description>The difference between backing /stand vs /tmp is that /stand is very large.  fbackup has some overhead when attempting to write.  Check bdf to see if you have a filesystem full condition.&lt;BR /&gt;&lt;BR /&gt;The 3045 is also a on a Write which indicates a HW problem.  There may be a bad spot on the tape?  Could be that the /stand write hits the bad spot.  &lt;BR /&gt;&lt;BR /&gt;Try another tape. &lt;BR /&gt;Also check /var/adm/syslog/syslog.log for other SCSI or tape related errors.&lt;BR /&gt;Run dmesg to see if there are errors there as well.&lt;BR /&gt;&lt;BR /&gt;Cheryl</description>
      <pubDate>Tue, 06 Aug 2002 18:40:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780850#M77177</guid>
      <dc:creator>Cheryl Griffin</dc:creator>
      <dc:date>2002-08-06T18:40:11Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780851#M77178</link>
      <description>Hi Paula&lt;BR /&gt;&lt;BR /&gt;Whats the media usage ? You can check this by looking at the tape header&lt;BR /&gt;&lt;BR /&gt;frecover -V `tty`&lt;BR /&gt;&lt;BR /&gt;Have you checked the cleaning light is not on , on the drive itself ?&lt;BR /&gt;&lt;BR /&gt;I have had many occasion where a test backup is ok but when attempting multiple filesystems it fails&lt;BR /&gt;&lt;BR /&gt;If the drive is clean and the tapes are new you may need a new drive&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Steve</description>
      <pubDate>Tue, 06 Aug 2002 18:41:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780851#M77178</guid>
      <dc:creator>steven Burgess_2</dc:creator>
      <dc:date>2002-08-06T18:41:56Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780852#M77179</link>
      <description>Paula,&lt;BR /&gt;&lt;BR /&gt;Was there any change in blocksperrecord recently?  I got an excerpt from the fbackup manual which describes the same symptome you encountered:&lt;BR /&gt;....&lt;BR /&gt;      When configuring the parameter blocksperrecord (see -c option), the&lt;BR /&gt;      record size is limited by the maximum allowed for the tape drive.&lt;BR /&gt;      Common record sizes include 128 blocks for DLT and DDS tape drives,&lt;BR /&gt;      and 60 blocks for the HP7980.  Note also that the blocksize used in&lt;BR /&gt;      earlier releases (7.0 and before) was 512 bytes, whereas it is now&lt;BR /&gt;      1024 bytes.  This means that the same value specified in&lt;BR /&gt;      blocksperrecord in an earlier release creates blocks twice their&lt;BR /&gt;      earlier size in the current release; for example, a blocksperrecord&lt;BR /&gt;      parameter of 32 would create 16-Kbyte blocks at Release 7.0, but now&lt;BR /&gt;      creates 32-Kbyte blocks.  If blocksperrecord exceeds the byte count&lt;BR /&gt;      allowed by the tape drive, the tape drive rejects the write, causing&lt;BR /&gt;      an error to be communicated to fbackup which fbackup interprets as a&lt;BR /&gt;      bad tape.  The resulting write error message resembles the following:&lt;BR /&gt;&lt;BR /&gt;           fbackup (3013): Write error while writing backup at tape block 0.&lt;BR /&gt;           Diagnostic error from tape 11...... SW_PROBLEM  (printed by driver on console)&lt;BR /&gt;           fbackup (3102): Attempting to make this volume salvageable.&lt;BR /&gt;           etc.&lt;BR /&gt;....&lt;BR /&gt;Hai&lt;BR /&gt;</description>
      <pubDate>Tue, 06 Aug 2002 18:47:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780852#M77179</guid>
      <dc:creator>Hai Nguyen_1</dc:creator>
      <dc:date>2002-08-06T18:47:26Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780853#M77180</link>
      <description>Paula,&lt;BR /&gt;&lt;BR /&gt;Based on your fbackup output, you may want to try to back up using a new tape as well.  &lt;BR /&gt;&lt;BR /&gt;Another way to test is to back up to /dev/null to see if you run into any error.  If not, then definitely your problem is related to either backup equipment or media.&lt;BR /&gt;&lt;BR /&gt;Hai</description>
      <pubDate>Tue, 06 Aug 2002 18:53:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780853#M77180</guid>
      <dc:creator>Hai Nguyen_1</dc:creator>
      <dc:date>2002-08-06T18:53:40Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780854#M77181</link>
      <description>THis is a remote location so I can not see if the tape light is on or not.  I am going to have the user clean the drive and then try manually running a back up.  If I still receive the error I am going to have the tape drive replaced.  THanks to everyone for the quick responses.</description>
      <pubDate>Tue, 06 Aug 2002 19:22:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780854#M77181</guid>
      <dc:creator>paula hawk_2</dc:creator>
      <dc:date>2002-08-06T19:22:20Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780855#M77182</link>
      <description />
      <pubDate>Wed, 07 Aug 2002 06:54:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780855#M77182</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2002-08-07T06:54:04Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780856#M77183</link>
      <description>&lt;BR /&gt;Normally this error is a tape media error. Try a new tape first, only if it recurrs then have the drive replaced.&lt;BR /&gt;</description>
      <pubDate>Wed, 07 Aug 2002 07:00:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780856#M77183</guid>
      <dc:creator>Stefan Farrelly</dc:creator>
      <dc:date>2002-08-07T07:00:48Z</dc:date>
    </item>
    <item>
      <title>Re: Fbackup Failure - Return Code 2</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780857#M77184</link>
      <description>Have also found, one instance of this over a week is a poor tape.  Consistent failures would indicate the drive is at fault.&lt;BR /&gt;&lt;BR /&gt;You could perhaps further test the drive using&lt;BR /&gt;/etc/frecover -xv -N -i /tmp -f /dev/rmt/0m &amp;gt;&amp;gt; outputfile 2&amp;gt;&amp;amp;1 &amp;amp;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;This will make sure the drive can also read the contents.  If this fails to, I would seriously think your drive could be at fault.</description>
      <pubDate>Wed, 07 Aug 2002 07:09:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-failure-return-code-2/m-p/2780857#M77184</guid>
      <dc:creator>Paul Thomson_2</dc:creator>
      <dc:date>2002-08-07T07:09:34Z</dc:date>
    </item>
  </channel>
</rss>

