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-44442][MESOS] Remove Mesos support #43135

Closed
wants to merge 1 commit into from

Conversation

srowen
Copy link
Member

@srowen srowen commented Sep 26, 2023

What changes were proposed in this pull request?

Remove Mesos resource manager support and docs, previously deprecated in Spark 3.2, for Spark 4.0.

Why are the changes needed?

Mesos is no longer supported and has been deprecated for several versions.

Does this PR introduce any user-facing change?

Other than the lack of Mesos support, no

How was this patch tested?

Existing tests.

Was this patch authored or co-authored using generative AI tooling?

No

Copy link
Contributor

@mridulm mridulm left a comment

Choose a reason for hiding this comment

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

9 lines more, and it would have been an event 10k lines removed :-)

@LuciferYang
Copy link
Contributor

9 lines more, and it would have been an event 10k lines removed :-)

A satisfying operation, hahaha ~

@LuciferYang
Copy link
Contributor

if (state == TaskState.LOST) {
// TaskState.LOST is only used by the deprecated Mesos fine-grained scheduling mode,
// where each executor corresponds to a single task, so mark the executor as failed.
val execId = taskIdToExecutorId.getOrElse(tid, {
val errorMsg =
"taskIdToTaskSetManager.contains(tid) <=> taskIdToExecutorId.contains(tid)"
taskSet.abort(errorMsg)
throw new SparkException(
"taskIdToTaskSetManager.contains(tid) <=> taskIdToExecutorId.contains(tid)")
})
if (executorIdToRunningTaskIds.contains(execId)) {
reason = Some(
ExecutorProcessLost(
s"Task $tid was lost, so marking the executor as lost as well."))
removeExecutor(execId, reason.get)
failedExecutor = Some(execId)
}
}

Does this part need to be fixed?

@LuciferYang
Copy link
Contributor

* The reasons for this are discussed in https://github.com/mesos/spark/pull/718

In addition, does this line of comment still need to be retained?

@srowen
Copy link
Member Author

srowen commented Sep 27, 2023

I noticed the TaskState.LOST comment, but was reluctant to actually totally remove handling of this event in case the comment was wrong.
the link to the explanation in the Mesos issue is still valid, just happens to come from a really old Mesos issue on Github

@LuciferYang
Copy link
Contributor

I noticed the TaskState.LOST comment, but was reluctant to actually totally remove handling of this event in case the comment was wrong. the link to the explanation in the Mesos issue is still valid, just happens to come from a really old Mesos issue on Github

fine to me

@srowen
Copy link
Member Author

srowen commented Sep 27, 2023

It looks like the tests actually passed but showing failed - I'm not quite sure what to make of the failure in 'reporting results'.
EDIT: Oh wait now it shows passed.

@srowen srowen closed this in c596731 Sep 28, 2023
@srowen
Copy link
Member Author

srowen commented Sep 28, 2023

Merged to master

Copy link
Member

@dongjoon-hyun dongjoon-hyun left a comment

Choose a reason for hiding this comment

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

+1, late LGTM.

dongjoon-hyun pushed a commit that referenced this pull request Dec 26, 2023
…il.Utils#getConfiguredLocalDirs`

### What changes were proposed in this pull request?
This PR cleans up an unused local variables from `org.apache.spark.util.Utils#getConfiguredLocalDirs` function, It is no longer used after the support for Mesos was removed in SPARK-44442 (#43135).

### Why are the changes needed?
Code clean up

### Does this PR introduce _any_ user-facing change?
No

### How was this patch tested?
Pass GitHub Actions

### Was this patch authored or co-authored using generative AI tooling?
No

Closes #44475 from LuciferYang/utils-useless.

Lead-authored-by: yangjie01 <yangjie01@baidu.com>
Co-authored-by: YangJie <yangjie01@baidu.com>
Signed-off-by: Dongjoon Hyun <dhyun@apple.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
6 participants