Skip to content

Conversation

@oplik0
Copy link

@oplik0 oplik0 commented Jan 12, 2026

Currently, if nemo_run_dir is falsy, this function will append mounts to the self.executor.container_mounts list, resulting in unexpected extension of the list with every call.

This function is called by materialize, which it turns out is even called by the __repr__ of SlurmRayRequest and as such one would expect it not to have any side effects (especially since the name of the offending function suggests its a getter).

Found while debugging an issue that turned out to not be caused by NeMo Run, but finding increasing number of duplicate mounts as my debugger helpfully displayed the repr of the class when I was looking at it.

Considering how simple the fix is (and that I already tested it locally when trying to debug the issue) I decided not to create an issue before this PR, hopefully that's acceptable here.

Currently, if `nemo_run_dir` is falsy, this function will append mounts to the object mounts list, resulting in unexpected extension of the list with every call.

This function is called by materialize, which it turns out is even called by the `__repr__` and as such one would expect it not to have any side effects.

Signed-off-by: Jakub Bliźniuk <opliko@opliko.dev>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant