SCCM SP2 r2 is locking folders under installation of deployed packages

Hi!

I got a potentially huge problem.

We recently discovered that under an installation of a deployed package to a computer, the c:\program files\<name of folder that installation creates> on the computer, is beeing locked. The installation hangs. msiexec.exe hangs. The installation will not proceed - or even fail.
Even though we have a timeout that says if an installation is not finished within 2 hour, SCCM should stop the installation, the installation still hangs. It could go on for days, if we don't manually stop it.

This recently happened for our Java and Adobe Reader packages that we deployed. This was for about 2 weeks ago.

This problem caused a lot of requests to our 1st line supportcentre.

What could cause this?

Best regards,
Kenneth Skogstrand
Kenneth SkogstrandOperation and Maintenance IT ConsultantAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Mike TLeading EngineerCommented:
Hi,

I have seen something similar that was caused by a captured OS that had the wrong permissions on Program Files. So when it was deployed installs to Program Files started to fail. Have you got a single basic build and if so have audited the source permissions of program files?

Our solution was to run a script that ran xcacls (via GPO I think) on effected machines to parse the folder and reset to default Microsoft permissions.

The problem is you have to find the source package that introduced the issue before you can apply the fix.

Mike
0
Kenneth SkogstrandOperation and Maintenance IT ConsultantAuthor Commented:
We are still struggling to find out what's causing this problem. We can't seem to reproduce it manually. It just happens on some computer, not all, still we use the same deployment method.
But we will keep on monitoring this issue, and hopefully we will find what's causing it, and then find a solution.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Kenneth SkogstrandOperation and Maintenance IT ConsultantAuthor Commented:
Still monitoring the issue. I will post a new question about this problem later - if needed.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Applications

From novice to tech pro — start learning today.