2011-08-04 21 views
72

Scenario:Creazione attività di distribuzione Web non riuscita

Ho impostato con successo l'attività webdeploy TFS2010 per la soluzione. Tutto ha funzionato bene fino a quando qualcosa è andato storto nel compito di distribuzione.

La soluzione ha 2 progetti Web ... quelli sono configurati per la distribuzione su build e lo pubblicano su dev-server.

Qualcuno ha una conoscenza di ciò che è sbagliato nella compilazione (informazioni di seguito)?

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. 

Posso fornire ulteriori informazioni se qualcuno ne ha bisogno.

+1

Se vieni a questa domanda più di recente, consulta la [risposta più recente] (http://stackoverflow.com/a/25630186/1581537) – Sethi

risposta

178

Ho riscontrato lo stesso problema durante la creazione tramite TFS. Quando ho provato a importare manualmente il sito Web ho ricevuto un errore più informativo: "non è possibile accedere all'utente \ WDeployConfigWriter".

Si scopre che quando si installa la distribuzione Web, imposta due account locali WDeployConfigWriter e WDeployAdmin. Le password su questi account sono impostate per scadere. Quindi resettare le password sul server web e impostare su "non scadere mai". Quindi andare a Delega servizio di gestione in IIS. Ciascuna delle regole presentate ha un campo UserName. Dove si trova WDeployAdmin o WDeployConfigWriter, fare clic con il tasto destro e aggiornare le credenziali alle nuove password.

Una spiegazione completa con le immagini possono essere trovate qui: http://workinghardinit.wordpress.com/2011/07/18/wdeployconfigwriter-account-issues-trouble-shooting-web-deploy-2-0-with-lessons-learned/

+4

Mille grazie. – DanB

+18

Se le password non sono state modificate, è possibile semplicemente impostare gli account WDeployConfigWriter e WDeployAdmin su "L'utente non può cambiare la password" e "La password non scade mai". Nel nostro caso "La password dell'account specificato è scaduta." era nel registro di sicurezza su una nuova installazione del server. – GoClimbColorado

+0

Ancora mille grazie, sei uno studioso e un gentiluomo. – inksmithy

10

abbiamo avuto lo stesso issue-- nel nostro caso stiamo usando soltanto MSDeploy (senza TFS). Reimpostazione della password per questi 2 account locali (WDeployConfigWriter e WDeployAdmin) risolto il problema poiché le password erano scadute. Abbiamo tentato di modificare la politica della password per non scadere mai, ma solo un amministratore locale può farlo.

+1

Questa risposta è stata utilizzata proprio per risolverlo da solo. C'è stato un altro passaggio per me ... Dopo aver ripristinato le credenziali, è necessario andare in ** IIS> Delega servizi di gestione **, quindi selezionare ciascuna regola e premere ** Modifica **. Se la regola utilizza l'account * WDeployConfigWriter *, premi il pulsante ** Imposta ... ** e reinserisci le nuove credenziali appena aggiornate. – EvilDr

+2

Questa è solo una mezza risposta ... per impedire la scadenza delle password, aprire il gestore di gruppo locale (eseguire 'lusrmgr.msc'), gli utenti (nella barra laterale), fare doppio clic sul nome dell'account e spuntare" password mai scade". – Kat

26

Tutto quello che dovete fare è eseguire nuovamente lo script "AddDelegationRules.ps1" che si trova in "C: \ Program Files \ IIS \ Microsoft Web Deploy V3 \ Scripts \"

Questo è lo script che viene eseguito quando la distribuzione Web viene installata per la prima volta. Ricrea eventuali deleghe mancanti, reimpostare le password per WebDeployAdmin e WebDeployConfigWriter e aggiungere WebDeployAdmin al gruppo Administrators.

Avresti comunque bisogno di impostare la password su ciascun account per non scadere dopo aver rieseguito lo script.

+5

Questo ha funzionato immediatamente su Server 2012 R2 – Sethi

+3

ha funzionato immediatamente anche qui. risposta perfetta! – parliament

Problemi correlati