Skip to content

Conversation

@viper-kun
Copy link
Contributor

No description provided.

@SparkQA
Copy link

SparkQA commented Sep 15, 2014

Can one of the admins verify this patch?

@srowen
Copy link
Member

srowen commented Sep 15, 2014

Can you explain this patch? What problem does it solve and why? There is no JIRA here either.

@viper-kun
Copy link
Contributor Author

@srowen If we run spark application frequently, it will write many spark event log into spark.eventLog.dir. After a long time later, there will be many spark event log that we do not concern in the spark.eventLog.dir. So we need delete some logs that exceeding the time limit.

@andrewor14
Copy link
Contributor

Hey @viper-kun can you file a JIRA and put it in the title of this PR? See how other Spark PRs are formatted.

@viper-kun viper-kun changed the title cycle of deleting history log [SPARK-3562]Periodic cleanup event logs Sep 17, 2014
@andrewor14
Copy link
Contributor

ok to test

@SparkQA
Copy link

SparkQA commented Sep 18, 2014

QA tests have started for PR 2391 at commit 79f4928.

  • This patch merges cleanly.

@SparkQA
Copy link

SparkQA commented Sep 18, 2014

QA tests have finished for PR 2391 at commit 79f4928.

  • This patch passes unit tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

Copy link
Contributor

Choose a reason for hiding this comment

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

Pretty sure you don't want to clean logs on initialization. Otherwise your history server will always display nothing!

Copy link
Contributor Author

Choose a reason for hiding this comment

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

yes,you are right. it is no need to clean it on initialization. And i can not change it, because of unknown repository. And i will submit other commit.

@andrewor14
Copy link
Contributor

@viper-kun I'm not sure if it's the HistoryServer's responsibility to delete the application logs. The HistoryServer is intended to be a serving daemon; it should not modify application output, since it did not create any output in the first place. If I'm not wrong, Hadoop's JobHistoryServer has the same semantics (i.e. it doesn't randomly delete your logs). Perhaps @srowen can confirm this.

@viper-kun
Copy link
Contributor Author

@andrewor14 i have checked Hadoop's JobHistoryServer. it is JobHistoryServer's responsibility to delete the application logs.

Copy link
Contributor

Choose a reason for hiding this comment

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

nit: cleans, logs

@vanzin
Copy link
Contributor

vanzin commented Sep 20, 2014

Looks ok to me, mostly a few nits.

Could you also update docs/monitoring.md and add the new conf parameters?

@viper-kun
Copy link
Contributor Author

@vanzin , @andrewor14 .Thanks for your opinions. Because the source branch had been deleted by me, i can change it in this commit. i submit another commit[#2471] and change the source according your opinions.

@andrewor14
Copy link
Contributor

@viper-kun Since there is now a new PR, would you mind closing this one? It's confusing to have two PRs that do the same thing.

@asfgit asfgit closed this in f341e1c Oct 2, 2014
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.

5 participants