2012-01-25 10 views
10

पार हो गई है जब एक वेब एक विशिष्ट आईआईएस साइट मैं निम्न त्रुटि प्राप्त करने के लिए तैनात चल:तैनात समन्वयन त्रुटि: की अधिकतम संख्या सिंक गुजरता '5'

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 

वेब तैनात खिलाफ इस माहौल पर ठीक काम कर रहा है अन्य आईआईएस साइट्स और फ़ाइल सिंक भी काम कर रहे हैं। मैं पहले बिना किसी मुद्दे के इस विशिष्ट साइट को तैनात करने के लिए वेब परिनियोजन का उपयोग करने में सक्षम हूं। अचानक कहीं भी नहीं, यह समस्या हो रही है और अब मैं इस साइट को तैनात नहीं कर सकता।

मैं msbuild से बने पैकेज के साथ एक मूल साइट तैनाती कर रहा हूं। मुझे नहीं लगता कि विनिर्देश महत्वपूर्ण हैं क्योंकि जैसा कि मैंने कहा था कि यह सब पहले काम कर रहा था और वर्तमान में बिना किसी समस्या के एक ही सर्वर फार्म पर अन्य साइटों के खिलाफ काम करता है।

त्रुटि संदेश का कहना है:

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

लेकिन मैं इस पर नज़र रखने के लिए कैसे यकीन नहीं है या तो यह और भी मुद्दे के साथ शुरू करने के लिए है अगर। मैंने सुनिश्चित किया है कि सभी दूरस्थ सत्रों में सभी एक्सप्लोरर विंडो बंद हैं। मैंने साइट और ऐप पूल को पुनरारंभ करने का प्रयास किया है। एकमात्र चीज जो मैंने कोशिश नहीं की है वह सर्वर को रिबूट कर रहा है जो पल में संभव नहीं है।

कोई भी विचार जो इस वेब परिनियोजन विफल होने का कारण हो सकता है?

उत्तर

1

नहीं वास्तव में एक जवाब है, लेकिन एक वैकल्पिक हल आप यदि आप वेब तैनात dirPath, filePath, या contentPath प्रदाताओं का उपयोग कर रहे कोशिश कर सकते हैं ignoreErrors प्रदाता सेटिंग है। यदि आप जानते हैं कि आप लगातार एक निश्चित त्रुटि संख्या को मार रहे हैं, तो आप निर्दिष्ट कर सकते हैं कि उस त्रुटि को हिट होने पर अनदेखा किया जाएगा। पूर्ण विवरण (और चेतावनी) के लिए dirPath प्रदाता आलेख देखें।

11

हम जब MSDeploy के लिए एक सेवा के एक पहले से सहारा तैनाती से परिवर्तित इस समस्या थी, और पाया कि अगर वहाँ फ़ाइलें है कि या तो

  • के रूप में केवल पढ़ने के लिए DOS/Windows read-only file attribute के माध्यम से चिह्नित किया गया।
  • दुर्गम एसीएल

की वजह से तो हम "सिंक की अधिकतम संख्या गुजरता है" की तैनाती पर त्रुटि मिलेगा।

एक बार जब हम गुण/एसीएल तय करते हैं, तो हम सिंक करने में सक्षम थे।

+0

मुझे एक ही त्रुटि मिल रही है जब मैं एक फ़ोल्डर को प्रकाशित करने का प्रयास करता हूं, जैसे ~/content/themes/base। हालांकि, जब मैं ** पहले फ़ोल्डर में सभी फाइलों की जांच करता हूं **, प्रकाशन सफल होता है। मुझे वीएस 2013 में एक बग की तरह लगता है। – jsuddsjr

+0

मुझे केवल समस्याएं पढ़ने वाली फ़ाइलों को प्रकाशित करते समय यह समस्या है। जैसे-जैसे मैं पेर्सफोर्स का उपयोग करता हूं, बस फाइल को चेक करने से प्रकाशन को काम करने की इजाजत मिलती है। – Rich

+0

मेरे लिए काम किया, प्रकाशन से पहले फ़ाइल को फिर से सहेजने का सरल मामला। (जिस फ़ाइल में समस्या थी वह एक एसएएस फाइल थी जिसमें फाइलें शामिल हैं, इसलिए मुझे इसे सहेजने के लिए वास्तव में कभी आवश्यकता नहीं है।) –

2

इस समस्या को हल करने का त्वरित और आसान तरीका गंतव्य में फ़ाइलों को हटाएं और वेब परिनियोजन को फिर से चलाएं।

यह समस्या वेब परिनियोजन के एसीएल चरण के चारों ओर घूमती प्रतीत होती है, जो आपकी वेबसाइट फ़ाइलों की अनुमतियों को एक सुरक्षा उपाय के रूप में बदलने का प्रयास करती है ताकि यह सुनिश्चित किया जा सके कि वे तैनाती के दौरान नहीं बदले गए हैं।

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

आप इस यदि आप चाहें तो बचने के लिए भविष्य में एसीएल के बदल सकते हैं, लेकिन यह वास्तव में इसके लायक नहीं है। इससे वेब परिनियोजन भी तेज हो जाएगा - लेकिन यह एक अलग मुद्दा है।

+0

यह मेरे लिए काम करता है। मैंने बाहरी एप्लिकेशन से एक फाइल को संशोधित किया, और फिर इस समस्या का सामना किया। फिर मैंने गंतव्य सर्वर पर फ़ाइल हटा दी और वेब परिनियोजन चलाया। इसने काम कर दिया। –

25

मुझे एक ही त्रुटि थी और समस्या मेरा ड्रॉपबॉक्स था। मैं सीधे अपने ड्रॉपबॉक्स फ़ोल्डर में काम कर रहा था, और जब आप प्रकाशित करते हैं, तो यह ड्रॉपबॉक्स को एक ही समय में सिंक्रनाइज़ करने का कारण बनता है, जिससे त्रुटि उत्पन्न होती है।

समस्या हल करने के दौरान ड्रॉपबॉक्स सिंक को अक्षम करना।

मैं टोह समस्या भी गूगल ड्राइव और इतने पर, onedrive साथ भी हो सकता है।

+1

धन्यवाद आदमी ने मुझे बहुत समय बचाया। – kobe

+2

आह आप चैंपियन, मैं हमेशा ड्रॉपबॉक्स से बाहर काम करता हूं और मुझे अक्सर यह त्रुटि मिलती है। अब सही समझ में आता है। – Zapnologica

+0

यह असंभव लग रहा था लेकिन आप सही हैं! आपको संदेह करने के लिए खेद है :) मैंने अपनी मशीन पर ड्रॉपबॉक्स प्रक्रिया से बाहर निकला और सब कुछ काम किया। – Dan

0

मेरे मामले में मैं इसे ठीक नहीं कर सका लेकिन महसूस किया कि तैनाती पर ध्यान दिए बिना काम किया। यदि आप इसे पढ़ रहे हैं तो मैं यह मानने का सुझाव नहीं दूंगा कि यह काम करता है, और यदि ऐसा हुआ तो यह पूरी तरह तैनात हो गया, लेकिन मान लें कि यह एक झूठा अलार्म हो सकता है!

संबंधित मुद्दे