MSDeploy wirft seltsamen Fehler: Stream-Daten von xxxxx.dll ist noch nicht verfügbar

Question

Ich bin eine Reihe von. NET-Projekte auf verschiedenen Servern bereitstellen. Um dies zu tun, verwendet mein Team TFS, um zu erstellen, dann von der Build-Vorlage aufrufen ein Skript ps1, die Msdeploy verwendet, um an alle verschiedenen Server zu pushen. Es ist alles sehr unternehmungslustig und nein, ich bin nicht in der Lage, im Moment zu etwas anderem zu wechseln. Dieser Prozess funktioniert seit Monaten ohne Probleme.

Heute ist die Bereitstellung einige Male hintereinander mit einigen unterschiedlichen Fehlern fehlgeschlagen. Das allein verwirrt mich (und ist möglicherweise nicht relevant), aber jetzt die, die ich konsequent bekomme, ist dies:

Ein Fehler trat auf, als die Anfrage auf dem Remote-Computer verarbeitet wurde. Die Stream-Daten von "C: \ Builds \ SomeDirectory \ obj \ Debug \ Paket \ PackageTmp \ AReferencedProject.dll" sind noch nicht verfügbar.

Dieser Fehler tritt auf, wenn mein Skript Msdeploy ausführt. Die DLL wird von einem Windows-Dienst verwendet, aber der Dienst wird gestoppt (soweit ich das beurteilen kann - der Dienststopp wirft keine Fehler auf) und die DLL ist nicht "schreibgeschützt". Die DLL existiert auf der Maschine, die erstellt/bereitgestellt wird, sowie auf der Maschine, auf der sie bereitgestellt wird.

Ich habe festgestellt, dass ich diesen Fehler vermeiden kann, wenn ich die DLL, die nicht verfügbar ist, von dem Server lösche, den ich bereitstelle, aber das Problem kommt sofort bei jeder nachfolgenden Bereitstellung zurück, wenn ich diese DLL vor jeder Bereitstellung manuell lösche .

Ich habe gesehen this problem, aber ich dränge nicht zu Azure, nur zu Windows Server 2008. Weiß jemand, warum Microsoft Web Deploy (msdeploy) diesen Fehler werfen würde?

Answer 1

Ich hatte das gleiche Problem. Es wurde versucht, einige Male mit demselben Fehler zu implementieren.

Recycling der App-Pool auf dem Server löste das Problem, so dass ich eine normale Bereitstellung erneut ausführen konnte.

Answer 2

Ich habe unter dem gleichen Problem wie Sie heute leiden und Ihre Frage ohne Antwort gestoßen, fing an, meine Haare ausziehen ... Es gibt nur so wenige Artikel oder Vorschläge zu diesem Thema, dass ich fast aufgegeben!!

Jedoch konnte ich das Problem für mich lösen, also posten ich meine Lösung, um sich selbst und jedem anderen zu helfen, der unter diesem Problem leidet.

Aus irgendeinem Grund schien es, dass meine Website & AppPool in IIS ein bisschen durcheinander gebracht hatte und begann, den Fehler wie in der obigen Frage beschrieben zu werfen. Um das Problem zu beheben, habe ich die ursprüngliche Site (die Site und den AppPool gestoppt) erstellt, eine neue Site und einen neuen AppPool mit den gleichen Einstellungen erstellt, mit WebDeploy veröffentlicht und es scheint sich nun wieder selbst zu verhalten.

Dies funktioniert möglicherweise nicht für andere, aber es wird hoffentlich geben Menschen etwas anderes zu versuchen.

Answer 3

Wir treten dieses Problem konsistent mit SQLite.Interop.dll (von ELMAH in unserer Webanwendung verwendet) auf. Wie ich am besten feststellen kann, bezieht sich das Problem auf die Tatsache, dass die DLL SQLite.Interop.dll verwandt wird unsere Web-App durch ELMAH, und aus irgendeinem Grund wird diese DLL nicht Schatten kopiert. Die Lösung, die wir verwenden, ist das recommended here des Recycelns des App-Pools bei jeder Bereitstellung. Unser Befehl ist wie folgt:

"C:\Program Files\IIS\Microsoft Web Deploy V3\msdeploy.exe" -verb:sync -source:recycleApp -dest:recycleApp="Default Web Site/ourApp",computerName="DeployComputer" 

Dies ermöglicht die nachfolgende msdeploy, die unser Bereitstellungspaket synchronisiert, um erfolgreich zu sein. Jemand antwortete auf dieses Forum und schlug vor, "-enableRule: AppOffline" zu verwenden, was wir nicht ausprobieren mussten.