<?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: Data Access Protocol error detected; DAP code = 00019008 in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585700#M59192</link>
    <description>"both systems show a large number of Receive data length errors."&lt;BR /&gt;&lt;BR /&gt;The doc says that's only logged with 802.3 format packets, which is slightly odd. My guess would be that it's flagging some passing traffic on the network and unrelated.&lt;BR /&gt;&lt;BR /&gt;I suppose it could be that the switch is corrupting packets in memory and forwarding them with a new, good checksum. That's sounding less likely, especially as you don't see it on bulk transfers.</description>
    <pubDate>Thu, 18 Feb 2010 19:22:48 GMT</pubDate>
    <dc:creator>Richard Brodie_1</dc:creator>
    <dc:date>2010-02-18T19:22:48Z</dc:date>
    <item>
      <title>Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585692#M59184</link>
      <description>We are seeing the above message occasionally when using different commands over a Decnet link between two systems - AS800 v7.2-2 and a DS10 v8.3 both Decnet IV, 100Mb/full (locked down), both plugged into the same Cisco 2950 switch.  We have seen it when either side is initiating the activity.  DIFFERENCE, COPY and DIRECTORY have all produced the error.&lt;BR /&gt;&lt;BR /&gt;I logged a call with HP but I'm having a hard time convincing our network folks that according to HP, the problem 100% of the time is a faulty network switch.  The switch is apparently silently allowing data corruption, but Decnet does some additional CRC check and detects an inconsistency.  I can almost believe that but a DIRECTORY command?  What does it CRC check?&lt;BR /&gt;&lt;BR /&gt;There is "lots of traffic" to/from these two systems (both are test/dev environments).  I'm regularily refreshing test areas with 10-20M blocks worth of stuff with both Decnet and FTP ... I've personally never had the problem but others have.&lt;BR /&gt;&lt;BR /&gt;The v8.3 system was a copy of the v7.2-2 system, upgraded quite some time ago (May-2008).&lt;BR /&gt;&lt;BR /&gt;I hate to second guess VMS support (sorry guys), but does anyone else have experience with this error code?  There is precious little to be found with Mr. Google on the subject.  The network guys are drunk on Cisco Kool-aid ;-).&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Wed, 17 Feb 2010 15:13:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585692#M59184</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2010-02-17T15:13:05Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585693#M59185</link>
      <description>What does mc lancp show device/count say about the hardware?</description>
      <pubDate>Wed, 17 Feb 2010 15:49:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585693#M59185</guid>
      <dc:creator>Richard Brodie_1</dc:creator>
      <dc:date>2010-02-17T15:49:31Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585694#M59186</link>
      <description>Art,&lt;BR /&gt;&lt;BR /&gt;could you please show the REAL COMPLETE error message in the correct context ? I assume it's a %RMS-F-BUG_DAP error.&lt;BR /&gt;&lt;BR /&gt;The DAP code of 00019008 consists of the RMS Facility code (RMS$_FACILITY = 0001) and the MAC:MIC code field in the low 16 bits (low 12 bits are MIC code followed by 4 bit MAC code).&lt;BR /&gt;&lt;BR /&gt;MAC:MIC %o11 : %o10 decodes as:&lt;BR /&gt;&lt;BR /&gt;11        Invalid - Field of message is invalid (e.g.,  bits that  are meant to be mutually exclusive are set, an  undefined  bit  is  set,  a field  value  is  out  of  range  or  an illegal string is in a field).&lt;BR /&gt;&lt;BR /&gt;00 10   DAP message type field (TYPE) error&lt;BR /&gt;&lt;BR /&gt;This seems to indicate, that the remote FAL process, when parsing a received DAP message, found an error in the TYPE field of the received DAP message.&lt;BR /&gt;&lt;BR /&gt;The data 'on the wire' should be protected by the Ethernet Frame level CRC check, which the LAN interfaces generate on transmit and check on receive. I don't believe a switch will re-assemble the Ethernet packet.&lt;BR /&gt;&lt;BR /&gt;But the data is NOT protected between memory and the LAN interface, except by the overall DECnet DAP level CRC, which will be checked when closing the file/link - and you didn't get that far here ! Otherwise you would have received %RMS-F-CRC, network DAP level CRC check failed&lt;BR /&gt;&lt;BR /&gt;Diagnosing this kind of intermittent failure can be very hard. You would have to capture all the DECnet (RMS&amp;lt;-&amp;gt;FAL) traffic on the wire (i.e. in the switch) and diagnose the messages at the DAP protocol level, if this problem has shown up.&lt;BR /&gt;&lt;BR /&gt;You may also try to enable FAL logging to capture the data in the NET*SERVER.LOG file and diagnose them, if the problem has shown up again:&lt;BR /&gt;&lt;BR /&gt;$ DEFINE/SYSTEM FAL$LOG FFFF (on the system running FAL). This may - of course - create big .LOG files.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 17 Feb 2010 17:11:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585694#M59186</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2010-02-17T17:11:15Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585695#M59187</link>
      <description>I've seen similar technical and organizational sequences.  Variously triggered by a faulty card, or down-revision firmware in the Cisco gear, or occasionally by a bad patch cable.&lt;BR /&gt;&lt;BR /&gt;The preferred response from an experienced networking team is a replacement network path.  That alternative path then typically clearly either exonerates or incriminates the networking path as the culprit.  This then (also) leads to an investigation of the switch and switch port, and of testing the cables.&lt;BR /&gt;&lt;BR /&gt;If the boxes are in reasonable physical proximity as might be inferred here and if your networking team is not offering an official alternative path, then supplant the (potentially faulty) switch gear with a commodity unmanaged gigabit switch.  &lt;BR /&gt;&lt;BR /&gt;This switch is US$50 to US$75 or so from various and sundry reputable vendors, if you don't have a spare around and actually have to go buy one.&lt;BR /&gt;&lt;BR /&gt;Also replace the patch cables while you're at it.  Those are good for the occasional flaky.&lt;BR /&gt;&lt;BR /&gt;With a typical gigabit switch (or with an older switch with an uplink port), you can also then uplink into the existing switch if and as needed.&lt;BR /&gt;</description>
      <pubDate>Wed, 17 Feb 2010 17:57:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585695#M59187</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2010-02-17T17:57:16Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585696#M59188</link>
      <description>Richard:&lt;BR /&gt;&lt;BR /&gt;From the switch side, the port counters are "clean", but in LANCP, both systems show a large number of Receive data length errors (80M), but relative to 59G and 898G Bytes received (the v7.2-2 system - 898G - has been up for 476 days).&lt;BR /&gt;&lt;BR /&gt;Volker:&lt;BR /&gt;&lt;BR /&gt;As a result of a DIFF command:&lt;BR /&gt;%DIFF-F-OPENIN, ...&lt;BR /&gt;-RMS-F-BUG_DAP, Data Access Protocol error detected; DAP code = 00019008&lt;BR /&gt;&lt;BR /&gt;As a result of a DIR command:&lt;BR /&gt;%DIRECT-E-OPENIN, ...&lt;BR /&gt;-RMS-F-BUG_DAP, Data Access Protocol error detected; DAP code = 00019008&lt;BR /&gt;&lt;BR /&gt;As a result of a COPY command:&lt;BR /&gt;%COPY-E-OPENIN, ...&lt;BR /&gt;-RMS-F-BUG_DAP, Data Access Protocol error detected; DAP code = 00019008&lt;BR /&gt;&lt;BR /&gt;Hoff:&lt;BR /&gt;&lt;BR /&gt;If I supplant their network switch with my own, I think I can guess what would get supplanted next ;-)  I will get them to setup two other ports on another switch as a step in trying to resolve this.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Art</description>
      <pubDate>Thu, 18 Feb 2010 14:07:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585696#M59188</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2010-02-18T14:07:24Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585697#M59189</link>
      <description>Art,&lt;BR /&gt;&lt;BR /&gt;in case this is NOT caused by the switch, do you have a 3rd OpenVMS node around, from which you could do DIR node:: to those 2 nodes involved in this problem, to see if this can be pinned to one node or the other ?&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 18 Feb 2010 14:16:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585697#M59189</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2010-02-18T14:16:45Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585698#M59190</link>
      <description>Like I said, both of these systems are recipients of fairly regular test area refreshes.  The sources are other v8.3 systems, other v7.2-2 systems and sometimes even the occasional VAX v6.2 system!  The time required to do these data transfers is usually 20 - 30 minutes (ie. steady traffic flow) ... I have never had it happen to me which is confusing - why does something as simple as a DIR fail, yet 30 minutes of sustained activity goes by fine?  It almost seems like it's only when the two test systems, but that was also disproved yesterday when I had to tape restore to the v7.2-2 system and then used Decnet to copy over two 7M block savesets to the v8.3 system - no issue.&lt;BR /&gt;&lt;BR /&gt;We'll go with different switch ports first.  I'll take the opportunity to reboot (maybe 476 days is too long ... don't frown, power down ;-)&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Thu, 18 Feb 2010 14:28:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585698#M59190</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2010-02-18T14:28:14Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585699#M59191</link>
      <description>Art,&lt;BR /&gt;&lt;BR /&gt;according to the error messages posted, the BUG_DAP error seems to be (mostly ?) happening while opening the remote input file and not during a file/data transfer while reading or writing the data over the DECnet link.&lt;BR /&gt;&lt;BR /&gt;I assume these error show up nearly immediately after the command has been issued. So these errors may be triggered by certain data pattern in the received DAP message, which only show up during the early link establishment. &lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 18 Feb 2010 14:40:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585699#M59191</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2010-02-18T14:40:15Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585700#M59192</link>
      <description>"both systems show a large number of Receive data length errors."&lt;BR /&gt;&lt;BR /&gt;The doc says that's only logged with 802.3 format packets, which is slightly odd. My guess would be that it's flagging some passing traffic on the network and unrelated.&lt;BR /&gt;&lt;BR /&gt;I suppose it could be that the switch is corrupting packets in memory and forwarding them with a new, good checksum. That's sounding less likely, especially as you don't see it on bulk transfers.</description>
      <pubDate>Thu, 18 Feb 2010 19:22:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585700#M59192</guid>
      <dc:creator>Richard Brodie_1</dc:creator>
      <dc:date>2010-02-18T19:22:48Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585701#M59193</link>
      <description>This may or may not be a duplicate post, it looked like it accepted my reply, but presented a blank page.  Anyways ...&lt;BR /&gt;&lt;BR /&gt;FYI, attached are the switch port counters.  Looks clean to me.  Port 22 is the v7.2-2 system and 18 is the v8.3 system.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Thu, 18 Feb 2010 19:36:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585701#M59193</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2010-02-18T19:36:43Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585702#M59194</link>
      <description>&amp;gt;If I supplant their network switch with my own, I think I can guess what would get supplanted next ;-)&lt;BR /&gt;&lt;BR /&gt;Why, the networking team, of course.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; I will get them to setup two other ports on another switch as a step in trying to resolve this.&lt;BR /&gt;&lt;BR /&gt;Work with your boss here, too.</description>
      <pubDate>Thu, 18 Feb 2010 19:57:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585702#M59194</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2010-02-18T19:57:34Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585703#M59195</link>
      <description>FYI's, on Sunday I moved the two systems to a completely different Cisco 3750 switch with different ethernet cables and the problem has just reoccured.&lt;BR /&gt;&lt;BR /&gt;I have logged another call with HP.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Tue, 23 Feb 2010 20:46:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585703#M59195</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2010-02-23T20:46:44Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585704#M59196</link>
      <description>Art,&lt;BR /&gt;&lt;BR /&gt;as you seem to have a non-intrusive method to reproduce/show this problem (with DIR node::), why not run a couple of batch jobs from different nodes and/or between these 2 doing DIR node:: in a loop and watching the number of failures and recording a failure matrix: how may failures between which pairs of nodes ? One would hope, that this should point to some common path ...&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 24 Feb 2010 10:03:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585704#M59196</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2010-02-24T10:03:27Z</dc:date>
    </item>
    <item>
      <title>Re: Data Access Protocol error detected; DAP code = 00019008</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585705#M59197</link>
      <description>Art,&lt;BR /&gt;&lt;BR /&gt;did you try to provoke the error by using NCP LOOP NODE WITH {mixed,ones,zeros} ? Or with NCP LOOP CIRCUIT ?&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 25 Feb 2010 07:09:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/data-access-protocol-error-detected-dap-code-00019008/m-p/4585705#M59197</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2010-02-25T07:09:22Z</dc:date>
    </item>
  </channel>
</rss>

