IDS Forum

AW: shared memory parameters

Posted By: Andreas.KUTSCHE@spar.at
Date: Thursday, 11 February 2010, at 7:33 a.m.

In Response To: RE: shared memory parameters (Wyza, Jonathon)

Hi,

yes, the article comes from a DB2 documentation, but it talks mainly about OS/Linux parameters and configurations.
With a system reboot the OS configuration could have changed. Either because there were new settings becoming effective with a reboot only, or because some parameter settings were changed at runtime in memory only but not written back to the kernel startup configuration.

Regards
Andreas

>
-------------------------------------------
SPAR Österreichische Warenhandels-AG
Hauptzentrale
A - 5015 Salzburg, Europastrasse 3
FN 34170 a

Tel: +43 662 4470 84923
Fax:
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
> Wyza, Jonathon
> Gesendet: Mittwoch, 10. Februar 2010 17:37
> An: ids@iiug.org
> Betreff: RE: shared memory parameters [18995]
>
> This article refers to DB2, but I'm guessing the same values apply to IDS?
>
> Jonathon Wyza
> Programmer/Analyst
> Administrative Computing
> Bethel College
> (574)-257-3381
> AIM: Iamwyza
> jonathon.wyza@bethelcollege.edu
> ==========================
> SLES 10 SP2 & IDS 10.0 HC9
>
> " I would love to change the world, but they won't give me the source
> code."
> -- Unknown
>
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> Andreas.KUTSCHE@spar.at
> Sent: Wednesday, February 10, 2010 3:35 AM
> To: ids@iiug.org
> Subject: AW: shared memory parameters [18973]
>
> Hi,
>
> maybe your OS kernel settings have changed or got resetted by the reboot
> (most
> interesting ones: shmall, shmsize). Check the values with
> ipcs -l (shared memory limits) or sysctl -a | grep shm
>
> For more explanations you can have a look at
>
>
> http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=/com.ib
> m.db2.udb.uprun.doc/doc/t0008238.htm
>
> Best Regards
> Andreas
>
> >
> -------------------------------------------
> SPAR Österreichische Warenhandels-AG
> Hauptzentrale
> A - 5015 Salzburg, Europastrasse 3
> FN 34170 a
>
> Tel: +43 662 4470 84923
> Fax:
> 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
> > DOUGLAS MERRILL
> > Gesendet: Dienstag, 9. Februar 2010 21:54
> > An: ids@iiug.org
> > Betreff: shared memory parameters [18966]
> >
> > Having trouble with share memory parameters.
> > I am trying to locate each piece of the memory size number reported by
> > "onstat
> > -". So far I have been able to correlate changes in onconfig with
> changes
> > in
> > that onstat number. However, I haven't been able to get it all and can't
> > seem
> > to find out who knows this.
> >
> > When oninit -v starts up the engine, I see the resident memory pool
> number
> > reported there but cannot find the details in that number. It's killing
> > me.
> >
> > You might ask why I'm doing this. Well, we had an assertion failure that
> > we
> > can't account for and when we killed all memory segments (with IBM's
> help)
> > and
> > rebooted the RHEL 4 AS box, IDS 10.00 FC4 could not attach to the
> > SHMVIRTSIZE
> > memory cited in the onconfig file. IBM suggested we take that 20gb
> figure
> > and
> > reduce it. We did and IDS attached and we went with it. We still don't
> > know
> > why we can't start the engine with the same 20gb SHMVIRTSIZE we have had
> > for
> > years.
> >
> > One thing leads to another. We swopped identically memory from our test
> > box to
> > see if we could isolate the problem. No change was noted. Now I'm trying
> > to
> > get very specific about the shared memory parameters on our test box so
> > that I
> > can define and hopefully understand what is going on with our production
> > box.
> >
> > Of course both boxes are the same except for memory (prod has more). In
> > fact,
> > test has 24gb of ram with 6gb being used for raid5. The prod box has
> 32gb
> > of
> > ram with 8gb being used for raid5. Strangely, I can push SHMVIRTSIZE to
> > 21gb
> > on test but can only push prod to about 18.5gb. So now I'm in the middle
> > of
> > it. Seems to me something is going on with hardware or the OS but what?
> > Why
> > does IDS initialize with more virtual shared memory than there is memory
> > on
> > the box? Why can't the prod instance initialize using the same onconfig
> > paramaters that it has for years?
> >
> > On the other hand, here's an easy question: Where can I find the size of
> > the
> > resident pool, other than in the output from oninit -v ?
> >
> > Thanks to all!
> >
> >
> >
> **************************************************************************
> > *****
> > Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
> **************************************************************************
> *****
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
> **************************************************************************
> *****
> Forum Note: Use "Reply" to post a response in the discussion forum.

Messages In This Thread

• shared memory parameters
  DOUGLAS MERRILL -- Tuesday, 9 February 2010, at 3:54 p.m.
  • Re: shared memory parameters
    JACQUES RENAUT -- Tuesday, 9 February 2010, at 4:17 p.m.
  • Re: shared memory parameters
    Lennie Jarratt -- Tuesday, 9 February 2010, at 5:52 p.m.
  • AW: shared memory parameters
    Andreas.KUTSCHE@spar.at -- Wednesday, 10 February 2010, at 3:34 a.m.
    • Re: AW: shared memory parameters
      John Miller iii -- Wednesday, 10 February 2010, at 11:30 a.m.
    • RE: shared memory parameters
      Wyza, Jonathon -- Wednesday, 10 February 2010, at 11:36 a.m.
      • AW: shared memory parameters
        Andreas.KUTSCHE@spar.at -- Thursday, 11 February 2010, at 7:33 a.m.

IDS Forum is maintained by Administrator with WebBBS 5.12.