Memory Leak in IDS 7.31 UD4 for HP-UX 11.0 
Author Message
 Memory Leak in IDS 7.31 UD4 for HP-UX 11.0

Sent: Monday, February 10, 2003 9:43 AM
To: Everett Mills
Subject: RE: Case# 349423

I am also posting this to comp.databases.informix, thread: Memory Leak
in IDS 7.31 UD4 for HP-UX 11.0

Quote:
>Everett:
>On Saturday when you seen the instance adding another segment, was
this
>before or after you made the change?  

Before.

Quote:
>Also, you had mentioned multiple instances......Have the kernel

params been >adjusted to reflect more than one instance?

We have two instances, each on its own server (one in Dodge City, one
in Liberal).  Both have been behaving in the same fashion since the
upgrade.  The Dodge City one was the one that added another segment on
Saturday.  The Liberal server had been adding segments about a day
after the Dodge City one.

Quote:
>The params we have in the release notes are minimum tested
>values for ONE instance only, so if you have more than one instance
on a
>machine, these will have to be adjusted to accomodate multiple
instances
>(i.e.  twice what the release notes state if there are two

instances).

This doesn't apply, as our database engines are on different (but
identical) machines.

Quote:
>Also, is Informix the only thing running on this machine or are there
other
>apps that are running that can be consuming memory also?  

Yes, the Informix products are the only applications on the servers.

Quote:
>If there are other apps, the only way to truly see if it is Informix
>consuming all the memory is to shut down everything but informix and

see if >memory consumption still increases.  Let me know.

Even if other apps were running on the servers (they aren't), I don't
wee how any app that does not create a database connection could cause
the database to grab additional chunks of RAM.  Also, just before I
bounced each of the engines, I removed all user connections to the
database.  Even with only Informix's own internal sessions running
(the ones with pid of 0), onmode -F failed to recover any memory.
This, to me, very clearly points to something not being right in the
way the server is handling shared memory.

Quote:
>>Yes, I did get it and make a change.  Interestingly, when the
instances
>>were restarted, one refused to release its shared memory.  I had the
>>reboot the server to get it to go again.  Also, on Saturday one of
the
>>instances added yet another segment.  That means it was using nearly

four >>times the amount of memory as the previous (7.31.UC5) server
had to do the >>same job.

Quote:
>>>Everett:
>>>Just checking back to see if you received my email from last week
>>>suggesting that you increase your SHMVIRTSIZE and monitor the
memory
>>>consumption after that change.  Please advise if you received that
and if
>>>you've made the change.  WOuld you like me to put this case in a
WAIT
>>>status for a period of time before we close it, to see if things

get >>>better after making this change??  Please advise.  Thanks.

Sincerely,

Jon G. Adam
Software Engineer
IBM Data Management Solutions
1-800-274-8184  Fax (913) 599-8590

www.ibm.com



Sat, 30 Jul 2005 00:54:23 GMT
 
 [ 1 post ] 

 Relevant Pages 

1. Memory Leak in IDS 7.31 UD4 for HP-UX 11.0

2. onmonitor with HP-UX 11.0 and IDS 7.31

3. KAIO assert failure on HP-UX 11.0 / IDS 7.31 fc4

4. Unable to grant permissions to table - 7.31 HP-UX 11.0

5. Unable to grant permissions to table - 7.31 HP-UX 11.0

6. IDS 7.31UC4 from HP-UX 10.20 to HP-UX 11

7. where I can get libacu.so for hp-ux 10.20, IDS 7.31

8. IDS 9.21 FC3 HP-UX 11.0

9. Remote db connection - IDS 2000 9.2 on HP-UX 11.0

10. Extending IDS.2000 on HP-UX 11.0

11. 8.1.6/HP-UX 11.0 JVM - out of proc memory

12. Memory Window in hp-ux 11.0 for ASE


 
Powered by phpBB® Forum Software