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 options set by the user are not handled properly #431

Open
razvan opened this issue Jul 19, 2024 · 4 comments
Open

Spark options set by the user are not handled properly #431

razvan opened this issue Jul 19, 2024 · 4 comments
Labels

Comments

@razvan
Copy link
Member

razvan commented Jul 19, 2024

Affected Stackable version

all

Affected Apache Spark-on-Kubernetes version

all

Current and expected behavior

Spark properties that are set by both the user via spec.sparkConf and the operator are not merged properly.

Example: users that need to set Java proxy settings via spark.driver.extraJavaOptions cannot do so without overriding the same property set by the operator.

Possible solution

No response

Additional context

No response

Environment

No response

Would you like to work on fixing this bug?

None

@lfrancke
Copy link
Member

lfrancke commented Aug 7, 2024

Reported on Discord

@sbernauer
Copy link
Member

To me personally this sounds like expected behavior. The fields docs state

A map of key/value strings that will be passed directly to spark-submit.

which it seems to do.

It think it's a very hard problem to correctly merge all the Spark properties in the world but let's see :)

I personally would consider this a feature request to make it easier to merge stuff from the user onto the operator generated ones - which sounds like a nice quality of live feature - if possible.

@sbernauer
Copy link
Member

Reported on Discord

I could not find it. Can you please paste the report here, so we can understand what exactly is going and maybe also conclude this is a bug?

@lfrancke
Copy link
Member

I can't find it either right now, sorry.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants