<?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: OpenVMS Analyze/disk/repair : marked for deletion in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207150#M89904</link>
    <description>for DFU get it from&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.digiater.nl/dfu.html" target="_blank"&gt;http://www.digiater.nl/dfu.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;I expect something has those files open.&lt;BR /&gt;</description>
    <pubDate>Thu, 29 May 2008 15:13:04 GMT</pubDate>
    <dc:creator>Ian Miller.</dc:creator>
    <dc:date>2008-05-29T15:13:04Z</dc:date>
    <item>
      <title>OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207147#M89901</link>
      <description>Hi all&lt;BR /&gt;Aparently we have somme inconsistancies problems on a disk, when we execute analyze/disk we have the following output :&lt;BR /&gt;%ANALDISK-W-DELHEADER, file (5903,6,0) beqlsnr0.com;1&lt;BR /&gt;        marked for delete&lt;BR /&gt;%ANALDISK-W-DELHEADER, file (8833,17,0) beqlsnr0.com;1&lt;BR /&gt;        marked for delete&lt;BR /&gt;But evenif we execute analyze/disk/repair we the same output.&lt;BR /&gt;There is a way to repair those errors ?&lt;BR /&gt;If we still have those error, there's some risks ?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;BR.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 29 May 2008 13:58:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207147#M89901</guid>
      <dc:creator>eddouik</dc:creator>
      <dc:date>2008-05-29T13:58:50Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207148#M89902</link>
      <description>Those files are marked for delete, but are currently open by some process. When those processes finish, the files should disappear.&lt;BR /&gt;&lt;BR /&gt;Try a SHO DEVICE xxx /FILES and search the output for the filename to get the processes.&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Thu, 29 May 2008 14:01:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207148#M89902</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2008-05-29T14:01:38Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207149#M89903</link>
      <description>Or alternately you can recover the file using the DFU utiility, avaiable on the VMS V7 Freeware CD&lt;BR /&gt;&lt;A href="http://www.openvms.compaq.com/openvms/freeware/" target="_blank"&gt;http://www.openvms.compaq.com/openvms/freeware/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Use the command:&lt;BR /&gt;DFU UNDELETE disk:/MARKED/FILE=beqlsnr0.com;1</description>
      <pubDate>Thu, 29 May 2008 15:06:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207149#M89903</guid>
      <dc:creator>Jess Goodman</dc:creator>
      <dc:date>2008-05-29T15:06:17Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207150#M89904</link>
      <description>for DFU get it from&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.digiater.nl/dfu.html" target="_blank"&gt;http://www.digiater.nl/dfu.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;I expect something has those files open.&lt;BR /&gt;</description>
      <pubDate>Thu, 29 May 2008 15:13:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207150#M89904</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2008-05-29T15:13:04Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207151#M89905</link>
      <description>In isolation, DELHEADER can be normal and expected.  Ignore it -- unless there's a secondary symptom showing up elsewhere.  &lt;BR /&gt;&lt;BR /&gt;DELHEADER alone is entirely harmless, and does not imply a corruption.&lt;BR /&gt;&lt;BR /&gt;Here, I'd *guess* that some command procedure has deleted itself, or there's a temporary file in use somewhere.&lt;BR /&gt;</description>
      <pubDate>Thu, 29 May 2008 16:19:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207151#M89905</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-05-29T16:19:51Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207152#M89906</link>
      <description>&amp;gt;&amp;gt; There is a way to repair those errors &lt;BR /&gt;&lt;BR /&gt;Those are no errors, just warnings.&lt;BR /&gt;As the others replied, the file is probably still open. No risk with that.&lt;BR /&gt;&lt;BR /&gt;If the name is for real, then this certainly looks like a potentially temporary file generated by ORACLE to fire up the LISTENER.&lt;BR /&gt;&lt;BR /&gt;On my system I get:&lt;BR /&gt;&lt;BR /&gt;$ pipe show dev/file disk$oracle | search sys$pipe beq&lt;BR /&gt;ORA_2600075110  20400399  [ORACLE.10g2.network]beqlsnr0_HEINA.com;1&lt;BR /&gt;ORA_2600075110  20400399  [ORACLE.10g2.bin]BEQLSNR.EXE;1&lt;BR /&gt;&lt;BR /&gt;For Oracle 10.2, on OpenVMS Alpha 8.3 this file is not pre-deleted, and ANAL/DISK does no rat it out. &lt;BR /&gt;But I suppose I could be pre-deleted on earlier version. I never needed to look into it. It is a generated file according to the contents and date stamps:&lt;BR /&gt;"$! CREATED by CREATE_BEQLSNR.COM on ..."&lt;BR /&gt;&lt;BR /&gt;fwiw,&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
      <pubDate>Thu, 29 May 2008 16:29:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207152#M89906</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2008-05-29T16:29:56Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS Analyze/disk/repair : marked for deletion</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207153#M89907</link>
      <description>&lt;BR /&gt;The one thing I didn't see mentioned are&lt;BR /&gt;files still open but marked for delete.&lt;BR /&gt;After rebooting, re-running the utility&lt;BR /&gt;will get rid of these files.&lt;BR /&gt;&lt;BR /&gt;There are often a lot created when on upgrades&lt;BR /&gt;a system or product.&lt;BR /&gt;&lt;BR /&gt;Bob C&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 30 May 2008 18:11:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-analyze-disk-repair-marked-for-deletion/m-p/4207153#M89907</guid>
      <dc:creator>comarow</dc:creator>
      <dc:date>2008-05-30T18:11:22Z</dc:date>
    </item>
  </channel>
</rss>

