Repository size of 630Mb still works.

Machines that aren't responding have larger repos: 660Mb up to 890Mb

Von: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] Im 
Auftrag von Craig Andrew (OIZ)
Gesendet: Donnerstag, 22. August 2013 08:53
An: mssms@lists.myitforum.com
Betreff: AW: [mssms] client policy processing limits

I am working out a report to show how many policies the client receives, and 
how that equates to number of files.

I will look at the wmi repository size though, thanks.

Incidentally, I only get wmi errors in Applications and Services 
logs/Microsoft/Windows/WMI-activity/operational. And wbemtest works within the 
ccm namespace. Even when I run a resetpolicy method I get no errors. Except 
that the client doesn't actually do anything.

Von: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] Im 
Auftrag von christopher.catl...@us.sogeti.com
Gesendet: Mittwoch, 21. August 2013 17:19
An: mssms@lists.myitforum.com
Betreff: RE: [mssms] client policy processing limits

How large are your wmi repositories getting when they fail?

Christopher Catlett
Consultant | Detroit
[cid:image001.jpg@01CE9F17.1ADE6610]

Sogeti USA
Office 248-876-9738 |Fax 877.406.9647
26957 Northwestern Highway, Suite 130, Southfield, MI 48033-8456
www.us.sogeti.com<http://www.us.sogeti.com/>

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of CESAR.ABREG0 .
Sent: Wednesday, August 21, 2013 11:01 AM
To: mssms@lists.myitforum.com
Subject: Re: [mssms] client policy processing limits

Original question: "is there a client policy processing limit?" as to how he is 
reaching this number on a client really does not matter.

I'm very interested on this subject, I just moved to a bigger environment and 
there is a possibility we will be advertising all applications (a lot).

Craig, could you (if you don't mind) send me off-line the steps you taking to 
identify this issue?

Thanks,
Cesar.

On Wed, Aug 21, 2013 at 7:16 AM, Jason Sandys 
<ja...@sandys.us<mailto:ja...@sandys.us>> wrote:
So, not evaluating at all, simply still just curious, what are you doing that 
requires the TSes? I understand there's no way to make a dependency on a 
package from an App, so what is in the package that is introducing this 
dependency.

J

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com>] 
On Behalf Of Craig Andrew (OIZ)
Sent: Wednesday, August 21, 2013 9:07 AM
To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Subject: AW: [mssms] client policy processing limits

Hi,

I am advertising just over 300 Task Sequences*, which along with Updates and 
Configurations equates to over 1600 Policy files. In 2012 there are two files, 
the Assignment part and the body part, of a Policy. What I am seeing is that 
somewhere around 300 Deployments the amount of policy files that the policy 
agent has to process at machine policy retrieval is "at least" 1600. And once 
it is finished the wmi seems to stop responding. The client certainly stops 
responding, it cannot actually install any software.

The TS are used to deploy applications so they contain one package step and one 
application step. (I reckon that's about 3 policies per deployment, possibly 6 
or 7 policy files per deployment) x 300 = anywhere between 1800 and 2100

Although it could be I have missed the updates policies as well. If I don't 
advertise all the to a client, then it just gets standard policies like updates 
and configs, and I never see any lag in policy processing.

I will have a look at the wmi buffer. One thing is, if I repair wmi repository 
and repair client then the client starts responding but starts processing the 
policies again so it's not long before it falls over again.

Von: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] Im Auftrag von Daniel Ratliff
Gesendet: Mittwoch, 21. August 2013 15:39
An: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Betreff: RE: [mssms] client policy processing limits

One thing that comes to mind is that if you are sure its WMI that's failing, 
you can increase the memory buffers for WMI. I had to do this recently for a 
PowerShell script running a WMI query against our CAS.

http://social.technet.microsoft.com/wiki/contents/articles/6563.configmgr-sccm-how-to-increase-wmi-default-memory-allocation.aspx

Daniel Ratliff

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jason Sandys
Sent: Wednesday, August 21, 2013 9:34 AM
To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Subject: RE: [mssms] client policy processing limits

I'm curious how one gets to 1600 deployments for a single system? Are you 
deploying every possible update to it?

J

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com]<mailto:[mailto:listsad...@lists.myitforum.com]>
 On Behalf Of Trevor Sullivan
Sent: Wednesday, August 21, 2013 8:19 AM
To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Subject: RE: [mssms] client policy processing limits

Hello Andy,

That's an interesting problem you're describing. Just to make sure I understand 
it correctly, are you saying that if you deploy too many ConfigMgr 
Applications, Package/Programs, Desired Configuration Management Rules, 
Software Updates Deployments, etc. to a single ConfigMgr 2012 SP1 CU2 client, 
that it quits processing them at some point?

Cheers,
Trevor Sullivan
[cid:image002.gif@01CE9F17.1ADE6610]<http://trevorsullivan.net/>   
[cid:image003.gif@01CE9F17.1ADE6610] <http://twitter.com/pcgeek86>    
[cid:image004.gif@01CE9F17.1ADE6610] <http://facebook.com/trevor.sullivan>     
[cid:image005.gif@01CE9F17.1ADE6610] 
<https://plus.google.com/106658223083457664096>

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Craig Andrew (OIZ)
Sent: Wednesday, August 21, 2013 1:45 AM
To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com>
Subject: [mssms] client policy processing limits

Hi All,

Does anyone know if there are specific limits on how many deployments a client 
can receive before dying? (ConfigMgr 2012 SP1 CU2)

What I am seeing in tests just now is if I deploy enough stuff to a client, I 
can make it generate about 1600 policy files and the wmi goes kaput. Then I 
need to rebuild the repository and perform a client repair. Basically the 
client just doesn't do anything, but it also doesn't report any errors. After 
the repair, it processes the policy files and eventually falls over again, 
during which time if I am lucky I can install a couple of apps.

What I really need to do is write some guidelines for software deployment best 
practice, and wondering if anyone has seen this already or has a link to MS 
documentation that specifies a limit on deployments/received policy per 
client...

Thanks for any help

Andy




The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material. If you receive this material/information 
in error,
please contact the sender and delete or destroy the material/information.










<<inline: image001.jpg>>

<<inline: image002.gif>>

<<inline: image003.gif>>

<<inline: image004.gif>>

<<inline: image005.gif>>

Reply via email to