Re: ARS 7.6.03 performance problems
If you think there are memory leaks and you are on the Solaris platform, you can use these tools to find out if there are memory leaks: - mdb - libumem See here for more information: http://blogs.oracle.com/pnayak/entry/finding_memory_leaks_within_solaris If you don't want to run the debugger against your production server/process, you can generate a core file and evaluate it the same way on a separate machine. Do note that while generating the core the process will freeze. The speed at which the core file is written and the size of the core file will determine the amount of time required to generate the core file. I suggest using libumem for all the Remedy process anyway though, since the application is heavily multi-threaded. This will significantly increase the memory footprint, but it comes with benefits. There are several memory allocators in Solaris and the default is less than suitable for multi-threaded applications. - malloc - mtmalloc - ptmalloc - Hoard - libumem See here for a brief comparison of the various memory management libraries: http://dsc.sun.com/solaris/articles/multiproc/multiproc.html libumem will help with the performance of the application in addition to giving you the tools to find out if there are memory leaks and where the leaks are coming from, at the cost of increasing the memory usage of the process. Axton Grams On Fri, Dec 30, 2011 at 8:45 PM, L G Robinson n...@ncsu.edu wrote: ** Hi Patrick, Thanks for the link, but the Mid-tier isn't even running on the same hardware. The AR Server software running on the Solaris box is: AR Server 7.6.03 Build 001 201008170035 Here is additional memory information throughout the day, 5 minute intervals. Memory usage continues to increase for no apparent reason. Is this normal? S UID PID PPID C PRI NIRSS SZWCHANSTIME TTY TIME CMD S root 21007 21006 0 40 20 464456 473136? 05:00:39 ? 9:30 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 468552 477232? 05:00:39 ? 9:41 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 468552 477232? 05:00:39 ? 9:45 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 472648 481328? 05:00:39 ? 9:52 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 476968 485648? 05:00:39 ? 10:04 ./arserverd -s ars00srv -i /local/b S root 21007 21006 1 40 20 481064 489744? 05:00:39 ? 10:16 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 481064 489744? 05:00:39 ? 10:23 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 485160 493840? 05:00:39 ? 10:31 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 489256 497936? 05:00:39 ? 10:35 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 489256 497936? 05:00:39 ? 10:41 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 493352 502032? 05:00:39 ? 10:50 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 497448 506128? 05:00:39 ? 10:56 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 497448 506128? 05:00:39 ? 11:05 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 501544 510224? 05:00:39 ? 11:11 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 505640 514320? 05:00:39 ? 11:18 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 505640 514320? 05:00:39 ? 11:27 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 509736 518416? 05:00:39 ? 11:36 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 513832 522512? 05:00:39 ? 11:43 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 513832 522512? 05:00:39 ? 11:51 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 517928 526608? 05:00:39 ? 11:58 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 522024 530704? 05:00:39 ? 12:04 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 522040 530720? 05:00:39 ? 12:14 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 526136 534816? 05:00:39 ? 12:20 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 530232 538912? 05:00:39 ? 12:26 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 530232 538912? 05:00:39 ? 12:36 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 534328 543008? 05:00:39 ? 12:49 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 50 20 538424 547104? 05:00:39 ? 12:57 ./arserverd -s
Happy New Year!
Welcome to 2012. California will join the rest of us shortly, and then our friends in Hawaii etc. But for most of the world it is here, and in the morning it will be for everyone. Let's raise our glasses to friends and colleagues, And wish all a peaceful and prosperous new year. Daniel ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: ARS 7.6.03 performance problems
Larry: It's possible there's a memory leak in the particular version of the server demon you have. Patrick's thought about patch levels is a good one - if that ...Build 001... means patch 001, then you should download and install the latest patch. August 2010 seems a bit old to me. HTH, --Phil From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of L G Robinson Sent: Friday, December 30, 2011 21:45 To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.03 performance problems ** Hi Patrick, Thanks for the link, but the Mid-tier isn't even running on the same hardware. The AR Server software running on the Solaris box is: AR Server 7.6.03 Build 001 201008170035 Here is additional memory information throughout the day, 5 minute intervals. Memory usage continues to increase for no apparent reason. Is this normal? S UID PID PPID C PRI NIRSS SZWCHANSTIME TTY TIME CMD S root 21007 21006 0 40 20 464456 473136? 05:00:39 ? 9:30 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 468552 477232? 05:00:39 ? 9:41 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 468552 477232? 05:00:39 ? 9:45 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 472648 481328? 05:00:39 ? 9:52 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 476968 485648? 05:00:39 ? 10:04 ./arserverd -s ars00srv -i /local/b S root 21007 21006 1 40 20 481064 489744? 05:00:39 ? 10:16 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 481064 489744? 05:00:39 ? 10:23 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 485160 493840? 05:00:39 ? 10:31 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 489256 497936? 05:00:39 ? 10:35 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 489256 497936? 05:00:39 ? 10:41 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 493352 502032? 05:00:39 ? 10:50 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 497448 506128? 05:00:39 ? 10:56 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 497448 506128? 05:00:39 ? 11:05 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 501544 510224? 05:00:39 ? 11:11 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 505640 514320? 05:00:39 ? 11:18 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 505640 514320? 05:00:39 ? 11:27 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 509736 518416? 05:00:39 ? 11:36 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 513832 522512? 05:00:39 ? 11:43 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 513832 522512? 05:00:39 ? 11:51 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 517928 526608? 05:00:39 ? 11:58 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 522024 530704? 05:00:39 ? 12:04 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 522040 530720? 05:00:39 ? 12:14 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 526136 534816? 05:00:39 ? 12:20 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 530232 538912? 05:00:39 ? 12:26 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 530232 538912? 05:00:39 ? 12:36 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 534328 543008? 05:00:39 ? 12:49 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 50 20 538424 547104? 05:00:39 ? 12:57 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 538424 547104? 05:00:39 ? 13:12 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 542520 551200? 05:00:39 ? 13:18 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 558904 567584? 05:00:39 ? 13:48 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 558904 567584? 05:00:39 ? 14:02 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 48 20 558904 567584? 05:00:39 ? 14:16 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 558904 567584? 05:00:39 ? 14:24 ./arserverd -s ars00srv -i /local/b S root 21007 21006 0 40 20 558904
JOB: IT Prophets Looking for Remedy Developers
IT Prophets is looking for Senior and Junior Remedy Developers for the following areas. Full time and 1099 positions available. Atlanta California Washington DC Also interested in developers with Force.com and Salesforce.com experience. Please send your resume to i...@itprophets.commailto:servi...@itprophets.com. Thank you and Happy New Year! ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: AREA LDAP logging question RESOLVED
Both LDAP servers (on two different, untrusted domains) are authenticating just fine now! So in addition to everything else, the *one* thing that I did not initially try, seemed to do the trick: -Save a backup copy of the ar.cfg file (just in case). -Remove all references to AREA from the ar.cfg file. -Restart the ARSystem service -or- kill the plugin server process to re-read the altered config -Re-add the known-good information to the AREA config *form* which will re-write the needed entries in the ar.cfg file. -Restart the ARSystem service -or- kill the plugin server process to re-read the altered config I think it is important to note (and this was the part the docs didn't clearly define and which confused me) that when allowed to add the values for the AREA-Hub-Plugin: line, the system added two identical lines like so: AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\ arealdap.dll AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\ arealdap.dll And not to overstate the obvious, but just so the info is out there... On the Server Information EA config tab, I have: -Set the EA RPC number to 390695 -Set Cross Reference Blank Password checked. -Set Authentication Chaining Mode to Off. On the AREA Config form, the items of note are: -The remote domain LDAP server is entered by IP Address (DNS on that domain is not available) -The bind user for both LDAP servers needed to be entered in the form of domain\username (MS Active Directory LDAP) -User Base is set to $\AUTHSTRING$ (the keyword for field ID 118 on the USER form) -User Search Filter is set to sAMAccountName=$\USER$ (the keyword for field ID 117 on the USER form) On the User form the items of note are: - Set the password to $NULL$ for the users to be externally authenticated. - Field id 101 is the regular login name field on the user form and is used to uniquely identify the user for the Remedy system, ie - how the user's name will appear in the Submitted by field on a record. I used the format of domain\username. - Added the special fields (field ID 117 and field id 118) (see BMC suport knowldedge article #KA288124) - Field id 117 is the network login name of the user that matches the sAMAccountName on the respective LDAP server. - Field id 118 is set to the parent LDAP container of the user. So, for example if my LDAP user's *full* DN is: cn=myUserName,OU=myDept,OU=myOrg,DC=MyDomain,DC=com Then the parent container would be: OU=myDept,OU=myOrg,DC=MyDomain,DC=com I think that about covers it! Thanks again and everyone have a happy, prosperous, peaceful New Year!! JDHood On Mon, Dec 26, 2011 at 9:48 AM, JD Hood hood...@gmail.com wrote: Actually, I think I have it figured out. I removed all references to the AREA plugin from AR.CFG, restarted the system and started from scratch. I added one LDAP server to the AREA config form, allowing the system to re-add the ar.cfg lines and restarted the services (just being overly cautious). Then I added the 2nd LDAP server and restarted the services. During hte 2nd restart, I noticed that the system added the AREA-Hub-Plugin to ar.cfg like so: AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\arealdap.dll AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\arealdap.dll And plugin logging showed that it started the AREA plugin twice, with each server listed with each plugin start-up in the order they were listed in the config form. Unfortunately at this point, the 2nd LDAP server isn't responding to pings, so I will have to wait until someone is on-site to slap it out of it's stupor. But the logged activity is looking promising and the 1st server is authenticating just fine. Thanks, JDHood On Sat, Dec 24, 2011 at 8:33 AM, JD Hood hood...@gmail.com wrote: My situation is with two different LDAP servers, in two different domains configured in the AREA Config form: Server-A.domain-A -- Remote untrusted Active Directory server defined in the form by I.P. B-Server.B-domain -- Local Active Directory server defined by hostname As regards area, the ar.cfg has the following lines for the plugins: Plugin-Path: D:\Program Files\BMC Software\ARSystem\arealdap Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\areahub.dll AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\arealdap.dll AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\arealdap_1.dll There are no trusts between the domains involved, but outside of Remedy, I can connect to either LDAP server and authenticate just fine. Connectivity and bind credentials are not an issue. Within Remedy, logging shows that the first server defined in the AREA LDAP config form is ever used. I have tried AREA -HUB-Plugin lines like the following, killing the plugin process after each change... A single line: AREA-Hub-Plugin: D:\Program Files\BMC Software\ARSystem\arealdap\arealdap.dll This does not work Two
AR list problems?
No more AR list distributions? I haven't recieve any mails from the list since 2011-12-31 03:45. It's hard to believe the whole world is still celebrating the New Year. Neither I can believe all Remedy related problems has been solved simply by changing the year ;-) When I tried to log in into AR List server (archives) I got the error: Error during command authentication. Error - unable to initiate communication with LISTSERV (errno=10061, phase=CONNECT, target=127.0.0.1:2306). The server is probably not started. Best regards, and happy New Year to everebody. Darek Kuzara ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: ARS 7.6.03 performance problems
We have seen arserverd memory continues to increase in Solaris with both libumem or libc. We have tested this with ARS 7.5 and solaris 5.10 Our observation was arserverd daemon takes up some memory when a user issues a large query and will not release it to OS even after the query is complete. The next time another user issues any large query which requires more memory than it already has, it grabs more memory but will not release it to OS after the query is completed. With this behavior we have seen ARS memory footprint reaching 20+ GB over a few weeks at which point we had to restart ars to clean all the memory it grabbed or it eventually will crash. Now I am working in windows, I do not see this happening. ARS always gets back to its original foot print after executing queries. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: ITSM 7.6.04p2 and incorrect Dialog size
We have experienced this situation with 7.6.04 p1--have not successfully installed p2 (separate situation, being handled with BMC support by Chris Strauss, across the hall!). I will supply more details after 'resuming' operations following the University's Winter Break. Don W. McClure, P.E. ITSS Call Tracking Administration University of North Texas dwmac @ unt . edu From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Nathan Aker Sent: Wednesday, December 21, 2011 2:25 PM To: arslist@ARSLIST.ORG Subject: Re: ITSM 7.6.04p2 and incorrect Dialog size ** We've seen similar behavior, haven't had time to worry about it with all the other issues. We're on ITSM 7.6.04 p1 / ARS p2 Windows 2008 Server Tomcat Oracle 11g IE / Firefox Nathan Aker ITSM Solution Architect McAfee, Inc. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Terje Moglestue Sent: Wednesday, December 21, 2011 11:09 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: ITSM 7.6.04p2 and incorrect Dialog size ** All dialogs looks like this. See attached. Got more or less the same in all browser IE8, Firefox and Chrome. I have jet to find a dialog that opens correctly within ITSM 7.604p2. ~ Terje From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] On Behalf Of William Rentfrow [wrentf...@stratacominc.com] Sent: 21 December 2011 17:03 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: ITSM 7.6.04p2 and incorrect Dialog size ** Has anyone else seen this problem in other environments - especially Linux? William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.commailto:wrentf...@stratacominc.com Blog: www.williamrentfrow.comhttp://www.williamrentfrow.com O 715-592-5185 C 715-410-8056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Terje Moglestue Sent: Wednesday, December 21, 2011 10:53 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: ITSM 7.6.04p2 and incorrect Dialog size ** DB Server: Windows 2008 RS SP1 64 bits, MS SQL 2008 64 bits App Server: Windows 2008 RS SP1 64 bits, BMC ARS 7.604SP2, ITSM 7.604SP2. Web Server: Windows 2008 RS SP1 64 bits, Tomcat 6.0.20, MT 7.604sp2 ~ Terje From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] On Behalf Of William Rentfrow [wrentf...@stratacominc.com] Sent: 21 December 2011 16:23 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: ITSM 7.6.04p2 and incorrect Dialog size ** What platform(s) are you using for AR system, MT app server, and HTTP server? William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.commailto:wrentf...@stratacominc.com Blog: www.williamrentfrow.comhttp://www.williamrentfrow.com O 715-592-5185 C 715-410-8056 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Louise Van Hine Sent: Wednesday, December 21, 2011 5:59 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: ITSM 7.6.04p2 and incorrect Dialog size ** clearly, BMC does not. :( Not good. From: Terje Moglestue te...@mogle.commailto:te...@mogle.com To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Sent: Wednesday, December 21, 2011 6:30 AM Subject: ITSM 7.6.04p2 and incorrect Dialog size ** Folks, We are playing with a sandbox for ITSM 7.604p2 running on Windows 2008, SQL 2008 and Tomcat. I can see that most dialogs got a incorrect windows size. The end user can scroll horizontal and vertical at times just a few millimetre in other dialogs a bit more. Most of the time all fields and buttons are within the window. It just looks tacky - badly implemented. It can quickly be fixed by resize the windows size within Developer Studio. Who got time doing that for all the dialog? BMC QA is normally better then this? Testing with different browsers makes hardly any difference. Can this be easily fixed? ~ Terje No virus found in this message. Checked by AVG - www.avg.comhttp://www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4693 - Release Date: 12/20/11 _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ No virus found in this message. Checked by AVG - www.avg.comhttp://www.avg.com Version: 2012.0.1890 / Virus Database: 2109/4694 - Release Date: 12/21/11 _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend
Re: AR list problems?
Well, no the entire world wasn't celebrating still, but apparently I did a bit too much. For the first time in 15 years I forgot to renew the license. Usually I do it early in December but apparently I forgot. (I'd love to blame lsoft for not giving me a warning since Nov. 21st, but in the end, it was me). So, my humble apologies, normal service has been restored. Daniel From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Dariusz Kuzara Sent: January 2, 2012 4:20 PM To: arslist@ARSLIST.ORG Subject: AR list problems? ** No more AR list distributions? I haven't recieve any mails from the list since 2011-12-31 03:45. It's hard to believe the whole world is still celebrating the New Year. Neither I can believe all Remedy related problems has been solved simply by changing the year ;-) When I tried to log in into AR List server (archives) I got the error: Error during command authentication. Error - unable to initiate communication with LISTSERV (errno=10061, phase=CONNECT, target=127.0.0.1:2306). The server is probably not started. Best regards, and happy New Year to everebody. Darek Kuzara _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are