Pipelines: current working directory behavior is inconsistent
See original GitHub issueWhile working on https://github.com/elyra-ai/elyra/issues/1033 I’ve noticed that the current working directory is different for local execution and KFP execution.
Consider the following pipeline:
notebook.ipynb
creates a file incwd
, sayfile.txt
subdir/notebook2.ipynb
creates a file incwd
, sayfile2.txt
Results:
- Running the pipeline locally
file.txt
is created in the directory wherenotebook.ipynb
is located (as expected) - Running the pipeline locally
file2.txt
is created in thesubdir
directory wherenotebook2.ipynb
is located (as expected) - Running the pipeline on KFP
file.txt
is created in the directory wherenotebook.ipynb
is located (as expected) - Running the pipeline on KFP
file2.txt
is created in the parent directory ofsubdir
(fail)
The cwd
location needs to be consistent across runtimes: the directory where the script | notebook is stored or the location of the pipeline file.
Issue Analytics
- State:
- Created 3 years ago
- Comments:10 (10 by maintainers)
Top Results From Across the Web
Troubleshoot pipeline runs - Azure DevOps - Microsoft Learn
Learn how to troubleshoot pipeline runs in Azure Pipelines and Team ... File or folder in use errors; Intermittent or inconsistent MSBuild failures ......
Read more >Pipeline resource shows inconsistent behavior with partially ...
I am trying to have a CI pipeline as a resource in a CD pipeline. But my CD pipeline is not taking the...
Read more >Update to working-directory (Release 2022.08.05)
We have identified inconsistencies between the two command line options --target-directory and --working-directory that are currently used ...
Read more >When Azure Pipeline pulls code from Bitbucket cloud, why is ...
The problem you're describing isn't "the wrong repo is being checked out", it's "the local working directory for the repo is inconsistent".
Read more >Shell executor doesn't clean up build directories - GitLab
Consolidate a new cleanup job stage with the existing ... with any customers whose pipelines on shell runners assume the current behavior?
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
After more tests, I believe this is actually not an issue per si, but more a side effect on how we are executing
pipeline nodes
in KFP, where we collect all artifacts related to a node and then untar them on the root to be executed (in this case, losing the notion that it is contained in a subdirectory during execution) but all is properly captured/propagated. I will investigate it further and discuss more details/side effects of this with @ptitzler but for now, I am not going to block the release because of this.Are you still intending to work on this @lresende or can the assignment be removed?