Служба недоступна 503 + Служба HTTP, расположенная по адресу http://localhost/ProductsService/Service.svc, слишком занята - PullRequest
Новая
       36

Служба недоступна 503 + Служба HTTP, расположенная по адресу http://localhost/ProductsService/Service.svc, слишком занята

11 голосов
/ 25 января 2011

Привет. Я пытался решить свою проблему, но ничего не мог с этим поделать.

Проблема в

http://localhost/productservice/service.svc при вводе этого адреса в моем браузере, это дает мне 503 Ошибка службы недоступна

Когда я запускаю свой код из VS 2010, он дает мне

Служба HTTP, расположенная по адресу http://localhost/ProductsService/Service.svc, слишком занята. исключение.

ProductService работает в интегрированном пуле приложений ASP.NET v4.0 с ApplicationPoolIdentity.

Я просто понятия не имел, что мне нужно делать!

(Windows 7 Home & IIS7)

используется basicHttpBinding

серверная конфигурация 

<?xml version="1.0"?>
<configuration>
    <connectionStrings>
        <add name="AdventureWorksEntities" connectionString="metadata=res://*/ProductsModel.csdl|res://*/ProductsModel.ssdl|res://*/ProductsModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=PINCHY\SQLEXPRESS;Initial Catalog=AdventureWorks;Integrated Security=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient"/>
    </connectionStrings>
    <system.web>
        <compilation debug="true" targetFramework="4.0">
            <assemblies>
                <add assembly="System.Data.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
            </assemblies>
        </compilation>
    </system.web>
    <system.serviceModel>
        <behaviors>
            <serviceBehaviors>
                <behavior>
                    <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
                    <serviceMetadata httpGetEnabled="true"/>
                    <!-- To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information -->
                    <serviceDebug includeExceptionDetailInFaults="false"/>
                </behavior>
            </serviceBehaviors>
        </behaviors>
        <serviceHostingEnvironment multipleSiteBindingsEnabled="true"/>
    </system.serviceModel>
    <system.webServer>
        <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>
</configuration>

клиентский app.config 

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <system.serviceModel>
        <bindings>
            <basicHttpBinding>
                <binding name="BasicHttpBinding_IProductsService" closeTimeout="00:01:00"
                    openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                    allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
                    maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
                    messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
                    useDefaultWebProxy="true">
                    <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
                        maxBytesPerRead="4096" maxNameTableCharCount="16384" />
                    <security mode="None">
                        <transport clientCredentialType="None" proxyCredentialType="None"
                            realm="" />
                        <message clientCredentialType="UserName" algorithmSuite="Default" />
                    </security>
                </binding>
            </basicHttpBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:80/ProductsService/Service.svc"
                binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IProductsService"
                contract="ProductsService.IProductsService" name="BasicHttpBinding_IProductsService" />
        </client>
    </system.serviceModel>
</configuration>

Любая помощь будет высоко ценится Спасибо

Ответы [ 5 ]

21 голосов
/ 26 марта 2013

Была такая же проблема, но другая причина.В IIS (левая боковая панель) щелкните Пулы приложений и убедитесь, что выбранная версия ASP.NET действительно запущена.Мой был выключен по какой-то причине.

8 голосов
/ 04 ноября 2011

У меня просто та же проблема.Вопрос для меня оказался неверным паролем.Мой пароль недавно изменился, и пул приложений для IIS использует старый пароль.Как только пароль был обновлен, приложение снова заработало.

Надежды, которые помогают.

3 голосов
/ 25 мая 2012

Я также столкнулся с той же проблемой, и решение,

В IIS перейдите на веб-сайт ProductsService под веб-сайтом по умолчанию. В правой части панели действий нажмите на дополнительные настройки. Проверьте свойство Enabled Protocol. Значения этого свойства должны быть разделены запятыми, например: http, net.tcp. На самом деле я ввел точку с запятой вместо запятой и получал то же исключение, с которым вы сталкиваетесь. попробуйте заменить точку с запятой, которая запятая. Я думаю, что это должно работать.

2 голосов
/ 14 января 2016

Наша команда столкнулась с той же проблемой, 503 Service Unavailable.В нашем случае пул приложений был в порядке (удостоверение было установлено правильно и пул приложений был запущен).

После некоторой оценки мы обнаружили, что на сервере, который зарезервировал порт 80, была установлена ​​служба на основе WCF. С помощью команды netsh http мы смогли увидеть резервирование URL.

Следующая ссылка оказалась полезной: http://blogs.msdn.com/b/webtopics/archive/2010/02/17/a-not-so-common-root-cause-for-503-service-unavailable.aspx

1 голос
/ 26 июня 2013

Я продолжал получать ошибку 503 в IIS 7 при запуске веб-сайта .NET 4.0 на локальном хосте.Я стал довольно самодовольным, потому что все, что мне нужно было сделать, это нажать на пулы приложений в левой панели, где вы видите сайты и пулы приложений в списке.Конечно же, соответствующий пул приложений всегда останавливался, и я просто перезапускал его.Однако сегодня (причина, по которой я вернулся к этому вопросу), это не решило проблему.В моем случае у меня есть веб-сайт с некоторыми общедоступными страницами, а затем 2 приложения, которые защищены паролем.Только одно из приложений выдало ошибку 503.Я выбрал приложение, щелкнул Дополнительные настройки и понял, что проблема заключается в пуле приложений.Он указывал на DefaultAppPool вместо пула приложений для всего сайта.Когда я это исправил, все 3 области сайта снова начали нормально работать.Таким образом, чтобы подвести итог, ошибка 503 может быть вызвана остановленным пулом приложений.Просто убедитесь, что вы заново запустили правильный пул приложений, чтобы ваш сайт снова заработал.

...