Open rarajabs opened 4 years ago
Hi @rarelam,
Thank you very much for using this extension, and even more for taking the time to ask a question!
I have few questions to get a clearer vision of your context:
Start VM
task ? It should not hang out indefinitely and should usually take less than one minute... (even if in fact, the VM is taking from 5 to 10 minutes to start)idempotent
and should even take less time.In the meantime and as a workaround, maybe you could have a look to the continueOnError property which should enable you to get a PartiallySucceeded
build and pursue onto your Release
Hi,
From my observation about start VM
task:
Start VM
task will continue waiting (hanging?) if time out value is not defined, thus making my pipeline job is hanging too.So far my main task is able to run after start VM
is timed out. So it is not causing issue to me, except it will mark my pipeline as failed after time out.
Please tell me if I can provide more logs for further inspection.
Hi,
Thank you for your reactivity. Just to confirm, if you don't set any timeout at all, how long does it keeps hanging ? More than 20 minutes is definitely not normal.
Unfortunately I use this extension daily, and didn't have any problem so far. It could be related to a bug in your Azure region (if that is even possible), and even if the COVID virus had sometimes some impact on Azure, I don't really see how this could be related on that one...
Do you have the same problem using the azure cli ? (az vm start
and az vm stop
)
Hi,
I try again by removing time out value.
azure cli
az vm start -g MyResourceGroup -n MyVm
Hope it is helping.
Hi @rarelam,
Thank you so much for all of your tests and detailed report. I feel really bad that the extension is not working for you.
Let me check if there has been any change in the API to communicate with the VM and come back to you as soon as possible.
Hi,
Don't feel any bad about it, it is not your fault anyway.
It did help me to boot up VM actually, just somehow it failed to return after VM is booted up. Maybe some enhancement is needed.
Thank you for your help and wish you can found out the root cause soon.
Please tell me if you need some testing on my side, I am ready for help.
Thanks again for your reply.
I will check the API if there is a way to make it work in a "clean" way.
If not, I am also thinking of implementing an optional fire-and-forget
system which could solve your problem.
Hi again,
I did have a look, and yes it seems that the API I am using are not maintained anymore by Microsoft...
I am currently testing and trying to figure a way to let users migrate to the new version willingly and not impact all the current users directly.
In the meantime if you want to try out the new version, I can let you install it on your azure devops account (You can send PM me on twitter for instance)
I will keep this issue updated when I have a version ready for public deployment.
Hi,
Glad to hear that you able to fix it in very short time.
I am not able to install the your latest fix unfortunately because I am not system administrator for devops. So I can't help to verify now. I feel sorry about that.
My admin will install for me when extension published on the public library.
Hi @rarelam,
Sorry for coming back to you so late.
I could not prevent myself to investigate your problem a little bit deeper, checking if API moved and so on, and discovered a potential fix.
I already published it as in the 1.0.3
version (along with few additional debug
informations), and it should be deployed automatically as it is only a patch upgrade.
Feel free to try it, and and tell me if you can see any improvement:
1.0.3
version which is used and not the previous 1.0.2
In the mean time, if you don't see any improvement and if you have time for some more testing, you could try to use the Azure Resource Group Deployment task, especially in its version 2
as it is using the same APIs as I do to start/stop the VMs.
If you can see the same problem occurs with this extension too, let me know and I could try to contact Microsoft to get some guidance about their compute API usage.
Best regards,
Hi @vfabing ,
Sorry for late.
I tried with the latest update of fixed extension, but unfortunately it is still getting stuck.
Then I tried to add Azure resource group deployment task to my pipeline, but I notice I can't select specific VM action (I am guessing as I didn't try to run the task.)
My project has created 1 resource group, and there are few different services and VMs are attached to the same resource group.
But I'm afraid Azure resource group task will affect all VMs instead on single VM, because the resource group are shared between team members.
I did tried with simple Azure CLI task to start specific VM within my resource group and it is working fine.
I had attached the console screenshot for Azure VM task. The VM did boot up successfully, but the extension is not returned after VM was boot up.
Hi,
First of all, I would like to say thank you for your great work. I found your Azure extension in the beginning of month, and it is working great for me so far.
But I have question about how to make it return after VM was started/ stopped? Maybe it is due to my configuration instead of extension.
Let me explain my workflow. I have created 3 different agents in a pipeline:
But the start VM and stop VM job is keep running even though the VM is already started/ stopped. Currently I am using timeout on the agent configuration to make my next jobs running instead of waiting forever. And this make my pipeline will show failed because of timeout.
Please guide me how to prevent the start stop job keep waiting after they are done their job and return with success status.
Here I have my job run screenshot.![image](https://user-images.githubusercontent.com/1460421/80087566-da71de80-858d-11ea-8c93-e5c57ad4ff5e.png)
Thank you.