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
(Last update 12/13/2006): 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 (Last update 11/15/2006): In my case, stopping Skype and then restarting IIS solved the problem. Wim Vos (Last update 10/13/2006): 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 (Last update 7/19/2006): 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 (Last update 12/15/2005): 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 (Last update 11/17/2004): 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 (Last update 2/22/2004): 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 (Last update 2/22/2004): 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 (Last update 7/14/2003): 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 |