SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

The topic says a lot. I'm looking for a way to avoid that ugly "service unavailable" page when you deploy a solution.

Also, I would like some theory on it, as I'm not sure I understand it completely. As far as I can tell, it happens because the web-application affected (and only the affected one?) needs to recompile, so as to allow the features of the solution to become available - am I right?

What I don't know is, if there is a way to completely avoid it. In my logical mind, I'd think it would be possible if you had multiple WFEs? So Server A would handle all requests while Server B deploys and compiles the web-app, when done, server B takes the load and server A deploys and compiles.

Can anyone shed some light on this topic for me?

Also, if it simply isn't possible to avoid - is there anyway of replacing the "Service unavailable" with something prettier and more user friendly "Solution updates are in progress" or something would mean a lot more to the user. But if there are multiple causes and reasons for the service unavailable (like, if the application pool died) of course it wouldn't be very smart. But if there was a way of KNOWING the cause was solution updates, that would be great :)


share|improve this question

Hi a while back we had to come up with a setup which allowed solutions to be deployed without downtime. You will need some infrastructure setting up

Hope that helps Simon

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

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