Memory segments grow, and never be freed!!!!

Hello, friends. I need some ideas to solve our problem. Our machine is allocating several memory segments, since the IDS is started. The problem around is that it goes up and up allocating new segments, and never stops (it seems it´s not automatically freeing some segments not used). Our onstat -g seg output is: IBM Informix Dynamic Server Version 11.50.FC1TL -- On-Line -- Up 23:31:16 --8607000 Kbytes Segment Summary: id key addr size ovhd class blkused blkfree 7766026 52564801 44000000 7994368000 94115432 R 1951747 3 7798795 52564802 220806000 512000000 6001696 V 110750 14250 7831564 52564803 23f04e000 153600000 1801648 V 20835 16665 7864333 52564804 2482ca000 153600000 1801648 V 3866 33634 Total: - - 8813568000 - - 2087198 64552 For now it´s just fine, but in a couple of days we need to stop the database and start it over to solve this. Obs: I´ve read some similar doubts, and our VP_MEMORY_CACHE_KB is already set to 0, ok? Regards!

Try: # onmode -F 'onmode -F' =3D Free unused memory segments See if that helps. I've had situations on my HPUX box to where I needed to bounce Informix. In rare occasions, I even had to reboot the system. Nice= , eh? HTH Jonathan Smaby Pomona College -----Original Message----- > From: ALEXANDRE MARINI <amarini@fazenda.ms.gov.br> > Reply-To: <ids@iiug.org> > Date: Wed, 20 Aug 2008 15:47:56 -0400 (EDT) > To: <ids@iiug.org> > Subject: Memory segments grow, and never be freed!!!! [13167] >=20 > Hello, friends.=20 > I need some ideas to solve our problem. > Our machine is allocating several memory segments, since the IDS is start= ed. > The problem around is that it goes up and up allocating new segments, and > never stops (it seems it=B4s not automatically freeing some segments not us= ed). >=20 > Our onstat -g seg output is: >=20 > IBM Informix Dynamic Server Version 11.50.FC1TL -- On-Line -- Up 23:31:16= --> 8607000 Kbytes=20 >=20 > Segment Summary:=20 > id key addr size ovhd class blkused blkfree > 7766026 52564801 44000000 7994368000 94115432 R 1951747 3 > 7798795 52564802 220806000 512000000 6001696 V 110750 14250 > 7831564 52564803 23f04e000 153600000 1801648 V 20835 16665 > 7864333 52564804 2482ca000 153600000 1801648 V 3866 33634 > Total: - - 8813568000 - - 2087198 64552 >=20 > For now it=B4s just fine, but in a couple of days we need to stop the datab= ase > and start it over to solve this. > Obs: I=B4ve read some similar doubts, and our VP_MEMORY_CACHE_KB is already= set > to 0, ok?=20 >=20 > Regards!=20 >=20 >=20 > *************************************************************************= ***** > *=20 > Forum Note: Use "Reply" to post a response in the discussion forum. >=20 ------------------------------------------------------------- This message has been scanned by Postini anti-virus software. =0D

Alexandre, I have/had the same problem. Now I'm trying a change in onconfig that Jacques Renaut write in some older emails on this List. I add VP_MEMORY_CACHE_KB = 0 in my onconfig and my IDS have been working great for about 5 days now. Any way you can send us 'onstat -g ses' too see if there are too much sessions or maybe some session using too much memory. Also you can send the lines where you see a high number of reads/writes in 'onstat -u' Good Luck Sorry about my English Emiliano Romero Jonathan Smaby wrote: > Try: > > # onmode -F> > 'onmode -F' =3D Free unused memory segments > > See if that helps. I've had situations on my HPUX box to where I needed to > bounce Informix. In rare occasions, I even had to reboot the system. Nice= > , > eh? > > HTH > > Jonathan Smaby > Pomona College > > -----Original Message----- > >> From: ALEXANDRE MARINI <amarini@fazenda.ms.gov.br> >> Reply-To: <ids@iiug.org> >> Date: Wed, 20 Aug 2008 15:47:56 -0400 (EDT) >> To: <ids@iiug.org> >> Subject: Memory segments grow, and never be freed!!!! [13167] >> =20 >> Hello, friends.=20 >> I need some ideas to solve our problem. >> Our machine is allocating several memory segments, since the IDS is start= >> > ed. > >> The problem around is that it goes up and up allocating new segments, and >> never stops (it seems it=B4s not automatically freeing some segments not us= >> > ed). > >> =20 >> Our onstat -g seg output is: >> =20 >> IBM Informix Dynamic Server Version 11.50.FC1TL -- On-Line -- Up 23:31:16=>> This email and any attachments thereof may contain confidential, privileged, proprietary, or otherwise private information. This email is intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient of the email and its attachments please inform the sender immediately and do not disclose the contents to any other person, use it for any purpose or store or copy the information in any way and delete this e-mail and its attachments from your system. Any views or opinions expressed are solely those of the author.

Hi, if the problem still exists: Is your OS HP-UX 11.31 ? We have seen a memory leak in the network area. Generally you should monitor memory consumption with onstat -g ses onstat -g memIf the memory consumption doesn't come from sessions, you can further use onstat -g ufr <growing poolname from onstat -g mem> Regards, Andreas Kutsche > ------------------------------------------- SPAR Österreichische Warenhandels-AG Hauptzentrale A - 5015 Salzburg, Europastrasse 3 FN 34170 a Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] Im Auftrag von > Emiliano Romero > Gesendet: Mittwoch, 20. August 2008 22:50 > An: ids@iiug.org > Betreff: Re: Memory segments grow, and never be freed!!!! [13170] > > Alexandre, I have/had the same problem. Now I'm trying a change in > onconfig that Jacques Renaut write in some older emails on this List. > > I add VP_MEMORY_CACHE_KB = 0 in my onconfig and my IDS have been working > great for about 5 days now. > > Any way you can send us 'onstat -g ses' too see if there are too much > sessions or maybe some session using too much memory. Also you can send > the lines where you see a high number of reads/writes in 'onstat -u' > > Good Luck > > Sorry about my English > > Emiliano Romero > > Jonathan Smaby wrote: > > Try: > > > > # onmode -F> > > > 'onmode -F' =3D Free unused memory segments > > > > See if that helps. I've had situations on my HPUX box to where I needed > to > > bounce Informix. In rare occasions, I even had to reboot the system. > Nice= > > , > > eh? > > > > HTH > > > > Jonathan Smaby > > Pomona College > > > > -----Original Message----- > > > >> From: ALEXANDRE MARINI <amarini@fazenda.ms.gov.br> > >> Reply-To: <ids@iiug.org> > >> Date: Wed, 20 Aug 2008 15:47:56 -0400 (EDT) > >> To: <ids@iiug.org> > >> Subject: Memory segments grow, and never be freed!!!! [13167] > >> =20 > >> Hello, friends.=20 > >> I need some ideas to solve our problem. > >> Our machine is allocating several memory segments, since the IDS is > start= > >> > > ed. > > > >> The problem around is that it goes up and up allocating new segments, > and > >> never stops (it seems it=B4s not automatically freeing some segments > not > us= > >> > > ed). > > > >> =20 > >> Our onstat -g seg output is: > >> =20 > >> IBM Informix Dynamic Server Version 11.50.FC1TL -- On-Line -- Up > 23:31:16=> >> > > This email and any attachments thereof may contain confidential, > privileged, > proprietary, or otherwise private information. This email is intended > solely > for the use of the individual to whom it is addressed. If you are not the > intended recipient of the email and its attachments please inform the > sender > immediately and do not disclose the contents to any other person, use it > for > any purpose or store or copy the information in any way and delete this e- > mail > and its attachments from your system. Any views or opinions expressed are > solely those of the author. > > > ************************************************************************** > ***** > Forum Note: Use "Reply" to post a response in the discussion forum.