Open Lobosque opened 5 years ago
On my third try, after about 30 minutes, I was prompted with a GUI to install azds
and continue.
An important feedback here from UX perspective is to show some kind of progress or this might take a long time
if something is executing for more than 5 minutes.
However, I got another error just after that:
'An Azure Dev Spaces Controller' will be created that targets resource 'LobosqueAKS' in resource group 'LobosqueResourceGroup'. Continue? (y/N): y
Creating and selecting Azure Dev Spaces Controller 'LobosqueAKS' in resource group 'LobosqueResourceGroup' that targets resource 'LobosqueAKS' in resource group 'LobosqueResourceGroup'...1m 28s
Oops... An unexpected error has occurred. A report of the error will be sent to Microsoft.
I also tried enabling dev spaces through the web ui and nothing happened at all (not even an error).
Thank you for logging the bug @Lobosque Looking into it.
@Lobosque, regarding the issue in Creating Azure Dev Spaces Controller 'LobosqueAKS', our logs show that the client is failing on your machine when it is trying to merge the cluster's kubeconfig to the default one using the command: kubectl config view --flatten
It is terminating with exit code '1' and stderr 'error: open D:\kubernetes.minikube\client.crt: The system cannot find the path specified. '.
Do you have any minikube process/cluster already running on the machine, when you are trying to run az use-dev-spaces
@Lobosque, for the first issue, can you please try downloading the installer from the direct link: http://aka.ms/get-azds-windows-az and see how much time does is take for you?
Hi, We seem to have the same problem. We have a cluster that is dev space enabled, has http application routing enabled etc.
When i try to create a controller using the CLI everything goes alright. however, when a colleague tries to create his dev space from within visual studio 2017, he get's an error:
Starting warmup for project 'xxxxxxxxxxxxxxxxx'. An error occurred during warmup for project 'xxxxxxxxxxxxx': An Azure Dev Spaces controller named 'xxxxxxxxxxx' in resource group 'xxxxxxxxxxx' does not exist. This controller failed during creation with the following error: Couldn't create DevSpacesOperationResponse`1. Please contact support.
To resolve this, delete the controller using the AZDS CLI and create a new controller to replace the failed one.
when we delete and recreate the controller, the results stay the same.
when he tries to use the following command:
az aks use-dev-spaces -g resourceGroupName -n clusterName
He gets the following error aswell:
Oops... An unexpected error has occurred. A report of the error will be sent to Microsoft.
@wterbeek about the above error "An Azure Dev Spaces controller named 'xxxxxxxxxxx' in resource group 'xxxxxxxxxxx' does not exist", are you and your colleague trying to access the same controller under different subscriptions? You would want to check if your colleague can see the controller in the list using the command "azds controller list" If you want to share clusters/AKS, you would want to give access to your colleague's subscription by sharing the resource group that contains both AKS and DevSpaces controller.
Hi saurabh, yes we are working in the same subscription. I have owner rights on the resource group, he has contributor rights. He is able to see the controller using the cli.
Op wo 9 jan. 2019 22:49 schreef Saurabh Sarkar <notifications@github.com:
@wterbeek https://github.com/wterbeek about the above error "An Azure Dev Spaces controller named 'xxxxxxxxxxx' in resource group 'xxxxxxxxxxx' does not exist", are you and your colleague trying to access the same controller under different subscriptions? You would want to check if your colleague can see the controller in the list using the command "azds controller list" If you want to share clusters/AKS, you would want to give access to your colleague's subscription by sharing the resource group that contains both AKS and DevSpaces controller.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/Azure/azure-cli/issues/8122#issuecomment-452881052, or mute the thread https://github.com/notifications/unsubscribe-auth/APESuCz1ttigH8PYIIk822zuGlMk56ABks5vBmPXgaJpZM4Zf-Ik .
@wterbeek Are you both able to run 'azds up' successfully in the controller? When you are trying to access the controller using Visual Studio, is it the same subscription you both are logged into from different machines?
Regarding the azds up command i will check today, we are using different machines but the same subcription. It is alsi possible the problem lies within our aks cluster. We ate seeing some strange behavior here so i will check it too with a new clean cluster
Op wo 9 jan. 2019 23:38 schreef Saurabh Sarkar <notifications@github.com:
@wterbeek https://github.com/wterbeek Are you both able to run 'azds up' successfully in the controller? When you are trying to access the controller using Visual Studio, is it the same subscription you both are logged into from different machines?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/Azure/azure-cli/issues/8122#issuecomment-452895854, or mute the thread https://github.com/notifications/unsubscribe-auth/APESuNZCxmFuA2m___lv7j0eEE8uzMgGks5vBm9IgaJpZM4Zf-Ik .
@wterbeek Were you able to check if the issue still persists?
Hi saurabh,
Actually we had some more problems with the cluster so we deleted it and recreated it. After that we noticed that a contracter had created different network security groups that conflicted with the cluster. I am confident that we will get the dev spaces soon.
Thank you for your time and patience, if we need more support i will get back to you
Op vr 18 jan. 2019 20:20 schreef Saurabh Sarkar <notifications@github.com:
@wterbeek https://github.com/wterbeek Were you able to check if the issue still persists?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/Azure/azure-cli/issues/8122#issuecomment-455658226, or mute the thread https://github.com/notifications/unsubscribe-auth/APESuOxcfsgvV3OwybXClleJfgCgS6ezks5vEh5ugaJpZM4Zf-Ik .
@wterbeek thank you for the confirmation
@Lobosque Were you able to check if the issue still persists?
@saurabsa I also seem to be having the same issue - I've been running this for ~20 minutes with no update. I noticed you asked:
Do you have any minikube process/cluster already running on the machine, when you are trying to run az use-dev-spaces
I've got a minikube cluser running on my machine. Would this preclude dev spaces from installing? I'll go ahead and shut it down/update the thread with my findings.
Update: I finally had the popup show up after about 45 minutes
I am experiencing hangs when using the "azds up" command which is impeding progress. The terminal hangs at "Synchronizing files..." and have to kill the "azds.exe". All tools are updated to the latest versions. Failing to diagnose the cause since no errors are reported. I have reviewed logs within %USERPROFILE%\AppData\Local\Temp\Azure Dev Spaces.
Azure Dev Spaces CLI 1.0.20190715.3 API v3.2
azure-cli 2.0.70 command-modules-nspkg 2.0.3 core 2.0.70 nspkg 3.0.4 telemetry 1.0.3 Extensions: dev-spaces 1.0.3 Python (Windows) 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)] Your CLI is up-to-date.
Client Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.3", GitCommit:"5e53fd6bc17c0dec8434817e69b04a25d8ae0ff0", GitTreeState:"clean", BuildDate:"2019-06-06T01:44:30Z", GoVersion:"go1.12.5", Compiler:"gc", Platform:"windows/amd64"} Server Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.7", GitCommit:"4683545293d792934a7a7e12f2cc47d20b2dd01b", GitTreeState:"clean", BuildDate:"2019-06-06T01:39:30Z", GoVersion:"go1.11.5", Compiler:"gc", Platform:"linux/amd64"}
Client: &version.Version{SemVer:"v2.14.3", GitCommit:"0e7f3b6637f7af8fcfddb3d2941fcc7cbebb0085", GitTreeState:"clean"} Server: &version.Version{SemVer:"v2.14.1", GitCommit:"5270352a09c7e8b6e8c9593002a73535276507c0", GitTreeState:"clean"}
Docker version 19.03.1, build 74b1e89
I'm seeing this as well going through the Dev Spaces guide: https://docs.microsoft.com/en-us/azure/dev-spaces/quickstart-team-development . Going on 30min now without any feedback in the console.
Is it still normal that nothing happens?
I am facing the same issue where the installation is not responding:
Installing Dev Spaces commands... A separate window will open to guide you through the installation process.
Currently 15 minutes and nothing happens.. In case I will install it manually once, and enable devspaces from the portal, will I need to run this command again or when I will it'll recognize that azds is already installed?
Update: the installation wizard is finally opened but it is stuck on "Initializing" for 10 minutes already with no progress.. :/
I'm seeing this as well going through the Dev Spaces guide: https://docs.microsoft.com/en-us/azure/dev-spaces/quickstart-team-development . Going on 30min now without any feedback in the console.
I'm seeing the same behavior as ryanjerskine simply by following the devspaces tutorial, which hangs the entire IDE when attempting to run with devspaces. I'm using VS2019 16.4.7.
Describe the bug
use-dev-spaces
command hangs and never finishes, the only output (even with--verbose
flag) is:I could try enabling this elsewehere (azure web UI for example) but it looks like running this command is the only way to install
azds
.To Reproduce Follow the Get Started on Azure Dev Spaces with .NET Core guide until you reach the step where you run the command
Expected behavior The command should run thoroughly or at least give an error message as to why it is not completing.
Environment summary
Additional context I have tried to go through the guide using two different Azure regions, and both gave me the same result. It is my first time using Azure and I noticed some commands take a long time to finish, so I waited for around 10 minutes on 1st try before closing and 20 minutes on the second. I also tried to run the command using
cmd.exe
and got the same behaviour.