Jump to content


jbrooky

SCCM 2012 R2 - pagefile problem?

Recommended Posts

Hello,

I work at quite a large organisation where we implemented SCCM 2012 R2 about a year ago. We have been experiencing PAGEFILE issues on a lot of our virtual servers since around the same time, and the finger is being pointed quite easily at SCCM being the source.
After searching the web, I've come no closer to a method to prove/disprove or just straight find out whats causing this issue. Has anyone else experienced the same thing? The pagefile usage seems to spike up around 10%, then flatten out... until it innevitably fills up and causes headache.

Any ideas?

Joe

Share this post


Link to post
Share on other sites

You will need to review the log file to know what is going on when the page file is filling up.

But I can say I have never see or heard of this issue before.

 

You can also try and replicate the issue by finding a computer that is not having the issue and then triggering each action item until the issue occurs. Remember to leave at least ~30 minutes between each item. If I has to guess I would say it was SW inv or SU scan.

Share this post


Link to post
Share on other sites

You will need to review the log file to know what is going on when the page file is filling up.

But I can say I have never see or heard of this issue before.

 

You can also try and replicate the issue by finding a computer that is not having the issue and then triggering each action item until the issue occurs. Remember to leave at least ~30 minutes between each item. If I has to guess I would say it was SW inv or SU scan.

 

Which log file are we talking about here?

No, it seems the world hasn't had this issue before except us! You let me down Google!

 

I have some machines which do not have the issue, and have been running all cycles since they were born into existence. I literally cannot replicate the issue it seems, but its happening on around 30 or so of our servers, and rebooting them once a week isn't something I want to make a habit of.

Share this post


Link to post
Share on other sites

I can't tell you which log file to look at until you narrow which item is causing the issue.

 

Why do you think it is CM12? Why is it not WSUS or AV scanning?

 

What is you SW inv agent scan cycle set to?

 

How many server do you have now? So 30 out of x?

Share this post


Link to post
Share on other sites

I can't tell you which log file to look at until you narrow which item is causing the issue.

 

Why do you think it is CM12? Why is it not WSUS or AV scanning?

 

What is you SW inv agent scan cycle set to?

 

How many server do you have now? So 30 out of x?

 

Unfortunately I'm in a guilty until proven innocent environment. The problem wasn't seen before the SCCM implementation. I'd like to prove it isn't SCCM at all.

30 out of around 600 servers, unfortunately some critical application servers.

 

http://i.imgur.com/LylCQdQ.png<- SW inv scan cycle

Share this post


Link to post
Share on other sites

I would turn OFF SW inventory, as it is useless and a huge pain. If you insist on keep it, then make it occur every 21-30 days.

 

 

See fi that help, if it doesn't then there isn't much you can do but roll up your sleeves and start digging.

Share this post


Link to post
Share on other sites

I'd agree with Garth here. I've never heard of this issue or experienced it first hand. Usually a high pagefile usage would be due to not enough RAM to be available for the .dll and .exe paging executions to take place. Being that these are VM's have you tried adding some RAM on one of them?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...


×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.