-
Notifications
You must be signed in to change notification settings - Fork 58
AspNetCoreModule doesn't work with WebListener/Http.Sys #8
Comments
Can confirm this is happening with 1.2 on full IIS 8 on Server 2012. Backend keeps restarting until IIS gives up and serves a 502 Bad Gateway. |
Moving this to Backlog as we will be in RC2 ask mode very soon. If you feel strongly about this issue, please ping me. |
Ok, now we understand why it doesn't work, and it won't any time soon. HttpPlatformHandler starts the back-end process (dnx.exe). Then it opens a socket and tries to connect to the specified port. When that succeeds it cross checks the process that opened the port with it's list of child processes. If it finds a mismatch then it assumes it has a port conflict and it ends all of it's child processes and starts over. In the case of WebListener the port is actually opened by Http.Sys in the System process, so it never matches and always gets ended by platform handler. HttpPlatformHandler will eventually need to support Http.Sys based back-end servers, but it's a non-trivial change for them so this isn't happening any time soon. |
This issue was moved to aspnet/AspNetCoreModule#23 |
# This is the 1st commit message: fix app recycle logic # The commit message #2 will be skipped: # adding parallel shutdown logic # The commit message #3 will be skipped: # some update # The commit message #4 will be skipped: # more change # The commit message #5 will be skipped: # close hkey # The commit message #6 will be skipped: # update logging # The commit message #7 will be skipped: # remove unused code # The commit message #8 will be skipped: # format change # The commit message #9 will be skipped: # exclude not-subapp case while sudstring does match # Please enter the commit message for your changes. Lines starting
Right now all the tests run with Kestrel. When I briefly tried WebListener some of the test cases failed. The logs showed WebListener starting fine, but it never served any requests and HttpPlatformHandler kept re-starting the back-end process until it gave up.
I've seen it work when published to full IIS, so it might be a test setup issue.
The text was updated successfully, but these errors were encountered: