-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Include role path in get_execution_role() result #268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
The current STS GetCallerIdentity call returns only the role name, but not the role path. As a result, the result of get_execution_role() is incorrect if the assumed role has a path.
Codecov Report
@@ Coverage Diff @@
## master #268 +/- ##
=========================================
+ Coverage 92.34% 92.4% +0.06%
=========================================
Files 49 49
Lines 3277 3279 +2
=========================================
+ Hits 3026 3030 +4
+ Misses 251 249 -2
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we retest all of our notebooks?
Not sure if we need to test all of our notebooks - the main difference is the execution role, not the notebook material. I had a notebook with an execution role that didn't have a slash and also made one with an execution role with a slash, and this change worked for both of those. |
Hey there, I just ran into an issue with this since the role I was using didn't have If there could have been some sort of warning / explicit handling of a permission failure, that would be appreciated. Thanks! |
@zmjjmz thanks for bringing that up! do you mind opening a new issue about this? that'll make it easier for us to track and resolve. |
* predictor.list_monitors() now returns a list of monitors. * monitor.update/start/stop now waits for schedule to finish updating before returning. * monitor.create will fail if a schedule was already created, explaining to the user that they must first delete a schedule before creating a new one. * fixed shallow copy on env to avoid mutating customer environment dictionary * fix integration tests based on latest API changes * no longer relying on schedule defaults in ITs until API is updated. * add missed imports to init to simplify user experience * remove broken assert because API now randomizes schedule if not provided * fix bug when attaching to monitor with entrypoint not specified
* predictor.list_monitors() now returns a list of monitors. * monitor.update/start/stop now waits for schedule to finish updating before returning. * monitor.create will fail if a schedule was already created, explaining to the user that they must first delete a schedule before creating a new one. * fixed shallow copy on env to avoid mutating customer environment dictionary * fix integration tests based on latest API changes * no longer relying on schedule defaults in ITs until API is updated. * add missed imports to init to simplify user experience * remove broken assert because API now randomizes schedule if not provided * fix bug when attaching to monitor with entrypoint not specified
* predictor.list_monitors() now returns a list of monitors. * monitor.update/start/stop now waits for schedule to finish updating before returning. * monitor.create will fail if a schedule was already created, explaining to the user that they must first delete a schedule before creating a new one. * fixed shallow copy on env to avoid mutating customer environment dictionary * fix integration tests based on latest API changes * no longer relying on schedule defaults in ITs until API is updated. * add missed imports to init to simplify user experience * remove broken assert because API now randomizes schedule if not provided * fix bug when attaching to monitor with entrypoint not specified
Description of changes:
The current STS GetCallerIdentity call returns only the role name, but not the role path. As a result, the result of get_execution_role() is incorrect if the assumed role has a path.
This was tested manually in SageMaker Notebook Instances with different roles to test the different cases.
Merge Checklist
_Put an
x
in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your pull request.By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.