ASP.NET State Service disabled again by Automatic Updates
Man, this really pisses me off. I ran the monthly patches on my server today. And once again the
It seems like every month I have to go into my site and change the freaking
Why the heck can’t Microsoft respect the settings that I have set up on my machine instead of continuously fucking with it? What business does a service pack or any kind of installer changing a setting of a RUNNING service?
I’m aware of the issue since it’s happened every month, but of course when I’m doing the updates I don’t immediately think of it. So, most of my sites start up and immediately start spewing errors due to the lack of the state service… I find out soon enough and if I’m lucky it’s not from a pissed off customer’s email, but from my error logs.
It's bad enough for my own apps, but I'm thinking about some of my apps installed at customers which won't know what those error messages mean.
This truly sucks… I'm going to have to rethink the use of State Service if this keeps going on.
Now Playing: Bad Religion - Broken
Other Posts you might also like
- Adding minimal OWIN Identity Authentication to an Existing ASP.NET MVC Application
- Resolving Paths To Server Relative Paths in .NET Code
- Map Physical Paths with an HttpContext.MapPath() Extension Method in ASP.NET
- Back to Basics: Rewriting a URL in ASP.NET Core
- Getting the Client IP Address in ASP.NET Core
The Voices of Reason
# re: ASP.NET State Service disabled again by Automatic Updates
# re: ASP.NET State Service disabled again by Automatic Updates
Lots of reasons why I'm not using InProc sessions:
http://west-wind.com/weblog/posts/1986.aspx
State Server is considerably more efficient than SQL Server sessions.
# re: ASP.NET State Service disabled again by Automatic Updates
I have this issue on both my laptop and my server. Any new patch install that messes witht the .NET framework causes the State Service to get disabled (well, set to manual).
Last update was SP1 and exactly the same thing happened. Not 100% sure of the update in between. SP1 as you might recall updated the .NET framework to 1.1. This update updated .NET 1.0 to SP3. I'm guessing it has to do with with any version of the .NET framework being updated.
# re: ASP.NET State Service disabled again by Automatic Updates
:(
Nic
# re: ASP.NET State Service disabled again by Automatic Updates
# re: ASP.NET State Service disabled again by Automatic Updates
# re: ASP.NET State Service disabled again by Automatic Updates
# re: ASP.NET State Service disabled again by Automatic Updates
The catch is you'll need Admin permissions to do it, which an error page is not likely going to have.
FWIW, I haven't had any problems with this anymore so it seems that it's only major updates like an SP and installing a new version of the framework apparently that is causing this sillyness, not just a plain old security update. Of course that may simply be because the normal updates don't touch .NET in any way...
# re: ASP.NET State Service disabled again by Automatic Updates
s\AllowRemoteConnection from 1 to 0. That sucks....maybe its time for ScaleOutSoftware.com
# re: ASP.NET State Service disabled again by Automatic Updates