Distribuire errore di sincronizzazione: numero massimo di passaggi Sync '5' è stato superato

Question

Quando si esegue un web distribuire a uno specifico sito IIS ottengo il seguente errore:

Error: The synchronization is being stopped because the maximum number of sync passes '5' has been exceeded even though all the changes could not be applied. This could occur if there are external changes being made to the destination. 
At C:\Code\.....\deploy.ps1:185 char:10 
+   & <<<< ($appDeployCmd) $type /M:$url /U:$user /P:$pass /A:Basic -allowUntrusted -useCheckSum 
+ CategoryInfo   : NotSpecified: (Error: The sync...he destination.:String) [], RemoteException 
+ FullyQualifiedErrorId : NativeCommandError 

Web Deploy sta lavorando bene su questo ambiente contro anche altri siti IIS e sincronizzazioni di file funzionano. In precedenza sono stato in grado di utilizzare la distribuzione Web per distribuire questo sito specifico senza problemi. Tutto a un tratto dal nulla, questo problema è iniziato e non posso più distribuire questo sito.

Sto eseguendo una distribuzione di base del sito con un pacchetto creato da msbuild. Non credo che le specifiche siano così importanti perché, come ho detto, tutto questo funzionava prima e attualmente funziona contro altri siti nella stessa server farm senza problemi.

Il messaggio di errore dice:

"This could occur if there are external changes being made to the destination."

ma non sono sicuro di come seguire questo giù o se è ancora il problema per cominciare. Mi sono assicurato che tutte le finestre di Explorer fossero chiuse in tutte le sessioni remote. Ho provato a riavviare il sito e il pool di app. L'unica cosa che non ho provato è il riavvio del server che non è possibile al momento.

Qualche idea su cosa potrebbe causare il fallimento di questa distribuzione sul Web?

Answer 1

Non proprio una risposta, ma una soluzione si può provare se si sta utilizzando il Web Deploy dirPath, filePath, o contentPath provider è l'impostazione ignoreErrors provider. Se sai che stai colpendo costantemente un certo numero di errore, puoi specificare che quell'errore debba essere ignorato quando viene colpito. Vedere l'articolo del provider dirPath per i dettagli completi (e avvertimenti).

Answer 2

Abbiamo avuto questo problema durante la conversione da una precedenza adhoc implementazione di un servizio per MSDeploy, e ha scoperto che se ci fossero i file che erano o

• contrassegnato come di sola lettura tramite il DOS/Windows read-only file attribute.
• inaccessibile a causa di ACL

allora avremmo ottenere il "numero massimo di sincronizzazione passa" Errore sulla distribuzione.

Una volta risolti gli attributi/ACL, siamo stati in grado di eseguire la sincronizzazione.

Answer 3

Il modo più semplice e rapido per risolvere questo problema è eliminare i file nella destinazione ed eseguire nuovamente la distribuzione Web.

Il problema sembra ruotare attorno al passaggio ACL della distribuzione Web, che tenta di modificare le autorizzazioni dei file dei siti Web come misura di sicurezza per garantire che non vengano modificati durante una distribuzione.

By default Web Deploy sets the ACL of the sites anonymous user to read only while also overwriting Control Panel access to your website.

Source

È possibile attivare delle ACL in futuro per evitare questo se lo si desidera, ma non è davvero la pena. Ciò velocizzerà anche l'implementazione del web, ma questo è un problema separato.

Answer 4

Ho avuto lo stesso errore e il problema era il mio dropbox. Stavo lavorando direttamente nella mia cartella personale e, quando pubblichi, causa la sincronizzazione simultanea di dropbox allo stesso tempo, causando l'errore.

Disabilitazione sincronizzazione dropbox durante il lavoro risolto il problema.

Ricordo che il problema potrebbe anche accadere con onedrive, google drive e così via.

Answer 5

Nel mio caso non sono riuscito a correggerlo ma ho realizzato che la distribuzione funzionava a prescindere. Se stai leggendo questo non suggerirei semplicemente di presupporre che ha funzionato, e se lo ha fatto si è implementato completamente, ma considera che potrebbe essere un falso allarme!