I'm following a tutorial to learn how to use Azure ML Studio. Yesterday, I completed the Use Azure Machine Learning Designer without a hitch and got a diabetes prediction service up and running (I completed the first two parts of the tutorial before that, also without problem).
Today, I wanted to re-do the steps to really get them in my head, but at the Run the training pipeline step, hitting Submit no longer displayed the progress for each component (yesterday, I could see each component going from yellow to green, and observe outputs once green - all of that in the pipeline canvas of the Designer - as in the example image below - before a Submit, the green band isn't there).
What I did
Checked that my compute instance was running (OK)
Checked that my Complute Cluster was running (seemed ok, but noticed there was no jobs history, and that my pipeline build, when checking general Jobs, only took 4 seconds (instead of the usual 5-15min) - so I deleted and rebuilt it, as it seemed dead.
The new Submit operation took the expected ~10 minutes, but still no visual of the progress showing in the Pipeline Canvas.
Went to check the jobs finished within the cluster itself, and saw that everything ran ok (I could see the outputs here)
I couldn't find any logs, nor got any error message telling me something was wrong.
Here are my questions:
Am I missing something obvious (entirely possible since I'm new to Azure ML)
Is there a place to really monitor what's going on under the hood of Azure ML Studio to double check the validity of a "Successful" job
Has anyone else experienced this and found a way to "fix" it (so that I can see the training on the canvas, per component, as it progresses) ?
Thank you !
Related
Been trying to figure out how to resume an in-progress test in DevOps without any success.
In screenshot 1, you can see that I have three tests that are in progress, but there doesn't seem to be a way to resume them.
In screenshot 2, you can see that double-clicking on the in-progress test and then viewing test results DevOps shows the test is presently paused.
Reviewing other posts related to pausing and resuming tests or searching for any right-click menus or methods of resuming have not yielded any results. Looking for help resuming tests.
screenshot 1 of recent test runs from DevOps
Screenshot 2 of test results tab of a previous in-progress run
It appears it is not possible to resume the test run in question. The only solution I have seen for this is to delete the test run. The test run deletion can only be done via the Rest API as answered here: How to change a status of a Run in Azure DevOps when it wasn't complete
This doesn't say much if you don't know how to use a Rest API. User #ATCCAN mentioned in the comments of that question that this issue is a bug from Azure DevOps and that it is already solved. I however, have experienced this same issue in the days surrounding this post. It seems to me that the bug still persists.
Research from different has lead me to the conclusion that this is a bug and that it hasn't been solved.
Here is a program to delete test runs using the Rest API:
https://www.opentechguides.com/how-to/article/azure/207/rest-api-delete-test-run.html
I have been working on it straight for the past 2 days and read all the possible documentation that i can find.
I have a scaleset (windows machines that will hold an asp.net core app on it). Here's what the setup looks like.
I have a "Pipeline" that gets the code and publishes the artifact (this is working as expected)
Now I am trying to use that artifact and build a new image and push it to the scaleset.
Here are the screenshots of what the release pipeline looks like.
pipeline tasks
scaleset release error
So the first step builds an image using packer and the second step is supposed to push that image to the scale sets.
The error basically states "Error: VMSS myapp can not be updated as it uses a platform image. Only a VMSS which is currently using a custom image can be updated."
I have tried this release pipeline with 2 different scalesets. One of them was using default windows 2016 image and the other one was using a custom image that was built. In both the cases I run into the same error.
I have spent a LOT of hours trying to figure this out to no avail. I have also asked around in all the communities that i am a part of. Is anyone out there aware of how to update these damnned scale sets with a new image of your application?
I want to run our automated ui tests from xamarin ui-tests in appcenter.
But i don't want to start the test runs manually, but rather being triggerd by my Azure DevOps build pipelin. I already found the task for this, but unfortunately the documentation only contains a sample for espresso, and none for xamarin ui-test.
So right now i'm a bit lost on what i have to setup and what commands are really needed to get this going.
I already did successfully run the ui-tests manually on app-center, but getting this married to azure devops is a bit too much for my brain right now (maybe i just overlooked some basic things)
[edit1] I forgot to mention, that i (for some not know reason) cannot use the old graphical yaml builder of azure devops, but are stuck to the yaml file editor. So since the documentation for the graphical yaml builder is much better, i would also be glad if someone would show me, how i could switch back to it in azure devops.
[/edit1]
[edit2]
I think I should just open my eyes before asking a question for which the answer is directly in front of me.
so, i found the graphical yaml builder just on the right of the window :/.
I'll leave this question though and updated it with a working sample file, once i finished creating one.
If someone out there is faster than me, i'm happy to upvote and accept his answer though :).
[/edit2]
So, if anyone of you has a build pipeline task for automated xamarin ui-tests to help me out, i would be really greatful.
Best regards and thx in advance.
Maverick
Update
I now get the following error message:
##[error]Error: Cannot find any file based on d:\a\1\s\com.docuware.mobileclient.apk.
In my Publish Task the file is taken from here:
Upload 'd:\a\1\b\Debug' to file container: '#/9635693/drop'
This is the path i gave for the apk file:
appFile: '$(System.DefaultWorkingDirectory)/com.companyname.filename.apk'
of course i see, that the file is in subfolder named "Debug", but how to tell the task to look in d:\a\1\b for debug and not in d:\a\1\s?
I'm running into a strange problem whenever I start a particular build, and I can't get my head around it.
I just imported an existing VSTS-repository into my new GIT-Repository on Azure DevOps. My next step is to create a Build-pipeline which should lead to an artifact which I can deploy. For the company I work for I've done this many times, but I've never seen this error before.
The buildpipeline is setup, and as soon as I start a build it immediately fails with the following error;
Hopefully somebody can help out in resolving this.
UPDATE - Added settings for retrieving sources
After posting the second screenshot and going through everything again properly, I saw that I didn't point the Build Pipeline to the proper GIT-Repository in Azure Devops. After updating this, the issue was resolved.
I have a quite simple question. We have setup Gitlab CI and want to allow auto merge as soon as the build succeeds for some of our branches.
Thing is, we see that the build passes, but the merge does not actually happen and the status stays at "to be merged automatically once the build succeeds".
Do you have any idea why?
I attached a screenshot of the bogus behaviour.
EDIT: Some additional information that was requested:
It looks like no background job is put in the queue where I activate a "automatic merge when build succeeds
When a build finishes running, no background jobs is triggered as far as I can see. Nothing new being scheduled, dead or in progress.
I also don't see anything crazy or ERROR like in the logs.
Two screenshots of my dashboard as a MR with an automated build runs :
Thanks,
Julien
Maybe your merge job is scheduled or dead.
Use your admin account and click the Admin Area button.
Click Monitoring -> Background Jobs
Then,click the dashboard and check the if your merge job is in the Scheduled queue or Dead queue.