0

In an effort to stop the spucworkerprocessproxy process, I shutdown the Sandboxed Code Service (because we use no sandboxed code) by running:

$serviceInstance =  Get-SPServiceInstance | ? { $_.TypeName -eq '
Microsoft Sharepoint Foundation Sandboxed Code Service';

Stop-SPServiceInstance -Identity $serviceInstance.Id -Confirm:$false;

After running the above, the status of the Sandboxed Code Service changed to "Unprovisioning" and the spucworkerprocessproxy was shutdown and all of its attendant database load vanished. And there was much rejoicing.

However, the following morning, the service was back up and running, along with spucworkerprocessproxy. Sad trombone.

How can we shut this thing down, and keep it off? Thanks.

1
  • what is minrole is for the servers? front-end role?
    – Waqas Sarwar MVP
    Commented Feb 10, 2020 at 16:57

1 Answer 1

0

This is due to the use of a MinRole other than Custom. As outlined in MinRole and associated services for each server role, any associated service will auto-start for that role (the exception being if there is no Service Application, where applicable, which it isn't for Sandbox).

If you switch to the Custom role, while you do lose benefits of using MinRole, you can stop the Sandbox Code service as you see fit.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.