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
[GOBBLIN-892] reverting back bad changes done in PR 2720 #2747
Conversation
Codecov Report
@@ Coverage Diff @@
## master #2747 +/- ##
============================================
+ Coverage 45.19% 45.23% +0.04%
- Complexity 8804 8814 +10
============================================
Files 1889 1889
Lines 70581 70577 -4
Branches 7747 7747
============================================
+ Hits 31899 31928 +29
+ Misses 35729 35699 -30
+ Partials 2953 2950 -3
Continue to review full report at Codecov.
|
Optional<String> taskStateException = taskState.getTaskFailureException(); | ||
String errMsg = "At least one task did not committed successfully. Setting dataset state to FAILED. " | ||
+ (taskStateException.isPresent() ? taskStateException.get() : "Exception not set."); | ||
log.warn(errMsg); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe keep this warning, it looks helpful.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am quite sure this warning must have got logged in the original-place-of-failure. What do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
probably. If so, it's logged in some mapper node, which is hard to locate, which might be the reason that finalizeDatasetState
do so.
@arjun4084346 can you please add a description of what this PR is trying to address? Please describe what changes are being reverted. Can you also reference the JIRA ticket in the JIRA section? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1. LGTM.
Closes apache#2747 from arjun4084346/fix
Dear Gobblin maintainers,
Please accept this PR. I understand that it will not be reviewed until I have checked off all the steps below!
JIRA
Description
fix a bug where we are setting/getting props in dataset state. it is not a supported operation.
This bug was introduced in #2720 (Jira GOBBLIN-864)
Tests
reverting back to older, more stable state
Commits