Skip to content
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

[SPARK-38194] Followup: Fix k8s memory overhead passing to executor pods #35901

Closed

Conversation

Kimahriman
Copy link
Contributor

What changes were proposed in this pull request?

Follow up to #35504 to fix k8s memory overhead handling.

Why are the changes needed?

#35504 introduced a bug only caught by the K8S integration tests.

Does this PR introduce any user-facing change?

Fix back to old behavior.

How was this patch tested?

See if IT passes

@Kimahriman
Copy link
Contributor Author

@tgravescs is this what you were thinking?

@Kimahriman Kimahriman force-pushed the k8s-memory-overhead-executors branch from ddd276e to 16460c4 Compare March 17, 2022 19:07
@Kimahriman
Copy link
Contributor Author

Think I need to fix the test for this too

@asfgit asfgit closed this in f36a5fb Mar 17, 2022
@tgravescs
Copy link
Contributor

merged to master, thanks @Kimahriman

@Yikun
Copy link
Member

Yikun commented Mar 18, 2022

Thanks for your fix, late LGTM

// The memory overhead factor to use. If the user has not set it, then use a different
// value for non-JVM apps. This value is propagated to executors.
private val overheadFactor =
// The default memory overhead factor to use, derived from the deprecated
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nice note!

@Yikun
Copy link
Member

Yikun commented Mar 18, 2022

FYI, master CI passed in K8S IT,
https://github.com/Yikun/spark/actions/runs/2001425290

We might want to backport this with squash previous revert patch to 3.3 if needed.

@tgravescs
Copy link
Contributor

@dongjoon-hyun do you have any concerns with pulling into 3.3 at this point?

@dongjoon-hyun
Copy link
Member

No, it is a legitimate backporting request, @tgravescs .

To @Kimahriman , as @Yikun mentioned, could you make a single healthy backporting PR to branch-3.3?

@Kimahriman
Copy link
Contributor Author

Yeah I can do that. Do I need to combine the commits myself or do you just squash everything when you merge anyway?

@dongjoon-hyun
Copy link
Member

Apache Spark merge-script will squash for you. You can make a PR with all commits.

@Kimahriman
Copy link
Contributor Author

That's what I thought, just wanted to make sure!

Kimahriman added a commit to Kimahriman/spark that referenced this pull request Mar 19, 2022
Follow up to apache#35504 to fix k8s memory overhead handling.

apache#35504 introduced a bug only caught by the K8S integration tests.

Fix back to old behavior.

See if IT passes

Closes apache#35901 from Kimahriman/k8s-memory-overhead-executors.

Authored-by: Adam Binford <[email protected]>
Signed-off-by: Thomas Graves <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants