Event ID 115 Source W3SVC
| Event ID | 115 |
| Source | W3SVC |
| Type | Error |
| Description | The service could not bind instance <instance number>. |
| English, please! | Request a translation of the event description in plain English. |
| Comments |
Anonymous
As already mentioned below MS article M190008 directly relates to this error. This problem appears because a process has bound to the SSL port (normally 443) of your website running on IIS. In my case, ISA Server 2000 was bound to inbound web requests for SSL. This broke my default website and stopped it from starting. Anonymous In my case, stopping Skype and then restarting IIS solved the problem. Wim Vos We encountered this problem twice as follows: In one case, the software for monitoring the HP UPS was listening on port 80. In another case, both Exchange 2000 and IAS were installed on the same server and both the Exchange Website as well as the "w3proxy" service were listening on port 80. Anonymous In my case, the Apache HTTP Service was using port 80. I had to uninstall this service using the Apache.exe command line interface. The IIS Default Web Site was then able to start. Anonymous In my case, I found out that Skype was working on port 80. Shut it down and IIS will start successfully. Why bother deciphering Event logs when GFI EventsManager can do everything for you? Free trial here! Ionut Marin As per Microsoft: "This may occur when the Deerfield.com WinGate client software is installed on the Internet Information Services (IIS) Web server or the Personal Web Server (PWS). The problem occurs when both the Web server and the WinGate client try to use the same IP address and port. Only one application can use a particular IP address and port combination, which causes the other application to have a conflict. Either remove the WinGate client or change the WinGate client to use a different IP address and port combination". See M328375 for more details. See M190008 and the link to "IISFAQ - Event 115" for additional information on this event. Anonymous Found problem caused by installing IIS5 after an already installed application, which used port 80 (in my case Citrix MXL service). Microsoft Knowledgebase article M261194 gives more details how to resolve this problem. Craig Hamon Using “netstat –an” didn't reveal any applications or processes bound to this port. In addition, there was no problem in the IIS Metabase. Using TCPView from Sysinternals revealed a Compaq process bound to this port (mine was Power Manager). Anonymous This event can be caused by invalid information in the Internet Information Server (IIS) metabase for SecureBindings. The key is LM\W3SVC\1\SecureBindings. See M248497. Seba As per Microsoft: "Some or all of the Web sites that are using Host Headers have the same port number defined for Secure Sockets Layer (SSL). Internet Information Server 4.0 does not support the use of Host Headers for SSL.". See the link below for workaround. Syspop M186810 relates to IIS 4. I have found M284984 in the MSKB. It refers to IIS 4 & 5. |
| Links | M186810, M190008, M248497, M261194, M284984, M328375, IISFAQ - Event 115 |
| Search | Google Web - Microsoft Support - Bing - EventID.Net Queue - More links... |
| Feedback | Send comments - Notify me when updated |
| Print version |