Closed pangteckchun closed 5 months ago
To summarize, what we observed is that with azure-importer
plug-in, it is not taking in defaults section values and any other input parameters, in its processing and then reinserting them back as outputs or retaining them as default values.
Hi @pangteckchun thanks for the detailed report - we will look over it in our bug triage call this week and see if there is a quick fix we can push for you. It looks like the importer did not get upgraded when we introduced the defaults
config.
However, we're currently thinking about the right home for the azure importer - we had a team of Azure pro's who built an updated version for us as part of the hackathon and we will most likely make theirs the "canonical" version in the next couple of weeks.
Hi James, thanks for acknowledging this. I am really looking forward to a quick fix while you guys figure out the final version of this 💚
The reason is because this plug-in is a key first step in my pipeline which allows us to showcase getting our Azure-based apps SCI in near real-time basis (depending on the timestamp and duration as input params). Unfortunately there is no way for me to workaround this bug (missing defaults
and also removing other input params other than the ones azure-importer
needs) for my downstream plug-in use.
I am happy to hear any suggestions to make progress on this :) FYI, Internally I am beginning to train Azure devs to write their own manifest files so really hoping to see a fix for this soon.
Cheers! TC
Hi - yes, we need to make the importer respect the defaults
config to fix the issue.
I'm tagging @zanete @narekhovhannisyan and @manushak for visibility - if some dev time becomes available then please confirm my diagnosis of the bug and push a fix to unblock @pangteckchun. Otherwise please prioritise in next sprint.
Hi @zanete @manushak - any updates on the fix?
Thank you for your attention!
TC
Hi @pangteckchun, we are looking into this and it's planned for the current list of todos. We hope that we have some capacity to implement this fix this week which we'll find out by Wednesday this week. Thanks so much for your understanding!
@narekhovhannisyan please review
Hi @pangteckchun thanks for the detailed report - we will look over it in our bug triage call this week and see if there is a quick fix we can push for you. It looks like the importer did not get upgraded when we introduced the
defaults
config.However, we're currently thinking about the right home for the azure importer - we had a team of Azure pro's who built an updated version for us as part of the hackathon and we will most likely make theirs the "canonical" version in the next couple of weeks.
Hey, sorry to reply to a closed issue. Any chance I can have some reference/link to this other version of the azure importer? We are exploring the possibility to make something similar in the team I am working with and would like to contribute or at least not have to re-invent the wheel if someone else already did it.
Hi @cvallesi-kainos you can find it here https://github.com/microsoft/azure-carbon-estimator
Description of the Error
We tested and confirmed the inclusion of
azure-importer
plug-in causes the following strange handling of values under defaults section:azure-importer
step, using any of the defaults values for subsequent pipeline steps, causes the numeric values to become.nan
after some calculation.sci-o
afterazure-importer
which expects one of the default value (i.e.grid/carbon-intensity
) as input, pipeline fails stating the below. Also we noticed the input parameterenergy
though configured is not found forsci-o
plug-in.Expected Behaviour
Using
azure-importer
as the first plug-in for our pipeline is a must as it forms the first step of getting source compute/storage info for a particular Azure hosted resource. Hence the expected behavior is, even withazure-importer
in place, the use of default section values should produce the right output, and also not become "invalid" for subsequent pipeline steps, e.g. in this casegrid/carbon-intensity
parameter is affected.Actual Behaviour
Per what's described in Description of Error items 1 and 2 above,
Steps to Reproduce
For (1), manifest file & result (no pipeline failure but with
.nan
values):For (2), manifest file used:
RESULT: error in pipeline run:
To proof
azure-importer
is indeed causing the issue, commenting out the plug-in in the manifest and emulating its output as input values and re-running it produces the following successful result:Link to online environment
NA
Manifest File That Generated the Error
See above different manifest files trial-and-error.
Links to Any Additional Code
NA
Runtime Info
OS: Windows 10 laptop IF ver: +-- @grnsft/if-plugins@v0.3.2 +-- @grnsft/if-unofficial-plugins@v0.3.1 `-- @grnsft/if@v0.3.2