<?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 errors in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822964#M77578</link>
    <description>While running our backups we received these errors? &lt;BR /&gt;&lt;BR /&gt;What exactly are they and what could have caused this?? Do I need to look at any other logs. &lt;BR /&gt;&lt;BR /&gt;Received numerous file access conflict errors. &lt;BR /&gt;&lt;BR /&gt;%SET-E-READERR, error reading DUA4:[RMS]SUSPFIL.DAT;53 -SYSTEM-W-ACCONFLICT, file access conflict %SET-E-READERR, error reading DUA4:[RMS]SYSPATH.DAT;35 -SYSTEM-W-ACCONFLICT, file access conflict&lt;BR /&gt;&lt;BR /&gt;SYSTEM-F-DUPLNAM, duplicate name&lt;BR /&gt;  12-JUL-2006 22:08:36&lt;BR /&gt;FINISHED RESET_RMS_PROT&lt;BR /&gt;ANY ERROR ABOVE WILL NEED TO BE INVESTIGATED ???&lt;BR /&gt;</description>
    <pubDate>Thu, 13 Jul 2006 07:23:11 GMT</pubDate>
    <dc:creator>vmsserbo</dc:creator>
    <dc:date>2006-07-13T07:23:11Z</dc:date>
    <item>
      <title>errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822964#M77578</link>
      <description>While running our backups we received these errors? &lt;BR /&gt;&lt;BR /&gt;What exactly are they and what could have caused this?? Do I need to look at any other logs. &lt;BR /&gt;&lt;BR /&gt;Received numerous file access conflict errors. &lt;BR /&gt;&lt;BR /&gt;%SET-E-READERR, error reading DUA4:[RMS]SUSPFIL.DAT;53 -SYSTEM-W-ACCONFLICT, file access conflict %SET-E-READERR, error reading DUA4:[RMS]SYSPATH.DAT;35 -SYSTEM-W-ACCONFLICT, file access conflict&lt;BR /&gt;&lt;BR /&gt;SYSTEM-F-DUPLNAM, duplicate name&lt;BR /&gt;  12-JUL-2006 22:08:36&lt;BR /&gt;FINISHED RESET_RMS_PROT&lt;BR /&gt;ANY ERROR ABOVE WILL NEED TO BE INVESTIGATED ???&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:23:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822964#M77578</guid>
      <dc:creator>vmsserbo</dc:creator>
      <dc:date>2006-07-13T07:23:11Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822965#M77579</link>
      <description>The files &lt;BR /&gt;DUA4:[RMS]SUSPFIL.DAT;53&lt;BR /&gt;DUA4:[RMS]SYSPATH.DAT;35&lt;BR /&gt;&lt;BR /&gt;where open at the time that a SET command tried to do something to them and the SET command failed. If this is not the normal case then investigate what may have been running that had those files open.&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:33:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822965#M77579</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2006-07-13T07:33:59Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822966#M77580</link>
      <description>Thanks! &lt;BR /&gt;&lt;BR /&gt;Normally no users should be logged in the system during backups. What should I look at to see what was running??&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:36:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822966#M77580</guid>
      <dc:creator>vmsserbo</dc:creator>
      <dc:date>2006-07-13T07:36:41Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822967#M77581</link>
      <description>Miles,&lt;BR /&gt;&lt;BR /&gt;determining which jobs were still running and had those files opened will be difficult or impossible afterwards. You could look at accounting records to determine, which jobs might have been running at that time.&lt;BR /&gt;&lt;BR /&gt;You could add the following command in your DCL procedure, if the SET FILE command returns with an error:&lt;BR /&gt;&lt;BR /&gt;$ SHOW DEV/FILES DUA4:&lt;BR /&gt;&lt;BR /&gt;This would show the open files on that disk (on the local node) and the processes, which were accessing them.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 13 Jul 2006 07:43:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822967#M77581</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-07-13T07:43:57Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822968#M77582</link>
      <description>Miles,&lt;BR /&gt;&lt;BR /&gt;Any chance you had two copies of the backup procedure running at the same time?  That could explain the access conflicts as well as the DUPLNAM error if the procedure is attemting to set a fixed process name.&lt;BR /&gt;&lt;BR /&gt;This situation might be the result of a prior backup run waiting for an operator to put a tape in the drive if the running backup exceeded the capacity of the first tape.</description>
      <pubDate>Thu, 13 Jul 2006 07:49:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822968#M77582</guid>
      <dc:creator>Mike Kier</dc:creator>
      <dc:date>2006-07-13T07:49:52Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822969#M77583</link>
      <description>I was about to look into that! Thanks! MAybe?&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:53:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822969#M77583</guid>
      <dc:creator>vmsserbo</dc:creator>
      <dc:date>2006-07-13T07:53:02Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822970#M77584</link>
      <description>Miles,&lt;BR /&gt;&lt;BR /&gt;If it is in a cluster env, this access conflict error common.&lt;BR /&gt;&lt;BR /&gt;You can use SYSMAN command to find any access conflict cluster wide&lt;BR /&gt;&lt;BR /&gt;$ MCR SYSMAN&lt;BR /&gt;SYSMAN&amp;gt; SET ENVIRONMENT/CLUSTER&lt;BR /&gt;SYSMAN&amp;gt; DO SHOW DEVICE disk-name&lt;BR /&gt;&lt;BR /&gt;Archunan&lt;BR /&gt;</description>
      <pubDate>Thu, 13 Jul 2006 11:23:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822970#M77584</guid>
      <dc:creator>Arch_Muthiah</dc:creator>
      <dc:date>2006-07-13T11:23:54Z</dc:date>
    </item>
    <item>
      <title>Re: errors</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822971#M77585</link>
      <description>Miles,&lt;BR /&gt;&lt;BR /&gt;Pls make sure there are no scheduled job running and there are chances any of those scheduled job and scheduler may attempt to use the SET FILE command to set global buffers or statistics on a file, this alsocause SET-E-READERR errors. &lt;BR /&gt;&lt;BR /&gt;Btw, have you resolved your problem?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Archunan</description>
      <pubDate>Thu, 13 Jul 2006 11:34:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/errors/m-p/3822971#M77585</guid>
      <dc:creator>Arch_Muthiah</dc:creator>
      <dc:date>2006-07-13T11:34:59Z</dc:date>
    </item>
  </channel>
</rss>

