Only one of the ar.cfg files I am looking at had the AREA-Hub-Plugin: arealdap.dll line at all (and it had two next to each other). Neither has a AREA-Hub-Plugin: areasso.dll line. On both of mine, the Plugin: ardbcconf.dll line was about the third line down.
Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi Sent: Tuesday, December 12, 2006 9:44 AM To: [email protected] Subject: Re: ARS 7.0.01 Memory Leak ** Mine works, Both Solaris server and Windows server versions. I even have it working with SSO - Remedy style for the web. This might be the issue -- If you are using area-hub then make sure your ar.conf does only has Plugin: ardbcconf.dll Plugin: WebService.dll THEN Plugin: areahub.dll AREA-Hub-Plugin: areasso.dll AREA-Hub-Plugin: arealdap.dll Plugin: ardbcldap.dll Plugin: FlashboardObject.dll Plugin: ServerAdmin.dll Plugin: reportplugin.dll -- It for some REASON added a Plugin in the first 3 lines of the ar.conf.. Check that first.. FYI On 12/12/06, strauss <[EMAIL PROTECTED]> wrote: ** The other thing that the 7.0.01 release appears to break is AREA LDAP authentication. None of the settings for AREA that worked on a 7.0 server are working on 7.0.01. Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ _____ From: Action Request System discussion list(ARSList) [mailto:[email protected] ] On Behalf Of Axton Sent: Monday, December 11, 2006 5:49 PM To: [email protected] Subject: ARS 7.0.01 Memory Leak ** Just wanted to send a note and inform anyone planning to upgrade to 7.0.01 that it is not production ready. We implemented this in a production environment, only to find massive memory leaks in the product. The arserverd process will continue to run fine until it reaches the upper limits of the 32-bit memory address space (~4gb), at which time it will crash. We observed between 600-700mb of additional memory allocation on our systems per day until we reached that upper limit. Our system handles ~200 support people concurrently, though I am not sure if this has a bearing on the speed at which memory is allocated. We were given a patch (which will become the patch 001 for 7.0.01), but it is pre-restricted release, which I am being told means it will be 3 or more weeks before the patch is at the general release level. Trying to save anyone the headache in case they planned to venture down this road any time soon. Relavent Environment Info: - Oracle 9i with AL32UTF8 character set - Oracle 10g client - Solaris 9 - ARS 7.0.01 - Mixture of clients, ranging from 5.x to 7.0.01 I have been told the same problem has been exhibited on Linux as well. Not sure if it pertains to the db, the client versions, the character sets, etc. Axton Grams __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ -- Patrick Zandi __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
