Nie udało się zbudować zadania wdrożenia internetowego

Scenariusz:

Skonfigurowałem pomyślnie zadanie Webdeploy TFS2010 dla rozwiązania. Wszystko działało dobrze, aż nagle coś poszło nie tak w zadaniu wdrożenia.

Rozwiązanie ma 2 projekty internetowe… te są skonfigurowane do wdrażania podczas kompilacji i publikowania na serwerze deweloperskim.

Czy ktoś wie, co jest nie tak w kompilacji (informacje poniżej)?

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\Web\Microsoft.Web.Publishing.targets
(3847): Web deployment task failed.
((4.8.2011 11:01:10) An error occurred when the request was processed on the remote computer.)
(4.8.2011 11:01:10) An error occurred when the request was processed on the remote computer. Unable to perform the operation. Please contact your server administrator to check authorization and delegation settings.

Mogę podać więcej informacji, jeśli ktoś tego potrzebuje.

Napotkałem ten sam problem podczas budowania przez TFS. Kiedy próbowałem ręcznie zaimportować witrynę, pojawił się bardziej informacyjny błąd: „nie można zalogować użytkownika \ WDeployConfigWriter”.

Okazuje się, że po zainstalowaniu wdrożenia internetowego konfiguruje się dwa konta lokalne WDeployConfigWriter i WDeployAdmin. Hasła do tych kont wygasną. Zresetuj więc hasła na serwerze internetowym i ustaw „nigdy nie wygasają”. Następnie przejdź do delegowania usługi zarządzania w usługach IIS. Każda z przedstawionych reguł posiada pole UserName. Gdzie to jest WDeployAdmin lub WDeployConfigWriter, kliknij prawym przyciskiem myszy i zaktualizuj poświadczenia do nowych haseł.

Pełne wyjaśnienie ze zrzutami ekranu można znaleźć tutaj: http://workinghardinit.wordpress.com/2011/07/18/wdeployconfigwriter-account-issues-trouble-shooting-web-deploy-2-0-with-lessons-learned/

Wszystko, co musisz zrobić, to ponownie uruchomić skrypt „AddDelegationRules.ps1” znajdujący się w „C: \ Program Files \ IIS \ Microsoft Web Deploy V3 \ Scripts \”

To jest skrypt uruchamiany podczas pierwszej instalacji wdrożenia internetowego. Powoduje odtworzenie brakujących delegacji, ponowne ustawienie haseł zarówno dla WebDeployAdmin, jak i WebDeployConfigWriter oraz dodanie WebDeployAdmin z powrotem do grupy Administratorzy.

Nadal trzeba ustawić hasło na każdym koncie, aby nie wygasało po ponownym uruchomieniu skryptu.

Mieliśmy ten sam problem - w naszym przypadku używamy tylko MSDeploy (bez TFS ). Zresetowanie hasła dla tych 2 kont lokalnych ( WDeployConfigWriter i WDeployAdmin ) rozwiązało problem, ponieważ ich hasła wygasły . Podjęliśmy próbę zmiany zasad haseł, aby nigdy nie wygasały, ale może to zrobić tylko lokalny administrator .

uruchom to polecenie lusrmgr.msc kliknij dwukrotnie użytkownika, kliknij dwukrotnie nazwę konta i zaznacz „hasło nigdy nie wygasa”.

Gotowe.