Original posting follows. No many people apparently have this setup, but there was one helpful reply from Kevin Buterbaugh describing that this is normal and not a problem. He gave me a good human description and I found info to back it up at suns website, http://sunsolve.sun.com/private-cgi/show.pl?target=content/content8 Rachel Polanskis is the one out there who has done this without any real problems. She recommends making sure all patches are updated. For anyone who is about to or has done this and is curious about mem usage check out the Solaris Memory Architecture article at SunSolve (the link above). It will explain everything. Thanks for the help. Dave Baldwin > -----Original Message----- > From: David Baldwin > Sent: Tuesday, November 27, 2001 9:14 AM > To: sunmanagers@sunmanagers.org > Subject: Concord nethealth on solaris 7 > > Is anyone running Concord NetHeatlth on Solaris 7? It seems to be > working fine except for memory usage. We have it on a 220R with one > processor and 2g of physical mem. After loading the software, within an > hour the entire 2g of mem is used up. > > It was necessary to put the following in /etc/system for the Concord > install > > set shmsys:shminfo_shmmax=15073280 > set shmsys:shminfo_shmmni=200 > set shmsys:shminfo_shmseg=200 > > I am going to load RMCmem on the system and see if I can get any more > definitive info. Concord is able to run reports of this type of usage > and that is where we are getting the info for now. Basically it shows > the system at ~1.9gb mem-usage, and it stays there consistently. This > seems to happen with 4.8 and 5.0. > > Any help is greatly appreciated. > Thanks, > > Dave Baldwin > RHCE, SCSA > UNIX System Administrator > NOC Engineer > Network Insight, LLC > www.networkinsight.com > Main: 858-450-1180 > Direct: 858-362-8294 > Mobile: 619-726-5485 > > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Mon Dec 3 16:27:55 2001
This archive was generated by hypermail 2.1.8 : Wed Mar 23 2016 - 16:32:36 EDT