<?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: Could not access any ArcGIS Enterprise portal machines. No buffer space available. in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697181#M44094</link>
    <description>&lt;P&gt;How do your system stats look like when this error occurs and after restart?&lt;/P&gt;</description>
    <pubDate>Mon, 20 Apr 2026 07:03:57 GMT</pubDate>
    <dc:creator>SimonSchütte_ct</dc:creator>
    <dc:date>2026-04-20T07:03:57Z</dc:date>
    <item>
      <title>Could not access any ArcGIS Enterprise portal machines. No buffer space available.</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697002#M44093</link>
      <description>&lt;P&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;We're running ArcGIS Enterprise 11.5 in a single-machine deployment. When accessing the portal via a web adaptor, we get the error "&lt;FONT color="#993300"&gt;Could not access any ArcGIS Enterprise portal machines. Please contact your system administrator.&lt;/FONT&gt;" When accessing the portal via the 7443 port, the browser reports the error: &lt;FONT color="#993300"&gt;ERR_NO_BUFFER_SPACE&lt;/FONT&gt;.&lt;/P&gt;&lt;P&gt;When accessing the Portal Administrator Directory (portaladmin) via port 7443, we get the following error:&lt;/P&gt;&lt;P&gt;&lt;FONT color="#993300"&gt;RuntimeException: SocketException: No buffer space available (maximum connections reached?): connect&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;Restarting the server machine usually resolves the problem until it occurs again later.&lt;/P&gt;&lt;P&gt;We'd appreciate any help in resolving this problem. Thanks.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Stephen&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 17 Apr 2026 16:46:06 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697002#M44093</guid>
      <dc:creator>StephenKaranja</dc:creator>
      <dc:date>2026-04-17T16:46:06Z</dc:date>
    </item>
    <item>
      <title>Re: Could not access any ArcGIS Enterprise portal machines. No buffer space available.</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697181#M44094</link>
      <description>&lt;P&gt;How do your system stats look like when this error occurs and after restart?&lt;/P&gt;</description>
      <pubDate>Mon, 20 Apr 2026 07:03:57 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697181#M44094</guid>
      <dc:creator>SimonSchütte_ct</dc:creator>
      <dc:date>2026-04-20T07:03:57Z</dc:date>
    </item>
    <item>
      <title>Re: Could not access any ArcGIS Enterprise portal machines. No buffer space available.</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697422#M44096</link>
      <description>&lt;P&gt;&lt;STRONG&gt;In ArcGIS Server 11.5, dedicated instance pools and shared instance pools have a major impact on RAM (memory) usage&lt;/STRONG&gt;, primarily through how they manage ArcSOC processes (the server processes that actually handle map/image service requests). Each ArcSOC process consumes a significant amount of RAM—typically 100–300+ MB depending on your data, symbology, and service complexity.&lt;/P&gt;&lt;H3&gt;Dedicated Instance Pools (Older/Traditional Model)&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;How it works&lt;/STRONG&gt;: Every service runs in its own isolated pool of ArcSOC processes. You configure a &lt;STRONG&gt;minimum&lt;/STRONG&gt; and &lt;STRONG&gt;maximum&lt;/STRONG&gt; number of instances per service.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;RAM impact&lt;/STRONG&gt;:&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Higher overall RAM usage&lt;/STRONG&gt;, especially on sites with many services.&lt;/LI&gt;&lt;LI&gt;The &lt;STRONG&gt;minimum&lt;/STRONG&gt; number of instances (if set &amp;gt; 0) stays running 24/7, even when the service is completely idle. This keeps those ArcSOC processes in memory constantly.&lt;/LI&gt;&lt;LI&gt;If you have dozens or hundreds of services set to dedicated with min ≥ 1, you can quickly see very high baseline RAM consumption.&lt;/LI&gt;&lt;LI&gt;When demand spikes, additional instances (up to the max) spin up, further increasing RAM.&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Best for&lt;/STRONG&gt;: High-traffic, mission-critical, or compute-intensive services that need guaranteed fast response and isolation (no sharing with other services).&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Drawback&lt;/STRONG&gt;: Wastes RAM on low-use services. Many organizations see memory pressure or even out-of-memory issues when too many services are left on dedicated.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;You can reduce RAM somewhat by setting &lt;STRONG&gt;min = 0&lt;/STRONG&gt; on low-use dedicated services (the service will spin down when idle), but this introduces a small “cold start” delay the next time someone uses it.&lt;/P&gt;&lt;H3&gt;Shared Instance Pools (Recommended/Default in 11.5)&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;How it works&lt;/STRONG&gt;: All compatible map and image services share a &lt;STRONG&gt;single fixed pool&lt;/STRONG&gt; of ArcSOC processes (default is usually 4 per machine; you can raise it in Site &amp;gt; Settings &amp;gt; Pooling). When a request comes in, it borrows an ArcSOC from the shared pool.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;RAM impact&lt;/STRONG&gt;:&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;Significantly lower RAM usage&lt;/STRONG&gt; for most deployments.&lt;/LI&gt;&lt;LI&gt;Idle/low-traffic services use &lt;STRONG&gt;almost no resources&lt;/STRONG&gt; — they don’t keep dedicated ArcSOC processes running.&lt;/LI&gt;&lt;LI&gt;The shared pool itself has a small, predictable overhead: each shared ArcSOC caches information about services that have recently received requests. Memory rises gradually as more services get used, but &lt;STRONG&gt;levels off after ~50 services&lt;/STRONG&gt; per recycle period.&lt;/LI&gt;&lt;LI&gt;Result: Far fewer total ArcSOC processes run on the server compared with dedicated mode, especially when you have many services.&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Best for&lt;/STRONG&gt;: The majority of services — especially infrequently used ones (&amp;lt; 1 request per minute on average), cached map/image services, or sites with lots of published services.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Default in 11.5&lt;/STRONG&gt;: New sites and services published from ArcGIS Pro default to &lt;STRONG&gt;shared&lt;/STRONG&gt; unless you change it.&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Tue, 21 Apr 2026 12:44:11 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/could-not-access-any-arcgis-enterprise-portal/m-p/1697422#M44096</guid>
      <dc:creator>HenryLindemann</dc:creator>
      <dc:date>2026-04-21T12:44:11Z</dc:date>
    </item>
  </channel>
</rss>

