New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrading Visual Studio to 16.4 broke the execution of an In-Process asp.net core 3.0.1 application. Error 500.30 ANCM #17614
Comments
The part in your csproj concerns:
You should not be mixing 3.0 and 2.2 dependencies like that. I think you can honestly remove the references from your project, they should be implicitly brought in by referencing the websdk. See https://docs.microsoft.com/en-us/aspnet/core/migration/22-to-30?view=aspnetcore-3.1&tabs=visual-studio#framework-reference for more info. I wouldn't be surprised if this is causing some of these odd behaviors you are seeing. Besides that, you can check the windows event log for more information about the execptions you are seeing. |
This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment. If it is closed, feel free to comment when you are able to provide the additional information and we will re-investigate. See our Issue Management Policies for more information. |
I am having this same issue. It is related to the Visual Studio 16.4 update, please do not close or mark this issue stale |
@Siliconrob could you post what you have in your csproj? From my original analysis, this issue only affected application that were crossing dependencies between 2.2 and 3.0, which isn't a supported scenario. If that isn't the case, I'd like to start investigating this asap as I've seen two issues about it. |
|
Yeah, it looks like you are mixing versions between 2.2 and 3.0. Can you remove all Microsoft.AspNetCore packages with 2.2 in them? Those should all be implicitly added, I'd imagine there is something going wrong there. |
Removed the |
Can you check the windows event log to see what error is being thrown? Also, can you see if you are able to debug break at the start of program main. The original issue mentioned they were able to get to ConfigureServices, but not Configure. |
Setting the log output there is nothing in it. The file is empty. Example Doesn't reach either. It exists immediately. I mean this is more of annoying issue now instead of blocking as am able to set to |
For the file .\logs\stdout, you'd need to set stdoutLogEnabled="true". Otherwise, I'm definitely confused. The exit code was 0, meaning the app exited "gracefully". I don't think it's an issue with VS 16.4 itself; it seems like an issue with .NET Core 3.1 itself. Can you show me what you are doing in program main, or potentially a repro app would be useful |
Going to need to strip this project down to something for a reproducible app, but I did set the This was file generated |
Cool, please let me know when you have a repro. |
Change your module name |
|
@Siliconrob any luck getting a repro app? |
Try changing it in your web.config as well!
|
Setting a deadline of 24 hours to get you that starting now. OK? |
Hello, I'm sorry for the late response. I was extremely busy at work and did not have time to answer. I will try as soon as possible to fix the package references and see if it is the source of the problem. As I said, other 3.0.1 apps were running successfully. The thing is, in the production environment there is only asp.net core runtime and hosting bundle for 3.0.1 installed, so I hope removing the package references doesn't break anything, since I will be building with 3.1 SDK. |
For sure it's interesting; if you are able to get me a repro app, I can start to try to identify what the underlying problem for why 3.0.1 worked and 3.1 didn't. |
I'm not going to make it other things have come up. I will get to this when I can (sometime later this week). Sorry, there is a lot of proprietary code that must be removed and anonymized prior to me giving you a repro app |
Triage: We're pretty stuck here without a repro :(. Can anyone on this thread provide something? We aren't able to repro this. |
Yeah I know, let you down on this. Will work on it some more when I have a chance |
Remove all the package reference versions below 3.0 from the project and clean and re-build the solution. This worked for me! |
This is what I would expect to work. Using 2.x versions of
No worries! We'll be here when you get something together. We're very aware that other things can get in the way of setting up a repro, it's totally fine! |
Yes, exactly my point package references below 3.0 are not supported. Just remove those references and the issue will be resolved. |
I know your trying to help, but I did that and it did not resolve the issue as I stated in an earlier response. It could be that some of the Dependency injected libraries are causing pre 3.0 references and I need to go through them all, but at the project level there are no 3.0 refs and it breaks. This also started happening in another 3.0 app which we have also converted to |
@Siliconrob can you post your full csproj after you removed the references? I see a number of 2.x references in your earlier csproj. It's possible one is coming in transitively from a third-party dependency, which would also cause this problem. |
Hello. Today I had the time to look at the project again. Indeed, I can confirm that, in my case the problem was those two Nuget packages, as @jkotalik mentioned:
Removing them I could start the 3.0 project with the 3.1 SDK and InProcess. Thank you @jkotalik |
I'm experiencing this issue, or a similar one...
When changing to OutOfProcess it works well and doesn't crash. |
@HarelM apologies I should have informed this closed issue as well. We found a regression in the 3.1.0 and 3.0.1 SDK. See aspnet/Announcements#398 |
@jkotalik thanks for the link but the workaround is not clear enough for me to understand what I should do in order to work around the issue. Furthermore ever since I upgraded my server to .net core 3.0 I keep hitting random json deserialization problems in multi-threading that I currently believe the only solution is to downgrade back to 2.x. Assuming the root cause is this upgrade and not another package I upgraded I'll report it here. |
Describe the bug
Just after upgrading to VS 2019 16.4, i cannot execute (CTRL+F5) one of my asp.net core 3.0 projects (3.0.1 actually) (using IISExpress). I did not upgrade the project to 3.1.
Other solutions on 500.30 error did not work for me
Update 1
Executing with dotnet run, succesfully starts up the application at localhost:5000
Update 2
When changed the settings in the debug section of the project, I chose IISExpress and out of process model, it executes succesfully with CTRL+F5
Update 3
After fiddling around I came up with these observations:
So when I build with latest SDK (3.1) the site fails to start InProcess even in a machine with only 3.0 run-time installed.
When I build with specified SDK 3.0.100 the site starts successfully on server machine.
In every case, the project is netcoreapp3.0, not 3.1
Initial error output
Output in browser:
When debugging (F5) the application executes the
ConfigureServices
method, but it doesn't enter theConfigure
methodI have some swashbuckle nuget packages referenced in rc versions. I thought they were the problem but even when I removed all references the project still did not start.
Executing the exact same codebase from another pc with vs 2019 16.3.10 installed did not have any problems.
The only exception I could see from Debug console is this:
Exception thrown: 'System.NullReferenceException' in System.Private.CoreLib.dll
This exception did not happen in the vs16.3 execution.
Uninstalling the 3.1 hosting bundle did not solve the problem. The application is supposed to use 3.0.1 right?
To Reproduce
I'm not sure what is needed to reproduce. Other 3.0.1 projects run fine.
Further technical details
dotnet --info:
Output from debug when I Debug (F5) the project (only the last lines)
Visual Studio 2019 16.4
Project .csproj (almost)
The text was updated successfully, but these errors were encountered: