Hi

DBeaver uses JDBC to connect to Cache so each instance of dbeaver you have open and connected to Cache will consume a license. Each terminal connection whether it be Cache Terminal or Putty will also consumer one license per connection. The error condition you see is the Cache License limit has been exceeded. If you have Cache Studio open that will consume a license and so on. 

From the Managment Portal you can view the license information:

Management Portal -> System Administration -> Licensing -> License Key and you will see this in the Community Version of IRIS/IRIS  for Health

Current license key information for this system:

License Capacity  InterSystems IRIS Community license Customer Name  InterSystems IRIS Community Order Number  54702 Expiration Date  10/30/2021 Authorization Key 8116600000500000500008000084345EF8F2473A5F13003 Product=Server License Type=Concurrent User Server=Single Platform=IRIS Community License Units=5 Licensed Cores=8 Authorized Cores=8 Extended Features=3A5F1300 - Interoperability - BI User - BI Development - HealthShare - Analytics Run - Analytics Analyzer - Analytics Architect - NLP - HealthShare Foundation - Analytics VR Execute - Analytics VR Format - Analytics VR Data Define - InterSystems IRIS Non-Production Machine ID

From the Management Portal -> System Operation -> License Usage you can see how many linceses are in use and by which user

 

System > License Usage Menu

License Usage   Last update: 2021-02-03 09:05:30.772

- Summary    - Usage by Process    - Usage by User    - Distributed License Usage   Current license activity summary:  Page size:  Max rows:  Results: 5  Page: |‹‹‹1›››|of 1        License Unit Use  Local  Distributed    Current License Units Used 1 Not connected to license server   Maximum License Units Used 2 Not connected to license server   License Units Authorized 5 Not connected to license server   Current Connections 1 Not connected to license server   Maximum Connections 2 Not connected to license server

Yours

Nigel 

Hi John

That's a neat solution. Thanks

Nigel

Hi

One question I meant to ask is if you are building local arrays to store temporary data or similar and they are growing too large. That can quickly eat up all your memory if they are very large. It would be better to use ^CacheTemp($j,...) or replace $j with %session.SessionId if you are using a web service, or REST ($j is not reliable as $j will be the PID of the process that processes your CSP Request). In fact there are various ways of creating temporary globals which reside on disk rather than in your local variable partition. My previous reply focused on where the error was being reported but it occurred to me that there could be something else that the application code could be doing that is eating up your memory and effectively leave none for your BINDSRV.  But my gut instinct is that it is an issue with the objects being passed into the %BindExport method which if I remember correctly is passed $this, the current object instance