low memory
Posted in 2012
Topics: Connectivity: ODBC / JDBC / .NET, Platform-Specific Issues
This is on 11.70.TC3IE on Windows Server 2008 32bit. The machine has 4gb of ram. It is running IIS on the same server. The web pages call Com objects that are connecting to IDS. When used memory gets up to around 64% free, we get a lot of this: General error.Not enough space for parser stacks Src:Microsoft OLE DB Provider for ODBC Drivers Info: Message:'IDispatch error #3092' Then everything goes bad and IIS needs to be restarted to get memory down from 1.5gb to around 300mb . Perhaps com objects are not releasing connections to IDS or the objects not being freed as they should. Is there a way to find connections that have had no activity with a given amount of time and kill them? Not sure if that would solve it but I could try.
Hi Bill, I personally haven't used it, but there is a documented feature in IDS 11.70 to automatically terminate idle connections: http://publib.boulder.ibm.com/infocenter/idshelp/v117/topic/com.ibm.admin.doc/id s_admin_1366.htm Regards, Stuart --- Ardenta Ltd is a company registered in England and Wales. Registered number: 4181041. Registered office: Saxon House, Downside, Sunbury on Thames, Middlesex, TW16 6RT. -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Bill Hamilton Sent: 04 August 2012 01:31 To: ids@iiug.org Subject: low memory [27924] This is on 11.70.TC3IE on Windows Server 2008 32bit. The machine has 4gb of ram. It is running IIS on the same server. The web pages call Com objects that are connecting to IDS. When used memory gets up to around 64% free, we get a lot of this: General error.Not enough space for parser stacks Src:Microsoft OLE DB Provider for ODBC Drivers Info: Message:'IDispatch error #3092' Then everything goes bad and IIS needs to be restarted to get memory down from 1.5gb to around 300mb . Perhaps com objects are not releasing connections to IDS or the objects not being freed as they should. Is there a way to find connections that have had no activity with a given amount of time and kill them? Not sure if that would solve it but I could try. ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.
Thanks Stuart. We can try that. -----Original Message----- From: Stuart Brooks Sent: Monday, August 06, 2012 4:48 AM To: ids@iiug.org Subject: RE: low memory [27942] Hi Bill, I personally haven't used it, but there is a documented feature in IDS 11.70 to automatically terminate idle connections: http://publib.boulder.ibm.com/infocenter/idshelp/v117/topic/com.ibm.admin.doc/id s_admin_1366.htm Regards, Stuart --- Ardenta Ltd is a company registered in England and Wales. Registered number: 4181041. Registered office: Saxon House, Downside, Sunbury on Thames, Middlesex, TW16 6RT. -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Bill Hamilton Sent: 04 August 2012 01:31 To: ids@iiug.org Subject: low memory [27924] This is on 11.70.TC3IE on Windows Server 2008 32bit. The machine has 4gb of ram. It is running IIS on the same server. The web pages call Com objects that are connecting to IDS. When used memory gets up to around 64% free, we get a lot of this: General error.Not enough space for parser stacks Src:Microsoft OLE DB Provider for ODBC Drivers Info: Message:'IDispatch error #3092' Then everything goes bad and IIS needs to be restarted to get memory down from 1.5gb to around 300mb . Perhaps com objects are not releasing connections to IDS or the objects not being freed as they should. Is there a way to find connections that have had no activity with a given amount of time and kill them? Not sure if that would solve it but I could try. ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum. ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.