<?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: disk analyse error in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310489#M92089</link>
    <description>These are probably normal warnings; the stuff shown is typically harmless fodder.&lt;BR /&gt;&lt;BR /&gt;Now...  Why are you running ANALYZE /DISK /REPAIR here?  &lt;BR /&gt;&lt;BR /&gt;And why are running it against an active disk?&lt;BR /&gt;&lt;BR /&gt;I'm presuming there's a reason or a trigger here around why you've gotten this tool out of the toolbox and have started to use it, of course.</description>
    <pubDate>Fri, 21 Nov 2008 02:00:25 GMT</pubDate>
    <dc:creator>Hoff</dc:creator>
    <dc:date>2008-11-21T02:00:25Z</dc:date>
    <item>
      <title>disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310486#M92086</link>
      <description>when I run Analyse/disk/repair, i get the following error.&lt;BR /&gt;&lt;BR /&gt;FIRST I GET THIS ERROR&lt;BR /&gt;&lt;BR /&gt; %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS&lt;BR /&gt;-SYSTEM-W-NOSUCHFILE, no such file&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;LATER I GET THIS ERROR&lt;BR /&gt;&lt;BR /&gt;%ANALDISK-W-DELETE, file (6361,66,0)&lt;BR /&gt;        error deleting file&lt;BR /&gt;-SYSTEM-W-ACCONFLICT, file access conflict&lt;BR /&gt;%ANALDISK-W-DELETE, file (13431,7,0)&lt;BR /&gt;        error deleting file&lt;BR /&gt;-SYSTEM-W-ACCONFLICT, file access conflict&lt;BR /&gt;&lt;BR /&gt;please help&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Nov 2008 21:50:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310486#M92086</guid>
      <dc:creator>kaira_falla</dc:creator>
      <dc:date>2008-11-20T21:50:39Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310487#M92087</link>
      <description>&lt;!--!*#--&gt;The first message is NOT an error.  Note the "-I-" in the first line.  That means it is Informational.  It is just telling you that disk quotas are not enabled on this volume.  The secondary ("-" prefix) warning (-W-") messsage "no such file" is just how ANALDISK detected this.&lt;BR /&gt;&lt;BR /&gt;The "%ANALDISK-W-DELETE" messages are warnings and can be ignored too.  They indicate that the disk scan found files that were "marked for delete".  This means that the files should be automatically deleted when they are closed by all users and applications.&lt;BR /&gt;&lt;BR /&gt;Sometimes this doesn't happen (system crash, etc.) so ANALYZE/DISK will TRY to delete all such "marked for delete" files it finds.  But these two files are still open, so the delete attempt fails due to "file access conflict".</description>
      <pubDate>Thu, 20 Nov 2008 22:08:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310487#M92087</guid>
      <dc:creator>Jess Goodman</dc:creator>
      <dc:date>2008-11-20T22:08:05Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310488#M92088</link>
      <description>&lt;BR /&gt;These are all just warnings and informationals.&lt;BR /&gt;&lt;BR /&gt;There is no quota file.&lt;BR /&gt;That's just fine when not using quota.&lt;BR /&gt;&lt;BR /&gt;A file which analyze/disk though should be deleted, probably because it was marked for delete, could not be deleted because it was in use "access conflict". &lt;BR /&gt;Sounds fine to me.&lt;BR /&gt;&lt;BR /&gt;You _may_ want to check what file it was reporting on using either:&lt;BR /&gt;&lt;BR /&gt;$DUMP/HEAD/BLO=COUNT=0 ( or 1) /ID=6361 disk:&lt;BR /&gt;&lt;BR /&gt;or&lt;BR /&gt;&lt;BR /&gt;$WRITE SYS$OUTPUT F$FID ("disk:", "6361,66,0")&lt;BR /&gt;&lt;BR /&gt;Now please realize that his is not unlikely to fail or give odd results if it was a transient situation.&lt;BR /&gt;&lt;BR /&gt;In the above "disk:" must be replaced with the (logical) name for the disk in question.&lt;BR /&gt;&lt;BR /&gt;Also... Be sure to check out&lt;BR /&gt;&lt;BR /&gt;$HELP/MESSAGE/FAC=ANA DELETE ( or whatever)&lt;BR /&gt;&lt;BR /&gt;hth,&lt;BR /&gt;Hein.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Nov 2008 22:10:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310488#M92088</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2008-11-20T22:10:10Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310489#M92089</link>
      <description>These are probably normal warnings; the stuff shown is typically harmless fodder.&lt;BR /&gt;&lt;BR /&gt;Now...  Why are you running ANALYZE /DISK /REPAIR here?  &lt;BR /&gt;&lt;BR /&gt;And why are running it against an active disk?&lt;BR /&gt;&lt;BR /&gt;I'm presuming there's a reason or a trigger here around why you've gotten this tool out of the toolbox and have started to use it, of course.</description>
      <pubDate>Fri, 21 Nov 2008 02:00:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310489#M92089</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-11-21T02:00:25Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310490#M92090</link>
      <description>I think I haven't seen this one before: "error deleting file"&lt;BR /&gt;&lt;BR /&gt;Why would ANALYZE/DISK/REPAIR try to delete a file?&lt;BR /&gt;&lt;BR /&gt;I would definitely try to find out which file that is with file ID (6361,66,0) and (13431,7,0).&lt;BR /&gt;&lt;BR /&gt;/Guenther</description>
      <pubDate>Fri, 21 Nov 2008 17:52:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310490#M92090</guid>
      <dc:creator>GuentherF</dc:creator>
      <dc:date>2008-11-21T17:52:49Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310491#M92091</link>
      <description>&amp;gt; Why would ANALYZE/DISK/REPAIR try to delete a file?&lt;BR /&gt;&lt;BR /&gt;The file's header in the INDEXF been marked for delete but the file is still present on the disk. And the delete might fail if... file is still open (ACCONFLICT), maybe an installed image that has been replaced and marked for deletion but is still being accessed by some process (there are other cases where a file can be in use but marked for delete).</description>
      <pubDate>Fri, 21 Nov 2008 18:31:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310491#M92091</guid>
      <dc:creator>Jim_McKinney</dc:creator>
      <dc:date>2008-11-21T18:31:37Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310492#M92092</link>
      <description>GÃ¼nther,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Why would ANALYZE/DISK/REPAIR try to delete &amp;gt;a file?&lt;BR /&gt;&lt;BR /&gt;$ ANAL/DISK/REPAIR/CONFIRM might do this.&lt;BR /&gt;&lt;BR /&gt;The ACCONFLICT message indicates, that this file is still opened.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 21 Nov 2008 18:32:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310492#M92092</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2008-11-21T18:32:56Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310493#M92093</link>
      <description>Volker,&lt;BR /&gt;&lt;BR /&gt;would you expect a disk structure utility to delete user files? Entering them in SYSLOST or, dealing with files makred for delte, ja, but deleting a file???&lt;BR /&gt;&lt;BR /&gt;/Guenther</description>
      <pubDate>Fri, 21 Nov 2008 19:06:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310493#M92093</guid>
      <dc:creator>GuentherF</dc:creator>
      <dc:date>2008-11-21T19:06:09Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310494#M92094</link>
      <description>&amp;gt; would you expect a disk structure utility to&lt;BR /&gt;&amp;gt; delete user files? Entering them in SYSLOST&lt;BR /&gt;&amp;gt; or, dealing with files makred for delte, ja,&lt;BR /&gt;&amp;gt; but deleting a file???&lt;BR /&gt;&lt;BR /&gt;My idea of dealing with a file marked for&lt;BR /&gt;delete is to delete it.  What would _you_&lt;BR /&gt;expect to happen to it?  (It's marked for&lt;BR /&gt;_delete_, so let's _save_ it somewhere?)</description>
      <pubDate>Fri, 21 Nov 2008 19:46:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310494#M92094</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-11-21T19:46:42Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310495#M92095</link>
      <description>Steve,&lt;BR /&gt;&lt;BR /&gt;I didn't see in the original report that the file was marked for delete. Hence I wonder why ANALYZE tries to delete a file.&lt;BR /&gt;&lt;BR /&gt;/Guenther</description>
      <pubDate>Fri, 21 Nov 2008 21:30:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310495#M92095</guid>
      <dc:creator>GuentherF</dc:creator>
      <dc:date>2008-11-21T21:30:31Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310496#M92096</link>
      <description>ANALYZE /DISK /REPAIR tries to delete files that are marked for delete or can be temporary; these files can (also, still) be open.  Files that are marked and that are closed will then get deleted.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 22 Nov 2008 03:20:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310496#M92096</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-11-22T03:20:03Z</dc:date>
    </item>
    <item>
      <title>Re: disk analyse error</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310497#M92097</link>
      <description>&lt;!--!*#--&gt;&amp;gt; I didn't see in the original report [...]&lt;BR /&gt;&lt;BR /&gt;As I recall, the complaints like:&lt;BR /&gt;&lt;BR /&gt;%ANALDISK-W-DELHEADER, file (x,y,z) nm.tp;v&lt;BR /&gt;        marked for delete&lt;BR /&gt;&lt;BR /&gt;come out early.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; LATER I GET THIS ERROR&lt;BR /&gt;   ======&lt;BR /&gt;&amp;gt; %ANALDISK-W-DELETE [...]&lt;BR /&gt;&lt;BR /&gt;I assume that the original report left out&lt;BR /&gt;the %ANALDISK-W-DELHEADER complaints.</description>
      <pubDate>Sat, 22 Nov 2008 05:38:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disk-analyse-error/m-p/4310497#M92097</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-11-22T05:38:00Z</dc:date>
    </item>
  </channel>
</rss>

