<?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: tar crashed oracle in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847684#M846005</link>
    <description>Assuming this was a tar reading these files, that should have not caused your problem. Tar and cpio do absolutely no file locking. I think this was a case of "I was running tar; Oracle crashed." The technical term for this is called  "coincidence" rather than cause and effect.&lt;BR /&gt;</description>
    <pubDate>Wed, 26 Feb 2003 01:09:57 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2003-02-26T01:09:57Z</dc:date>
    <item>
      <title>tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847674#M845995</link>
      <description>I was doing a tar on my controlfiles and redo logs (as a test) while the database was running.  It caused the database to crash.  The alert log mentions a corrupt block relative... and so on.  My question about TAR - does unix do something with the file during the TAR process that prevents Oracle from using the file?  Just curious.  We are using fbackup/frestore, but are looking at tar to do some incrementals.</description>
      <pubDate>Tue, 25 Feb 2003 22:59:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847674#M845995</guid>
      <dc:creator>CJENSEN_1</dc:creator>
      <dc:date>2003-02-25T22:59:10Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847675#M845996</link>
      <description>I appears that tar "locked" the control file.  tar was never meant to be a "open file" backup solution.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;RZ&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 23:04:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847675#M845996</guid>
      <dc:creator>Ross Zubritski</dc:creator>
      <dc:date>2003-02-25T23:04:32Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847676#M845997</link>
      <description>As far as I know tar does not lock a file.  It just reads it.&lt;BR /&gt;&lt;BR /&gt;I was tar'ing up some files today and had a file change size while I was tar'ing it.  &lt;BR /&gt;&lt;BR /&gt;I would not really suspect tar.  I suspect it may have just been a case of bad timing.&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 23:16:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847676#M845997</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-02-25T23:16:27Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847677#M845998</link>
      <description>Good info Patrick&lt;BR /&gt;&lt;BR /&gt;Was the file that changed bin or ascii?  I can see tar handling an ascii file on the fly, bin is another story.&lt;BR /&gt;&lt;BR /&gt;Just my 2 cents.&lt;BR /&gt;&lt;BR /&gt;RZ&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 23:18:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847677#M845998</guid>
      <dc:creator>Ross Zubritski</dc:creator>
      <dc:date>2003-02-25T23:18:38Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847678#M845999</link>
      <description>It was an binary file.  In fact it was one of Measurewares data files in /var/opt/perf/datafiles/log*.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 23:24:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847678#M845999</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-02-25T23:24:45Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847679#M846000</link>
      <description>Ah, the myteries of Oracle ;)~</description>
      <pubDate>Tue, 25 Feb 2003 23:26:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847679#M846000</guid>
      <dc:creator>Ross Zubritski</dc:creator>
      <dc:date>2003-02-25T23:26:26Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847680#M846001</link>
      <description>The plot thickens.. An oracle control file changes each time time SCN (transaction) number changes, this could be nanoseconds.  The files in the perf directory changes based on the time you set for data collection, i.e. 5, 10.&lt;BR /&gt;&lt;BR /&gt;Just my 2 cents once again,&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;RZ&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 23:32:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847680#M846001</guid>
      <dc:creator>Ross Zubritski</dc:creator>
      <dc:date>2003-02-25T23:32:54Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847681#M846002</link>
      <description>That is true.  I would still wonder if tar is the culprit here though.&lt;BR /&gt;&lt;BR /&gt;I would be tempted to do a 'dd' on the disk that the LV is part of and see what happens.  If it completes successfully, then maybe tar did do it.  If not, you've got a disk going bad, which what I suspect.</description>
      <pubDate>Tue, 25 Feb 2003 23:38:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847681#M846002</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-02-25T23:38:34Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847682#M846003</link>
      <description>Excellent point sir.</description>
      <pubDate>Tue, 25 Feb 2003 23:44:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847682#M846003</guid>
      <dc:creator>Ross Zubritski</dc:creator>
      <dc:date>2003-02-25T23:44:13Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847683#M846004</link>
      <description>Hi, &lt;BR /&gt;&lt;BR /&gt;Just curious, why would you want to backup redo logs when the databases are open. never backup online redologs during hotbackup, cuz you might restore the backed up redolog file on top of current redolog thereby losing all the redo's that are not yet archived or not being checkpointed and you end up in-complete recoveries. &lt;BR /&gt;&lt;BR /&gt;do not tar controlfiles too...use 'alter database backup controlfile to backup_location;' also, have ascii version of it 'alter database backup controlfile to trace;'&lt;BR /&gt;&lt;BR /&gt;Stan&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Feb 2003 01:01:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847683#M846004</guid>
      <dc:creator>Stan_17</dc:creator>
      <dc:date>2003-02-26T01:01:01Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847684#M846005</link>
      <description>Assuming this was a tar reading these files, that should have not caused your problem. Tar and cpio do absolutely no file locking. I think this was a case of "I was running tar; Oracle crashed." The technical term for this is called  "coincidence" rather than cause and effect.&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Feb 2003 01:09:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847684#M846005</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2003-02-26T01:09:57Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847685#M846006</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;check the oracle alert.log. maybe you will have some clues about the crash there.&lt;BR /&gt;&lt;BR /&gt;hope this helps!&lt;BR /&gt;&lt;BR /&gt;Best Regards&lt;BR /&gt;Yogeeraj</description>
      <pubDate>Wed, 26 Feb 2003 09:32:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847685#M846006</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2003-02-26T09:32:20Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847686#M846007</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I do not think tar will lock the file during the back or reason for the crash. Could be due  to the oracle process. Better to check the log file for the further info.&lt;BR /&gt;&lt;BR /&gt;John Jayaseelan</description>
      <pubDate>Wed, 26 Feb 2003 15:03:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847686#M846007</guid>
      <dc:creator>John Jayaseelan</dc:creator>
      <dc:date>2003-02-26T15:03:52Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847687#M846008</link>
      <description>tar should not have caused the problem, it does not lock the files.&lt;BR /&gt;&lt;BR /&gt;Oracle may not have had the access level it wanted during the process, but this is probably an oracle problem.&lt;BR /&gt;&lt;BR /&gt;You can not use fbackup for anything other than a cold, database down backup.&lt;BR /&gt;&lt;BR /&gt;fbackup will try to lock the files on an open database, might hack oracle off and cause corruption.  It will eventually fail to backup open database files resulting in error messages.&lt;BR /&gt;&lt;BR /&gt;If you want to back up hot oracle databases, use rman.  It comes with oracle and is a pretty useful and reliable tool.&lt;BR /&gt;&lt;BR /&gt;You can also use omniback, over version 3.5 I think to get oracle 8.1.7 databaes.  omniback also uses rman for oracle 8 backups.&lt;BR /&gt;&lt;BR /&gt;If you choose this route, let me know, I can probably find and forward you a document on how to set up and use rman(I might have to mail it snail style it may only be here on paper)&lt;BR /&gt;&lt;BR /&gt;If you mail, make the subject line relavent, I've been sick for two weeks and am nearly 100 emails behind schedule.&lt;BR /&gt;stevenprotter@juf.org&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 26 Feb 2003 16:10:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847687#M846008</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-02-26T16:10:40Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847688#M846009</link>
      <description>Which was the exact tar command issued?&lt;BR /&gt;&lt;BR /&gt;A bad tar command could cause Oracle to error.  ex.:&lt;BR /&gt;tar -cvf control_file1 control_file2&lt;BR /&gt;&lt;BR /&gt;would corrupt control_file1.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 27 Feb 2003 12:19:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847688#M846009</guid>
      <dc:creator>Raynald Boucher</dc:creator>
      <dc:date>2003-02-27T12:19:18Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847689#M846010</link>
      <description>it was tav -cvf ...  pls explain how this would corrupt it.  Thanks.</description>
      <pubDate>Thu, 27 Feb 2003 14:56:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847689#M846010</guid>
      <dc:creator>Colin Jensen</dc:creator>
      <dc:date>2003-02-27T14:56:59Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847690#M846011</link>
      <description>In Raynald's example, control_file1 follows the "f" flag of the tar command so control_file1 would be the destination for the tar output.  The example command would tar control_file2 into a tar image called control_file1, overwriting the control file.</description>
      <pubDate>Thu, 27 Feb 2003 15:09:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847690#M846011</guid>
      <dc:creator>Ian Lochray</dc:creator>
      <dc:date>2003-02-27T15:09:59Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847691#M846012</link>
      <description>The above posted message is right.  The "c" in "cvf" means "create" and the "f" means "file" and the file you gave it was your control file.  Basically, you turned your controlfile into a tarball.  The correct syntax would have been "tar cvf /tmp/mynewtarfile.tar controlfile1 controlfile2".  That would take both controlfile1 and controlfile2 and put them in the newlycreated file /tmp/mynewtarfile.tar.</description>
      <pubDate>Fri, 28 Feb 2003 23:36:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847691#M846012</guid>
      <dc:creator>TwoProc</dc:creator>
      <dc:date>2003-02-28T23:36:47Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847692#M846013</link>
      <description>It did create a .tar file, but also left the oracle files intact.  Yes, the command entered was as in the last post.</description>
      <pubDate>Tue, 04 Mar 2003 14:18:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847692#M846013</guid>
      <dc:creator>Colin Jensen</dc:creator>
      <dc:date>2003-03-04T14:18:08Z</dc:date>
    </item>
    <item>
      <title>Re: tar crashed oracle</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847693#M846014</link>
      <description>Thanks</description>
      <pubDate>Mon, 07 Mar 2005 15:01:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tar-crashed-oracle/m-p/4847693#M846014</guid>
      <dc:creator>CJENSEN_1</dc:creator>
      <dc:date>2005-03-07T15:01:31Z</dc:date>
    </item>
  </channel>
</rss>

