<?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: frecover problems in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740953#M67640</link>
    <description>I think your missing his point.  During his backup he gets an message about a missing file and then the backup continues and finishes.  During a recovery, files before the message are able to be recovered, but files after the message are not.  I had a pro blem where I couldn't recover files that should have been near the end of the tape, but I attributed it to a bad DLT tape.  I have also seen where I would get an error that was caused by a timeout by having a disk on the same channel as the DLT drive.i</description>
    <pubDate>Tue, 11 Jun 2002 12:32:27 GMT</pubDate>
    <dc:creator>Ray Carlson</dc:creator>
    <dc:date>2002-06-11T12:32:27Z</dc:date>
    <item>
      <title>frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740946#M67633</link>
      <description>I am using a DLT7000 to backup 35Gb of data on a HP-UX K750 running UX11. When i try to recover from the tapes the latter half of the data will not restore. If i index the tape the media shows that everything has been backed up but the data will not restore. The problem seems to occur when trying to recover data backed up after the following error message appears in the fbackup log - fbackup(1102): WARNING: unable to stat file  has anyone else had this (or a similar problem)??? Any help greatful...</description>
      <pubDate>Mon, 10 Jun 2002 11:19:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740946#M67633</guid>
      <dc:creator>Declan Heerey</dc:creator>
      <dc:date>2002-06-10T11:19:55Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740947#M67634</link>
      <description>&lt;BR /&gt;It sounds like some of the files you are backing up are still in use by some process or other when you actually do the backup, and as a result their checksums are not correct on tape and you cant restore them.&lt;BR /&gt;&lt;BR /&gt;Are you absolutely sure no-one/no process is accessing these files when the backup runs ?</description>
      <pubDate>Mon, 10 Jun 2002 11:22:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740947#M67634</guid>
      <dc:creator>Stefan Farrelly</dc:creator>
      <dc:date>2002-06-10T11:22:12Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740948#M67635</link>
      <description>Stefan, &lt;BR /&gt;&lt;BR /&gt;I see what you mean but I am trying to recover database files which are not in use at the time of backup because the databases are offline! For instance i can restore:-&lt;BR /&gt;&lt;BR /&gt;/DB_04/oracle/PPIP/index201_PPIP.dbf&lt;BR /&gt;&lt;BR /&gt;But none of:- &lt;BR /&gt;&lt;BR /&gt;/DB_05                             &lt;BR /&gt;/DB_05/lost+found                  &lt;BR /&gt;/DB_05/oracle                      &lt;BR /&gt;/DB_05/oracle/DBUP                 &lt;BR /&gt;/DB_05/oracle/DBUP/ctrl03_DBUP.dbf &lt;BR /&gt;/DB_05/oracle/DBUP/temp01_DBUP.dbf &lt;BR /&gt;/DB_05/oracle/DBUP/tools01_DBUP.dbf&lt;BR /&gt;/DB_05/oracle/DBUP/users01_DBUP.dbf&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Jun 2002 11:31:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740948#M67635</guid>
      <dc:creator>Declan Heerey</dc:creator>
      <dc:date>2002-06-10T11:31:10Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740949#M67636</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I assume that these files were present when the list of files were prepared for backup and&lt;BR /&gt;when the backup really started it could not find the files they were gone.&lt;BR /&gt;That is the reason it tells unable to stat.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;G Manikandan&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Jun 2002 11:39:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740949#M67636</guid>
      <dc:creator>T G Manikandan</dc:creator>
      <dc:date>2002-06-10T11:39:18Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740950#M67637</link>
      <description>I'd be happy if that were the case, unfortunately these files exist at time of backup listing at time of backup and post backup. There is no stat message for the files I am trying to recover!</description>
      <pubDate>Mon, 10 Jun 2002 11:43:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740950#M67637</guid>
      <dc:creator>Declan Heerey</dc:creator>
      <dc:date>2002-06-10T11:43:41Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740951#M67638</link>
      <description>If you got the message that about not being able to "stat" the file, then the file must have been open by some process.&lt;BR /&gt;&lt;BR /&gt;Is the database down when you attempt the restore? Try doing a frecover displaying the file sizes.&lt;BR /&gt;&lt;BR /&gt;frecover -r -Nv&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Mon, 10 Jun 2002 11:49:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740951#M67638</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-06-10T11:49:30Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740952#M67639</link>
      <description>I am going to run an frecover -r -Nv overnight and investigate whether the checksums are okay. Thanks for all the help! &lt;BR /&gt;</description>
      <pubDate>Mon, 10 Jun 2002 14:34:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740952#M67639</guid>
      <dc:creator>Declan Heerey</dc:creator>
      <dc:date>2002-06-10T14:34:27Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740953#M67640</link>
      <description>I think your missing his point.  During his backup he gets an message about a missing file and then the backup continues and finishes.  During a recovery, files before the message are able to be recovered, but files after the message are not.  I had a pro blem where I couldn't recover files that should have been near the end of the tape, but I attributed it to a bad DLT tape.  I have also seen where I would get an error that was caused by a timeout by having a disk on the same channel as the DLT drive.i</description>
      <pubDate>Tue, 11 Jun 2002 12:32:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740953#M67640</guid>
      <dc:creator>Ray Carlson</dc:creator>
      <dc:date>2002-06-11T12:32:27Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740954#M67641</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;The disc where the files will not recover.&lt;BR /&gt;&lt;BR /&gt;Is it NFS&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Also. Note this.You parameters are important&lt;BR /&gt;&lt;BR /&gt;frecover&lt;BR /&gt;&lt;BR /&gt;1  What is written on my `fbackup' tape?&lt;BR /&gt;&lt;BR /&gt;To read your tape you must always use the `frecover' command.&lt;BR /&gt;&lt;BR /&gt;/etc/frecover -I -      (break or control-c will pause the list)&lt;BR /&gt;&lt;BR /&gt;This command will display the contents to the standard output.If the list is long, it may be better to save the index in a file.&lt;BR /&gt;&lt;BR /&gt;/etc/frecover -I /tmp/index&lt;BR /&gt;&lt;BR /&gt;The advantage of `fbackup' is that the index is written in the beginning of the tape. `frecover' does not scan the whole tape.&lt;BR /&gt;&lt;BR /&gt;THUS . The index being there does not mean the files are&lt;BR /&gt;&lt;BR /&gt;2  Restore a complete directory&lt;BR /&gt;&lt;BR /&gt;/etc/frecover -xi/directory&lt;BR /&gt;/etc/frecover -x -i/directory1 -i/directory2&lt;BR /&gt;&lt;BR /&gt;REMEMBER THIS&lt;BR /&gt;&lt;BR /&gt;When restoring a directory, `frecover' will not overwrite an existing file, except if the  -o option is used.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;It may be nice to recover relative somewhere in a directory like /tmp/local.&lt;BR /&gt;To restore relative, you must go first to the directory with cd, and then use the X or F option.&lt;BR /&gt;&lt;BR /&gt;cd /tmp/local; /etc/frecover -xvXi /directory&lt;BR /&gt;        (with directory tree path )&lt;BR /&gt;cd /tmp/local; /etc/frecover -xvFi /directory&lt;BR /&gt;        (without path, only files names)&lt;BR /&gt;&lt;BR /&gt;3  Restore of a few files from archive.&lt;BR /&gt;&lt;BR /&gt;cd /tmp/local;/etc/frecover -xvF -i/path1/filename1 -i/path2/filename2&lt;BR /&gt;The files will be restored under the local directory.&lt;BR /&gt;&lt;BR /&gt;4  Restore of backup over network.&lt;BR /&gt;&lt;BR /&gt;Restore from a remote DAT/DDS drive&lt;BR /&gt;&lt;BR /&gt;/etc/frecover -xi/directory -f remote_name:/dev/rmt/0m&lt;BR /&gt;&lt;BR /&gt;Remote restore with local DAT/DDS drive&lt;BR /&gt;&lt;BR /&gt;remsh remote_name " /etc/frecover -xi/directory -f local_name:/dev/rmt/0m"&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;              Steve Steel</description>
      <pubDate>Tue, 11 Jun 2002 12:50:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740954#M67641</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2002-06-11T12:50:01Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740955#M67642</link>
      <description>Steve, frecover is fine, i know how to use the tool and the options associated with it - Ray has hit the nail on the head with his comments!!! I can't recover anything AFTER the stat error messages in my fbackup error log.  &lt;BR /&gt;&lt;BR /&gt;The discs are not NFS mounted!</description>
      <pubDate>Wed, 12 Jun 2002 06:59:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740955#M67642</guid>
      <dc:creator>Declan Heerey</dc:creator>
      <dc:date>2002-06-12T06:59:02Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740956#M67643</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;About the only item that has not been looked at is patches. Have a look for the latest patches for 'fbackup/frecover', you just could find something there, that fixes your problem.&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;~Michael~</description>
      <pubDate>Wed, 12 Jun 2002 07:42:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740956#M67643</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2002-06-12T07:42:34Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740957#M67644</link>
      <description>When you do an fbackup, Ensure you have sufficient rights and ownership to access the file -whichever give "STAT FILE " error.&lt;BR /&gt;  Ex: If you are backing up Oracle data, It will have the group as dba. So you have to ensure the particular user-id is added in the dba group too.&lt;BR /&gt;&lt;BR /&gt;I am not sure abt this - You can try recovering files step by step( I mean one directory followed by the other). I beleive this will work.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Gnana A.</description>
      <pubDate>Wed, 12 Jun 2002 08:14:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740957#M67644</guid>
      <dc:creator>Gnananandhan</dc:creator>
      <dc:date>2002-06-12T08:14:50Z</dc:date>
    </item>
    <item>
      <title>Re: frecover problems</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740958#M67645</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;1)get&lt;BR /&gt;Patch Name: PHCO_25424&lt;BR /&gt;&lt;BR /&gt;Patch Description: s700_800 11.00 cumulative fbackup(1M)/frecover(1M) patch&lt;BR /&gt;&lt;BR /&gt;Handles some DLT7000 problems.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;2)Extract the index and then attempt to reload a file from the end of the tape.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;3)retry your recover.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;             Steve steel</description>
      <pubDate>Wed, 12 Jun 2002 12:05:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/frecover-problems/m-p/2740958#M67645</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2002-06-12T12:05:25Z</dc:date>
    </item>
  </channel>
</rss>

