<?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: Subsequent requests: Jdbcurl error Max connections in Management</title>
    <link>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559537#M2029</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is a known defect in the 9.1 line (CSCup43923).&amp;nbsp; There is an engineering special (ES) with a fix for this defect.&amp;nbsp; I recommend opening a support ticket, after which we can make the ES available to you for download.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's the link to open a ticket:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://developer.cisco.com/site/devnet/support/" title="https://developer.cisco.com/site/devnet/support/"&gt;Cisco DevNet Support&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 14 Apr 2015 18:33:08 GMT</pubDate>
    <dc:creator>npetrele</dc:creator>
    <dc:date>2015-04-14T18:33:08Z</dc:date>
    <item>
      <title>Subsequent requests: Jdbcurl error Max connections</title>
      <link>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559536#M2028</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As we have been migrating from CUCM 8.6 to 9.1, we have been encountering issues with CUCM puking on AXL calls.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;CUCM is returning a "Max connections for dbaxlweb at jdbcurl exceed.&amp;nbsp; Connection not allowed".&amp;nbsp; While I have seen a couple other threads talking about this issue.&amp;nbsp; None of the actually get answered.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One thread here (&lt;A href="https://community.cisco.com/docs/DOC-50038"&gt;AXL Error Code 0&lt;/A&gt;), David Staudt from Cisco, states that the HTTP session ID needs to be added to all subsequent requests and points people at another thread, which no longer exists.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Another thread here (&lt;A href="https://community.cisco.com/message/176295"&gt;Re: Max connections for dbaxlweb at jdbcurl exceed&lt;/A&gt;), points to a bug in Prime Collab, but then again talks about re-using a pre-existing connection ID.&amp;nbsp; Later in the thread someone states that adding the session ID only handles reauthentication, and has no bearing on the failure of CUCM in handling database connection.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This issue is now causing us to reboot our CUCM servers once to twice a month, to release the DB connections.&amp;nbsp; Even after opening a TAC case, the Cisco engineers tell us we need to re-use the session ID.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So since, Cisco has no documentation on how this is accomplished, is anyone doing this, and can they provide a code snip-it??&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Secondly, why would a HTTP session, be tied to a DB connection?&amp;nbsp; This seems to be a recipe for disaster.&amp;nbsp; Since HTTP has no "real" connection/handshake between the client application and the server, how does the server determine when the client has closed the connection, therefore releasing the DB connection associated with it?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Apr 2015 16:02:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559536#M2028</guid>
      <dc:creator>dkartio20</dc:creator>
      <dc:date>2015-04-14T16:02:46Z</dc:date>
    </item>
    <item>
      <title>Re: Subsequent requests: Jdbcurl error Max connections</title>
      <link>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559537#M2029</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is a known defect in the 9.1 line (CSCup43923).&amp;nbsp; There is an engineering special (ES) with a fix for this defect.&amp;nbsp; I recommend opening a support ticket, after which we can make the ES available to you for download.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's the link to open a ticket:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://developer.cisco.com/site/devnet/support/" title="https://developer.cisco.com/site/devnet/support/"&gt;Cisco DevNet Support&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Apr 2015 18:33:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559537#M2029</guid>
      <dc:creator>npetrele</dc:creator>
      <dc:date>2015-04-14T18:33:08Z</dc:date>
    </item>
    <item>
      <title>Re: Subsequent requests: Jdbcurl error Max connections</title>
      <link>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559538#M2030</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is there any URL that lists these known defects?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Apr 2015 13:19:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559538#M2030</guid>
      <dc:creator>endamcm79</dc:creator>
      <dc:date>2015-04-15T13:19:28Z</dc:date>
    </item>
    <item>
      <title>Re: Subsequent requests: Jdbcurl error Max connections</title>
      <link>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559539#M2031</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You can go to bug search here:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://tools.cisco.com/bugsearch" title="https://tools.cisco.com/bugsearch"&gt;https://tools.cisco.com/bugsearch&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's a link for this particular defect:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://tools.cisco.com/bugsearch/bug/CSCup43923" title="https://tools.cisco.com/bugsearch/bug/CSCup43923"&gt;https://tools.cisco.com/bugsearch/bug/CSCup43923&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I know that some defects are not exposed to the outside world, so if you can't get to the information, that's why. There's not much information there, anyway.&amp;nbsp; Here's the info on that page:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;&lt;STRONG&gt;Symptom:&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;error message coming in response&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;Max connections for dbaxlweb at jdbcurl exceed. Connection not allowed&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;&lt;STRONG&gt;Conditions:&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;execute large number of axl requests&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;&lt;STRONG&gt;Workaround:&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;restart the tomcat&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="fixedInLabel greyRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px; font-weight: bold; color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px; background-color: #efefef;"&gt;&lt;/P&gt;&lt;TABLE cellpadding="0" cellspacing="0" width="100%"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD class="mouseOverTooltip fixedVersionsHelp"&gt;Known Fixed Releases:&lt;/TD&gt;&lt;TD&gt;&lt;DIV class="fixedInCount" style="font-style: italic; padding-right: 6px;"&gt;(9)&lt;P&gt;&lt;/P&gt;&lt;/DIV&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P class="allList" style="color: #444444; font-family: Arial, Helvetica, sans-serif; font-size: 12px;"&gt;&lt;/P&gt;&lt;DIV class="jspContainer"&gt;&lt;DIV class="jspPane"&gt;&lt;DIV class="whiteRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px;"&gt;10.5(1.11011.1)&lt;P&gt;&lt;/P&gt;&lt;P class="greyRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px; background-color: #efefef;"&gt;10.5(1.11900.10)&lt;/P&gt;&lt;P class="whiteRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px;"&gt;10.5(1.11900.13)&lt;/P&gt;&lt;P class="greyRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px; background-color: #efefef;"&gt;10.5(1.98000.106)&lt;/P&gt;&lt;P class="whiteRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px;"&gt;10.5(1.98000.138)&lt;/P&gt;&lt;P class="greyRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px; background-color: #efefef;"&gt;10.5(1.98000.6)&lt;/P&gt;&lt;P class="whiteRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px;"&gt;10.5(2.10000.5)&lt;/P&gt;&lt;P class="greyRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px; background-color: #efefef;"&gt;11.0(0.98100.18)&lt;/P&gt;&lt;P class="whiteRow" style="padding-left: 6px; padding-top: 2px; padding-bottom: 2px;"&gt;9.1(2.13079.1)&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Apr 2015 16:59:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/management/subsequent-requests-jdbcurl-error-max-connections/m-p/3559539#M2031</guid>
      <dc:creator>npetrele</dc:creator>
      <dc:date>2015-04-15T16:59:58Z</dc:date>
    </item>
  </channel>
</rss>

