13 Replies Latest reply on Aug 17, 2011 12:38 AM by Yathindra Pai

    Flashboard Service / arflashd.exe

      Share This:



      I have installed ... on a windows server 2003, dual 2.66 GHz, 6Gb Memory


      BMC AR System Server 7.5.00 / Patch 001
      BMC Atrium CMDB 7.5.0 / Patch 001
      BMC ITSM Suite 7.5.1
      BMC SLM 7.5.00
      BMC SRM 2.2.00 / Patch 003


      but i have an process called arflashd.exe and he eat all the cpu, alwayse use 50% CPU !!

      Has anyone an idea why he alwayse use 50% cpu?


        • 1. Re: Flashboard Service / arflashd.exe
          Yann Baumgartner

          Same issue for me even with Patch002.


          I submitted a ticket to BMC support.

          1 of 1 people found this helpful
          • 3. Re: Flashboard Service / arflashd.exe
            Yann Baumgartner

            Ok there you go... I think I found my issue....


            Check your flasboard logs.... I had my application password wrongly set for whatever reason.


            Now the engine can connect and I'm monitoring if the error comes back as I had other errors relating to wrong table field as well in there.

            • 4. Re: Flashboard Service / arflashd.exe

              I checked my arsystem password, it is correct.


              in the arfbserver.log is following written:

              <main> <FlashServer> <2009-07-15 09:02:03,026> <BMC Remedy Flashboards(R) Server
              Copyright (c) 1994-2009 BMC Software Inc. All rights reserved.Connecting to arserver=XXXXX tcp=0 rpc=0>
              <main> <FlashServer> <2009-07-15 09:02:04,230> <The server has been suspended.>
              <FlashScheduler-Worker-0> <FlashServer> <2009-07-15 09:02:04,230> <The server has resumed operations>


              i restart the services. but he can't connect or as unknown reason he suspend after connecting.

              in this configure, the arflashd.exe service need always 50% cpu!


              the stderr.log and stdout.log are clear.


              i don't know my issue.

              • 5. Re: Flashboard Service / arflashd.exe



                Were you able to resolve the issue?I see 100% CPU usage for me.


                I see the error sometime ego


                <FlashScheduler-Worker-0> <FlashServer> <2009-09-14 15:22:04,800> <Could not get new alarms information>
                ERROR (90): Cannot establish a network connection to the AR System server; Connection refused: connect

                XXXX. YYYYLOCAL
                at com.bmc.arsys.api.ProxyJRpcBase.a(Unknown Source)
                at com.bmc.arsys.api.ProxyJRpcBase.getRpcClient(Unknown Source)
                at com.bmc.arsys.api.ProxyJRpc.ARSetSessionConfiguration(Unknown Source)
                at com.bmc.arsys.api.Proxy.setProxyProperties(Unknown Source)
                at com.bmc.arsys.api.PoolingProxyManager.getProxy(Unknown Source)
                at com.bmc.arsys.api.ARServerUser.getListEntry(Unknown Source)
                at com.remedy.arsys.fbserver.flash.server.util.EntryHelper.getEntryList(EntryHelper.java:99)
                at com.remedy.arsys.fbserver.flash.server.util.EntryHelper.getEntriesInMultiSteps(EntryHelper.java:137)
                at com.remedy.arsys.fbserver.alarm.AlarmMonitor.createInstancesFromARServer(AlarmMonitor.java:351)
                at com.remedy.arsys.fbserver.alarm.AlarmMonitor.createInstancesFromARServer(AlarmMonitor.java:320)
                at com.remedy.arsys.fbserver.flash.server.RefreshJob.getModifiedAlarms(RefreshJob.java:530)
                at com.remedy.arsys.fbserver.flash.server.RefreshJob.checkAlarmObjects(RefreshJob.java:232)
                at com.remedy.arsys.fbserver.flash.server.RefreshJob.execute(RefreshJob.java:168)
                at com.remedy.arsys.fbserver.flash.server.util.Scheduler$Worker.run(Scheduler.java:374)
                <FlashScheduler-Worker-0> <FlashServer> <2009-09-14 15:22:05,925> <Could not get new variables information>
                ERROR (90): Cannot establish a network


                Recently I see


                <FlashScheduler-Worker-0> <FlashServer> <2009-09-29 14:16:17,371> <The server has resumed operations>
                <FlashScheduler-Worker-0> <FlashServer> <2009-09-29 15:18:16,465> <Too much time has elapsed since last collection for variableSLM:SLACompliance:Contracts Approximating the schedule now.>
                <FlashScheduler-Worker-0> <FlashServer> <2009-09-29 15:18:16,527> <Too much time has elapsed since last collection for variableSLM:SLACompliance:Contracts Approximating the schedule now.>



                • 6. Re: Flashboard Service / arflashd.exe
                  Koray Kusat

                  this looks like Defect ID SW00342385


                  check your FB:History form. If there are many many records (probably millions), delete them and restart the flashboard service.

                  • 7. Re: Flashboard Service / arflashd.exe
                    Jason Miller

                    What great timing,  thanks Alexis!  I have started to look into this the last few days.  I had disabled to service since we were not really using any historical FBs but I want to start using them  more.  We have +11 million records in our FB:History form.  Our DB was built and then moved into production years ago.  There was a lot of learning/playing with SLA before the db was moved to production.  Some of those SLA FBs have been colleting data for a long time.


                    I see that SW00342385 is was close and is performing as designed.  The defect record on the support site doesn't really show much detail.  Do you happen to have any more details regarding this defect?  Is it a simple as SLA/SLM is creating a ton of records that are not getting archived off and arflashd.exe tries to load all of the records?



                    • 8. Re: Flashboard Service / arflashd.exe
                      Koray Kusat

                      Hi Jason,


                      the problem's reason is of out of box FB:Variable collects the data very frequently. The default value is 1 minute. After clearing the FB:History form, goto Developer Studio -> Flashboard variables, reset the compliance contracts flashboard variable from the 1 minute default polling to 1 hour or more in SLM:SLACompliance:Contracts. Then you can continue collecting historical data more healthy.

                      • 9. Re: Flashboard Service / arflashd.exe
                        Jason Miller

                        Thanks for sending the FB variable name, I just updated our new ITSM 7.6 environment.  Now off to clean out the FB history in the current prod environment...



                        • 10. Re: Flashboard Service / arflashd.exe
                          Jason Miller

                          Here is additional update.  The last 7.6 environment I mentioned in January was a test/proof of concept system.  I have just built our future production 7.6 system.  I installed SLM last Wednesday.  Without any sample data or our own data the FB:History form has over 1.6 million records in it already.


                          count       C40000


                          5           {B5F4DBCB-5AA5-46D2-B955-7344F44A1B6A}

                          1652595     {67F9638B-1E9A-47E6-AE99-FEC83E75A7BA}

                          22          {0101A3DE-336E-4CB5-B9B0-A37131A916CA}


                          (3 row(s) affected)


                          I pulled a def file of all of the FB variables and by using the Variable System ID (C40000) it looks like SLM:SLACompliance:Contracts is still the problem child.  By default it is set to collect every 3 minutes (which is better than 1 minute as before).  The problem is there are 689 record created in one minute (one run) every 3 minutes.  The Variable pulls data from SLM:SLAComplianceContract_Join.  When I query this form no records are returned.


                          I’ll update this thread as I find out more.



                          • 11. Re: Flashboard Service / arflashd.exe
                            Jason Miller

                            I am starting to think it may have been a glitch causing some kind of loop.  My suspicion is that it is some how DST related.  Looking deeper the 689 records that "were created in one minute" all had the exact Sample Date time but looking at the status history they had been created over a few days.  None of the records had a Sample Date greater than April 2nd but they were being created up until yesterday when I restarted the Remedy services.  DST was on April 2 back in 2006 before the USA extended the DST length.


                            I just deleted the +1 million records and restarted ARS and FB services.  So far there is one record every 3 minutes as expected.  I'll update the thread if this changes.



                            • 12. Re: Flashboard Service / arflashd.exe
                              Allan O'Farrell

                              The below work-around may help.




                              1.       Delete the old records in the table.

                              a.       take system offline

                              b.      backup db

                              c.       run SQL script to execute truncation on FB:History form.  (get customer dba to check the below example

                              d.      e.g.


                              [Get the schema id value from this query]

                              SELECT * FROM ARSchema Where [name] = 'FB:History'





                              Uncomment the below sql command i.e. remove --

                              * if you have backed-up FB:History table.

                              * if you have schemaid from above script, your script will look like


                              *                             TRUNCATE TABLE T148


                              --TRUNCATE TABLE T<Schema_ID_retrieved_from_above_query>




                              2.       Then in Dev Studio,  set the  Flashboard Variable SLM:SLACompliance:Contracts Expiration option to Delete (with a timeframe of say 30 days) and change the sampling interval from 3 minutes to a higher value (say 15mins)

                              • 13. Re: Flashboard Service / arflashd.exe

                                Hi Allan,


                                In addition to the above we might also would need to truncate the H table. To get ride of the transactional data.


                                TRUNCATE TABLE H148;