Umbraco Cloud Error: error in sideband demultiplexer

I have upgraded the only site we have on Cloud from 14 to 16, I tried to push the changes to our staging Environment and I keep getting the following:

send-pack: unexpected disconnect while reading sideband packet
error: error in sideband demultiplexer

Pushing to https://scm.umbraco.io/euwest01/stage-darrens-gentle-sloth.git
To https://scm.umbraco.io/euwest01/stage-darrens-gentle-sloth.git
4ec938c..6eebd58 master → master
updating local tracking ref ‘refs/remotes/origin/master’

From what one of my colleges found this looks like a time out issues. I assume this is the case is there any way to fix it.

This is a common error for me and have been working closely with support on this very issue this for many many months. Escalated through support in various channels right up to the top. Others are also having similar issues as you can see here: umbraco cloud manually trigger build and deploy without git check in

Here is my take and advice on this…

This is a networking and or resourcing issue on cloud upstream of the portal (you can always see your changes sitting on the cloud portal, just no build). Basically the push to remote dev fails at the build stage because there is an upstream networking issue that I suspect is because there are too many open connections or overall resources are maxed out. This happens if you are deploying via manual or CI/CD streams. I am assuming you are on shared? If so, you can wait a bit, then “touch” either a class file or view and try another push. If you hit it when the server is not busy, you could get lucky.

Advice if you are on shared is to ask support to move you to a less busy app plan and that will solve it until that server fills up with other tenants.

We decided to go to dedicated 1 to make sure we had all the resources available to it and were shocked to find that the error is occurring there too - confirming that the provisioning is too light to handle a dev, prod and SiteExtensions instance on one app plan. We are currently testing a dedicated 2 option and so far no issues further confirming my hunch.

In summary, my guess is that your U16 instance is consuming more resources than the 14 version. If you are on shared then ask to move to a fresh app plan or upgrade to dedicated 2 if you have budget. Most people don’t have budget to go to that level so I am sincerely hoping that the cloud devs find a back-door workaround for this. My understanding is that the service tiers in Azure prevent the ideal configuration required to run cloud as it currently stands…

Thank for the information, we just had Level 1 support look at our issues, they said they are exoculating it.