New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Azure Web App Deployment fails with ERROR_CONNECTION_TERMINATED #471
Comments
Here are the log files:
|
Was this a one time failure or is it persistent? Is it still reproducing? |
Hi Bryan, The issue still reproduces, every time. Frederik. |
Could you try and deploy your package using that command let from a powershell on your machine? I am not able to reproduce this. |
@qmfrederik - also want to confirm that the build machine has network access to azure. is this on-prem TFS or VSO? We still can't repro so anything interesting network wise will help. |
@bryanmacfarlane - The project is part of a VSO (West Europe) account, the build agent is running on an Azure IaaS VM, also hosted in West Europe. The agent has been provisioned using Azure RM + PowerShell DSC, you can find the scripts here in case they should contain anything interesting: https://github.com/quamotion/powershell-dsc/blob/master/vso-agent/VsoAgent.ps1 @chrisrpatterson - Thanks, I'll give that a try and let you know. |
@chrisrpatterson I ran the
So that seems to rule out a network connectivity I authenticated to Azure using the I've tried to authenticate to Azure using the certificate. However, I don't have the I did gave it a try on the Hosted agent, and did proceed. So at least the setup of the Azure subscription in VSO seems to be correct. I'm kind of at loss, so I guess being either able to run the exact same PowerShell commands the task executes would help, or some additional logging in the tasks themselves. |
The fact it works in hosted build and on your work station but not form your build VM to me does indicate network on some level. You can run the exact commands https://github.com/Microsoft/vso-agent-tasks/blob/master/Tasks/AzureWebPowerShellDeployment/Publish-AzureWebDeployment.ps1 From: Frederik Carlier [mailto:notifications@github.com] @chrisrpattersonhttps://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fgithub.com%2fchrisrpatterson&data=01%7c01%7cChris.Patterson%40microsoft.com%7cbb51be3448e140a1668908d2b547f24e%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=8Ow92uPRFGjXwOtTmV0BgoDkZVklZxiDmmd51E%2bE9tU%3d I ran the Publish-AzureWebsiteProject command on the VM and that completed successfully. PS D:> Publish-AzureWebsiteProject -Name "quamotion" -Package "D:\Build\d0a91b73\artifacts\drop\Quamotion.Website.zip" VERBOSE: [Start] Publishing package D:\Build\d0a91b73\artifacts\drop\Quamotion.Website.zip VERBOSE: [Complete] Publishing package D:\Build\d0a91b73\artifacts\drop\Quamotion.Website.zip So that seems to rule out a network connectivity I authenticated to Azure using the Add-AzureAccount command. The VSO task uses the certificate to authenticate, so perhaps that triggers different behavior. I've tried to authenticate to Azure using the certificate. However, I don't have the Get-X509Certificate command available in a standard Azure PowerShell. How would you suggest I go about and manually run the deployment in PowerShell, while mimicking as close as possible the commands that the task actually uses? I did gave it a try on the Hosted agent, and did proceed. So at least the setup of the Azure subscription in VSO seems to be correct. I'm kind of at loss, so I guess being either able to run the exact same PowerShell commands the task executes would help, or some additional logging in the tasks themselves. — |
It looks like we're running into the same issue. I have one build agent on Azure (West-Europe, VSO in West-Europe too) that works without any problems, but when I add a second one it keeps running into the above error. I compared the log output between the two (from the Azure Web App Deployment task) but they are exactly the same (apart from working directory which was on the D drive for the new agent, but I also tested that on C like the working agent, same result). I am also able to run When I compare the agent capabilities in VSO, they appear exactly the same. I also installed the build agent software from the same zip as the first agent, using the same VSO account, but it still does not work. How can I help? |
I do not have this issue when I create a build agent with size |
This is definitely stressing me out! I have the issue with my build agent running on the Basic_A1 size, but not with Basic_A2. I don't really want to have to run such a large instance purely because of deployment. I already limit it to running during daylight hours to save costs. I can run everything ok through powershell, but via the build agent it fails. It looks like it's a timeout issue on the Azure Wep App, but the logs tell me nothing. |
Also tried creating my own Azure Powershell script to do this rather than using the 'Azure Web App Deployment' build step. Still the same problem... Works fine on the box, just not through VSO. I'm wondering whether this a deliberate attempt by MS to make us either use their hosted build service (at a cost) or pay more for an Azure VM? Why should web deploy need so much processor power? Surely it just copies the zip file across and then does all the work at the other end? I'm using West Europe for both agent VM and the site that I'm deploying to. Has anyone had the same issue anywhere else? |
Hi @chrisrpatterson, @bryanmacfarlane So, there's three of us now who can each consistently reproduce the problem with Azure VMs. May be related to the VM size (Basic_A1, Standard_A1 apparently don't work, whereas Basic_A2 and Standard_A2); at the same time, running the command from PowerShell does work. Any thoughts? Can you reproduce this problem on, say, a Basic_A1 VM running in West Europe? |
sorry wasn't able to get to this. I created a VM to test this, i am on vacation for few weeks, but will try my best to atleast repro and we can get to it from there. |
So I did this - Against my own account in South Central US. I didn't see any problem and webapp is deployed. So not sure what else we can do here. I found a blog regarding this, but, ofcourse no explanation other than saying some network problem |
Hi, My environment is: App Service plan/pricing tier
Location
Subscription name
In Visual Studio On Line the endpoint configuration is configured with : The same thing (Azure Web App Deployment) executed by a "Release Definition" has no error. Thanks for any suggestions |
@AndreaPic what build agent are you using? |
Hi @yaananth I'm using Visual Studio On Line with free hosted agent, zero private agent then I have a free shared agent. |
Hi @yaananth I believe we have also started seeing this issue using the hosted Visual Studio build service (so no custom VM). Our account is hosted in the Europe region. I believe we've opened a ticket with product support for this, @bartsaintgermain should be able to give you the ticket # if that helps. Frederik. |
@qmfrederik sure that would help. We are seeing some perf issues lately. |
Hi @yaananth,@qmfrederik,@bartsaintgermain |
Can you ping your account and send the result. I would be interested to know which scale unit you are on. Also which azure region are you targeting for your deployment? From: AndreaPic [mailto:notifications@github.com] Hi @yaananthhttps://github.com/yaananth,@qmfrederikhttps://github.com/qmfrederik,@bartsaintgermainhttps://github.com/bartsaintgermain — |
Hi @chrisrpatterson We’re on Hi @yaananth Issue # was 116010513545526 |
Hi @chrisrpatterson |
It's good to see that this is being looked into. I haven't tried again recently as I've had a lot on. I'm also on |
@qmfrederik @adriaanthomas @purplepiranha If you are still seeing this issue:
|
I have the following build pipeline:
/target:Package
additional build argumentsThe Azure Web App Deployment task fails with the error message:
Web Deploy experienced a connection problem with the server and had to terminate the connection. Contact your server administrator if the problem persists. Learn more at: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_CONNECTION_TERMINATED.
The page that is linked does not contain any information about an error
ERROR_CONNECTION_TERMINATED
.The text was updated successfully, but these errors were encountered: