Topic
  • 8 replies
  • Latest Post - ‏2013-12-06T21:45:27Z by jgstew
cstoneba
cstoneba
101 Posts

Pinned topic speed up client checkin

‏2013-08-21T16:53:00Z |

I'm looking for ways to speed up client checkin upon installation, i noticed that the client spends alot of time setting user accounts that no longer exist. It looks like these users still exist in the masthead file, but no longer exist in the console.  

   Command succeeded setting "__Group___AdminBy_user123"="False" on "Mon, 01 Nov 2010 14:27:50 +0000" for client (fixlet 269808)

does anyone know of a best practice to remove this old user account and increase TEM client checkin times?
  • martinc
    martinc
    4 Posts

    Re: speed up client checkin

    ‏2013-08-21T18:03:44Z  

    This is something that I opened a PMR for a while back and was told to open an enhancement request:

    http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=28590

    This is also a similar issue we had with old sites that were deleted. We were given some steps to delete the sites from the server and that helped with that situation.

    The one thing you may be able try is to adjust the CPU settings for the client. We did bump it to 5% and it did seem to be a bit better.

  • cstoneba
    cstoneba
    101 Posts

    Re: speed up client checkin

    ‏2013-08-22T17:23:28Z  
    • martinc
    • ‏2013-08-21T18:03:44Z

    This is something that I opened a PMR for a while back and was told to open an enhancement request:

    http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=28590

    This is also a similar issue we had with old sites that were deleted. We were given some steps to delete the sites from the server and that helped with that situation.

    The one thing you may be able try is to adjust the CPU settings for the client. We did bump it to 5% and it did seem to be a bit better.

    voted.  It's a huge problem. Our clients take 4hours+ to checkin for the first time because they have to waste time evaluating all the old operators that no longer exist.

     

     

  • cstoneba
    cstoneba
    101 Posts

    Re: speed up client checkin

    ‏2013-09-05T19:51:38Z  
    • martinc
    • ‏2013-08-21T18:03:44Z

    This is something that I opened a PMR for a while back and was told to open an enhancement request:

    http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=28590

    This is also a similar issue we had with old sites that were deleted. We were given some steps to delete the sites from the server and that helped with that situation.

    The one thing you may be able try is to adjust the CPU settings for the client. We did bump it to 5% and it did seem to be a bit better.

    IBM-ers,  do you have any solutions for a workaround? My customers are quite unhappy that they have to wait nearly 5 hours before they can see their endpoints in their TEM console.

     

     

  • martinc
    martinc
    4 Posts

    Re: speed up client checkin

    ‏2013-09-06T15:20:21Z  
    • cstoneba
    • ‏2013-09-05T19:51:38Z

    IBM-ers,  do you have any solutions for a workaround? My customers are quite unhappy that they have to wait nearly 5 hours before they can see their endpoints in their TEM console.

     

     

    Not an IBMer, but here are a couple suggestions

    1. As stated previously, increase the CPU utilization. You can have this set in the registry when you install the TEM agent so that it is not set by a policy action.

    2. Limit the initial sites that an agent is subscribed to. One way I did this was to create a folder on a system that would flag it as being recently built. I would then use this folder to exclude it from sites like "Patches for Windows" and also for any patch policy actions. This would be part of the build process which would run scripts and as a final step remove that folder. 

    I was thinking about testing out removing operators in my lab to see what would happen, but this would be totally unsupported and probably not recommended at all :)

    Martin

  • cstoneba
    cstoneba
    101 Posts

    Re: speed up client checkin

    ‏2013-09-06T15:46:25Z  
    • martinc
    • ‏2013-09-06T15:20:21Z

    Not an IBMer, but here are a couple suggestions

    1. As stated previously, increase the CPU utilization. You can have this set in the registry when you install the TEM agent so that it is not set by a policy action.

    2. Limit the initial sites that an agent is subscribed to. One way I did this was to create a folder on a system that would flag it as being recently built. I would then use this folder to exclude it from sites like "Patches for Windows" and also for any patch policy actions. This would be part of the build process which would run scripts and as a final step remove that folder. 

    I was thinking about testing out removing operators in my lab to see what would happen, but this would be totally unsupported and probably not recommended at all :)

    Martin

    hi Martinc.  Agreed, increasing BESCLient CPU utilization would probably help, and site subscriptions would help from a content perspective, but my problem is that those would be ( in my opinion) workarounds to a deficiency; that TEM is waisting time evaluating console users that no longer exist.

     

     

  • martinc
    martinc
    4 Posts

    Re: speed up client checkin

    ‏2013-09-06T16:23:26Z  
    • cstoneba
    • ‏2013-09-06T15:46:25Z

    hi Martinc.  Agreed, increasing BESCLient CPU utilization would probably help, and site subscriptions would help from a content perspective, but my problem is that those would be ( in my opinion) workarounds to a deficiency; that TEM is waisting time evaluating console users that no longer exist.

     

     

    Totally agree. That is what I said to the support person in the PMR I had open. :)

    I was able to get something that removed old sites that were deleted, but never anything for old operators.

  • Tim.Rice
    Tim.Rice
    11 Posts

    Re: speed up client checkin

    ‏2013-09-07T14:02:37Z  
    • martinc
    • ‏2013-08-21T18:03:44Z

    This is something that I opened a PMR for a while back and was told to open an enhancement request:

    http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=28590

    This is also a similar issue we had with old sites that were deleted. We were given some steps to delete the sites from the server and that helped with that situation.

    The one thing you may be able try is to adjust the CPU settings for the client. We did bump it to 5% and it did seem to be a bit better.

    I voted for the RFE and urge anyone who wants to see this resolved to do the same.  To vote for the RFE use the link at the bottom of the RFE page.

  • jgstew
    jgstew
    52 Posts

    Re: speed up client checkin

    ‏2013-12-06T21:45:27Z  

    We also have this problem. One workaround is to use the .exe installer with a clientsettings.cfg file that sets more aggressive default settings right away. This can also be done with the .pkg installer on the Mac. The use of the clientsettings.cfg file is not possible with the MSI installer.

     

    We use the following task in the MasterAction site deployed to All Computers to speed up provisioning particularly in the case of the MSI installer which will not have any of these settings in place:

    http://bigfix.me/fixlet/details/3674

     

    It is recommended that you then reduce the WorkIdle after initial provisioning is completed. This could be done with a task that is relevant on machines with a subscribe time of action site > 1* days

     

    I have not tested this in a long time, but I recall initial provisioning times when using the .EXE installer and a clientsettings.cfg file that matches what is being set in the "Recommended Client Settings - Initial Provisioning Speed up" task, Initial provisioning took ~15 min down from many hours.