Open vladislav-mitev opened 6 years ago
@watashiSHUN I know there is functions specific code in our deployment handling, any idea if this could be related to that?
Facing the same problem, is there any workaround at least?
Yes, there is but a bit more manual. It works however. You should directly use the msdeploy command line tool. You have to download the publish profile of your web app to gain the credentials and have your app files unzipped. Personally, I'm using this tool which wraps the raw msdeploy usage and works great: https://github.com/davidebbo/WAWSDeploy
NB: This issue was not reproducible up until 20.04.2018. We noticed this issue happening from 25.04.2018.
When a function app is created (via Azure Portal or with ARM template deployment) initially the publishing from VS2017 succeeds with no worries. If we then try to publish a ZIP package, it fails and it causes all subsequent publish attempts to fail. We tried different approaches to publishing the ZIP package: msdeploy, ZIP push url and msdeploy extension within the deployment template. All of them seem to fail with similar error: internal server IO error saying that it is not able to create/access some directories. At this point if we connect via FTP client, we are able to freely modify the file/dir structure and upload all required contents. If we than again try to publish (ZIP or through VS2017), we again receive the same error. In all these cases when the publish process fails with IO error, we see that (1) all prior existing files and directories have been deleted (which is correct) and (2) only some files and directories uploaded. It seems that the error happens in the middle of file upload process.
Investigative information
Repro steps and Actual behavior
Expected behavior
Publish of a ZIP package to succeed and not break subsequent publish attempts.
Known workarounds
Publish app content without ZIP-ing it
Related information