[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16045068#comment-16045068 ] Hudson commented on YARN-6585: -- SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #11853 (See [https://builds.apache.org/job/Hadoop-trunk-Commit/11853/]) YARN-6585. RM fails to start when upgrading from 2.7 for clusters with (epayne: rev 5578af860335ae44c9780082508c3dcf726f60fc) * (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager/src/test/java/org/apache/hadoop/yarn/server/resourcemanager/nodelabels/TestRMNodeLabelsManager.java * (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common/src/main/java/org/apache/hadoop/yarn/server/api/protocolrecords/impl/pb/AddToClusterNodeLabelsRequestPBImpl.java * (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager/src/test/java/org/apache/hadoop/yarn/server/resourcemanager/TestRMAdminService.java > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch, > YARN-6585.0003.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16045063#comment-16045063 ] Eric Payne commented on YARN-6585: -- BTW, the findbugs warning for {{org.apache.hadoop.yarn.logaggregation.AggregatedLogFormat}} is is not relevant for this patch. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch, > YARN-6585.0003.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16045017#comment-16045017 ] Eric Payne commented on YARN-6585: -- Thanks [~sunilg]. The patch looks good. +1. Will commit soon. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch, > YARN-6585.0003.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16044421#comment-16044421 ] Hadoop QA commented on YARN-6585: - | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 19s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 2 new or modified test files. {color} | | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 44s{color} | {color:blue} Maven dependency ordering for branch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 13m 21s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 33s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 51s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 18s{color} | {color:green} trunk passed {color} | | {color:red}-1{color} | {color:red} findbugs {color} | {color:red} 1m 3s{color} | {color:red} hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common in trunk has 1 extant Findbugs warnings. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 1m 2s{color} | {color:green} trunk passed {color} | | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 10s{color} | {color:blue} Maven dependency ordering for patch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 0s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 5m 9s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 5m 9s{color} | {color:green} the patch passed {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 50s{color} | {color:orange} hadoop-yarn-project/hadoop-yarn: The patch generated 9 new + 58 unchanged - 0 fixed = 67 total (was 58) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 15s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 20s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 1m 1s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 2m 23s{color} | {color:green} hadoop-yarn-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 38m 57s{color} | {color:green} hadoop-yarn-server-resourcemanager in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 32s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 89m 40s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Image:yetus/hadoop:14b5c93 | | JIRA Issue | YARN-6585 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12872246/YARN-6585.0003.patch | | Optional Tests | asflicense compile javac javadoc mvninstall mvnsite unit findbugs checkstyle | | uname | Linux fc1ee985dc37 3.13.0-107-generic #154-Ubuntu SMP Tue Dec 20 09:57:27 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/hadoop/patchprocess/precommit/personality/provided.sh | | git revision | trunk / 99634d1 | | Default Java | 1.8.0_131 | | findbugs | v3.1.0-RC1 | | findbugs | https://builds.apache.org/job/PreCommit-YARN-Build/16169/artifact/patchprocess/branch-findbugs-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-common-warnings.html | | checkstyle | https://builds.apache.org/job/PreCommit-YARN-Build/16169/artifact/patchprocess/diff-checkstyle-hadoop-yarn-project_hadoop-yarn.txt | | Test Results | https://builds.apache.org/job/PreCommit-YARN-Build/16169/testReport/ | | modules | C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager U: hadoop-yarn-project/hadoop-yarn | | Console output | https://builds.apach
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16043215#comment-16043215 ] Sunil G commented on YARN-6585: --- Thanks [~eepayne] bq. I feel that these issues should be fixed as part of a separate JIRA since they are confusing things here and are not related to fixing this problem. I think its fine to take this changes in separate ticket. Ideally {{initNodeLabels}} changes are enough to support for breakage sceanrios. Also thanks you for sharing the test case which I think will help here. I ll update a patch shortwhile. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16039534#comment-16039534 ] Sunil G commented on YARN-6585: --- Sorry [~eepayne] for the delay here. I ll look this today. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16037860#comment-16037860 ] Eric Payne commented on YARN-6585: -- Hi [~sunilg], I have come up with a unit test for this that I think will work well. It creates a 2.7-formatted levelDB file and starts the 2.8 RM while referencing it. I have tested it before and after the fix. Before the fix, it throws a similar exception as was experienced when we discovered this error: {noformat} java.io.IOException: Not all labels being replaced contained by known label collections, please check, new labels=[a] at org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) at org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) at org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) ... {noformat} {code:title=TestRMNodeLabelsManager#testBackwardsCompatableMirror} @Test(timeout = 6) public void testBackwardsCompatableMirror() throws Exception { lmgr = new RMNodeLabelsManager(); Configuration conf = new Configuration(); File tempDir = File.createTempFile("nlb", ".tmp"); tempDir.delete(); tempDir.mkdirs(); tempDir.deleteOnExit(); String tempDirName = tempDir.getAbsolutePath(); conf.set(YarnConfiguration.FS_NODE_LABELS_STORE_ROOT_DIR, tempDirName); // The following are the contents of a 2.7-formatted levelDB file to be // placed in nodelabel.mirror. There are 3 labels: 'a', 'b', and 'c'. // host1 is labeled with 'a', host2 is labeled with 'b', and c is not // associated with a node. byte[] contents = { 0x09, 0x0A, 0x01, 0x61, 0x0A, 0x01, 0x62, 0x0A, 0x01, 0x63, 0x20, 0x0A, 0x0E, 0x0A, 0x09, 0x0A, 0x05, 0x68, 0x6F, 0x73, 0x74, 0x32, 0x10, 0x00, 0x12, 0x01, 0x62, 0x0A, 0x0E, 0x0A, 0x09, 0x0A, 0x05, 0x68, 0x6F, 0x73, 0x74, 0x31, 0x10, 0x00, 0x12, 0x01, 0x61 }; File file = new File(tempDirName + "/nodelabel.mirror"); file.createNewFile(); FileOutputStream stream = new FileOutputStream(file); stream.write(contents); stream.close(); conf.setBoolean(YarnConfiguration.NODE_LABELS_ENABLED, true); conf.set(YarnConfiguration.RM_SCHEDULER, "org.apache.hadoop.yarn.server.resourcemanager.scheduler.capacity.CapacityScheduler"); Configuration withQueueLabels = getConfigurationWithQueueLabels(conf); MockRM rm = initRM(withQueueLabels); Set labelNames = lmgr.getClusterNodeLabelNames(); Map> labeledNodes = lmgr.getLabelsToNodes(); Assert.assertTrue(labelNames.contains("a")); Assert.assertTrue(labelNames.contains("b")); Assert.assertTrue(labelNames.contains("c")); Assert.assertTrue(labeledNodes.get("a") .contains(NodeId.newInstance("host1", 0))); Assert.assertTrue(labeledNodes.get("b") .contains(NodeId.newInstance("host2", 0))); rm.stop(); } {code} > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16035315#comment-16035315 ] Eric Payne commented on YARN-6585: -- bq. In similar to GetClusterNodeLabelsResponse, it was also support labels as string earlier If I understand correctly, I think you are saying the following: # since {{GetClusterNodeLabelsResponse}} has similar APIs, then {{AddToClusterNodeLabelsRequest}} should also have them # YARN-3413 removed the APIs for {{newInstance(Set labels)}}, {{setNodeLabels(Set labels)}}, and {{Set getNodeLabels()}} and replaced them with APIs for {{newInstance(List nodeLabels)}}, {{void setNodeLabels(List nodeLabels)}}, and {{List getNodeLabels()}}. It is incompatible to change APIs between minor releases, and this should be corrected. Is that correct? While both of those are valid points, I feel that these issues should be fixed as part of a separate JIRA since they are confusing things here and are not related to fixing this problem. Also, if the concern is compatability with 2.7, the APIs in 2.7 that operated on {{Set}} were named {{\[get|set\]NodeLabels}} rather than {{\[get|set\]NodeLabelsList}} bq. i was making sure that we have stored labels as string (like in 2.7 version), then read it back to ensure labels are still loaded an readable from RM I still need to think more about the unit test, but the deprecated API {{AddToClusterNodeLabelsRequest newInstance(Set nodeLabels)}} doesn't write the labels in the 2.7 format. It just turns around and calls the 2.8 API. Also, as I said above, I don't think the code in {{AddToClusterNodeLabelsRequestPBImpl#initLocalNodeLabels}} is getting exercised by the unit test. I took out the code and the test still passes. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16035208#comment-16035208 ] Sunil G commented on YARN-6585: --- HI [~eepayne] Thanks for the comments. In similar to {{GetClusterNodeLabelsResponse}}, it was also support labels as string earlier. then its moved to list of NodeLabel. Ideally {{initLocalNodeLabels}} helps to cover the case. In my test case, i was making sure that we have stored labels as string (like in 2.7 version), then read it back to ensure labels are still loaded an readable from RM. Ideally we need not have to have mirror file specific case. Labels as string to be addd to cluster, and read it back in current form (as list of NodeLabel) to ensure all labels are added with exclusivity on. Hence i needed setter and getter. All cases were same in {{GetClusterNodeLabelsResponse}} and its PBImpl also. Pls share your thoughts. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16035055#comment-16035055 ] Eric Payne commented on YARN-6585: -- bq. I don't understand why we needed to add a deprecated newInstance method I'm also confused about the need for {{void setNodeLabelsList(Set labels)}} and {{Set getNodeLabelsList()}} in {{ddToClusterNodeLabelsRequest\[PBImpl\]}}. AFAICT, the code added to {{initLocalNodeLabels}} should be sufficient: {code:title=AddToClusterNodeLabelsRequestPBImp#initLocalNodeLabelsl} if (this.updatedNodeLabels.isEmpty()) { List deprecatedLabelsList = p.getDeprecatedNodeLabelsList(); for (String l : deprecatedLabelsList) { this.updatedNodeLabels.add(NodeLabel.newInstance(l)); } } {code} Also, I don't think the unit test is actually testing the above code. I took out the above lines, ran the test, and it still succeeded. In fact, I think this will be difficult to test, since {{AddToClusterNodeLabelsRequestPBImp#initLocalNodeLabelsl}} is called by {{FileSystemNodeLabelsStore#loadFromMirror}}, which is reading the nodelabel.mirror and nodelabel.editlog files from HDFS, and the current test doesn't seem to be mocking any part of that. I'm still thinking about this one ;-/ > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16033720#comment-16033720 ] Eric Payne commented on YARN-6585: -- bq. i also had to a newInstance method in addToClusterNodeLabelsRequest to accept labels as string. I'm sorry, maybe I'm missing something [~sunilg], but I don't understand why we needed to add a deprecated {{newInstance}} method that is only called by the new unit test. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch, YARN-6585.0002.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16018951#comment-16018951 ] Hadoop QA commented on YARN-6585: - | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 20s{color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s{color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 37s{color} | {color:blue} Maven dependency ordering for branch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 12m 55s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 50s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 51s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 54s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 1m 10s{color} | {color:green} trunk passed {color} | | {color:red}-1{color} | {color:red} findbugs {color} | {color:red} 1m 3s{color} | {color:red} hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common in trunk has 1 extant Findbugs warnings. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 1m 30s{color} | {color:green} trunk passed {color} | | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 10s{color} | {color:blue} Maven dependency ordering for patch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 21s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 15s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} javac {color} | {color:red} 7m 15s{color} | {color:red} hadoop-yarn-project_hadoop-yarn generated 1 new + 45 unchanged - 0 fixed = 46 total (was 45) {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 45s{color} | {color:orange} hadoop-yarn-project/hadoop-yarn: The patch generated 1 new + 37 unchanged - 0 fixed = 38 total (was 37) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 49s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 1m 7s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} whitespace {color} | {color:red} 0m 0s{color} | {color:red} The patch has 1 line(s) that end in whitespace. Use git apply --whitespace=fix <>. Refer https://git-scm.com/docs/git-apply {color} | | {color:red}-1{color} | {color:red} findbugs {color} | {color:red} 1m 4s{color} | {color:red} hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common generated 1 new + 1 unchanged - 0 fixed = 2 total (was 1) {color} | | {color:red}-1{color} | {color:red} javadoc {color} | {color:red} 0m 21s{color} | {color:red} hadoop-yarn-api in the patch failed. {color} | | {color:red}-1{color} | {color:red} javadoc {color} | {color:red} 0m 29s{color} | {color:red} hadoop-yarn-common in the patch failed. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 0m 26s{color} | {color:green} hadoop-yarn-api in the patch passed. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 2m 27s{color} | {color:green} hadoop-yarn-common in the patch passed. {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 39m 55s{color} | {color:red} hadoop-yarn-server-resourcemanager in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 33s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}100m 10s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | FindBugs | module:hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common | | | Inconsistent synchronization of org.apache.hadoop.yarn.server.api.protocolrecords.impl.pb.AddToClusterNodeLabelsRequestPBImpl.updatedNodeLabels; locked 75% of time Unsynchronized access at AddToClusterNodeLabelsRequestPBImpl.java:75% of time Unsynchronized access at AddToClusterNodeLabelsRequestPBImpl.java:[line 67] | | Failed junit tests | hadoop.yarn.server.resourceman
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16011073#comment-16011073 ] Wangda Tan commented on YARN-6585: -- Thanks [~eepayne]/[~nroberts]/[~sunilg] for reporting and investigating this issue. [~sunilg] I felt this fix is not correct, reversing fields is an incompatible change. In branch-2.7, we have string node labels in AddToClusterNodeLabelProto as 1st field. In existing branch-2.8, we added a NodeLabelProto to 2nd field and renamed 1st field to "deprecated-". So far this is compatible. The problem is, existing implementation: {code} private void initLocalNodeLabels() { AddToClusterNodeLabelsRequestProtoOrBuilder p = viaProto ? proto : builder; List attributesProtoList = p.getNodeLabelsList(); this.updatedNodeLabels = new ArrayList(); for (NodeLabelProto r : attributesProtoList) { this.updatedNodeLabels.add(convertFromProtoFormat(r)); } } {code} Inside {{AddToClusterNodeLabelsRequestPBImpl}} doesn't read from deprecated node label string field (1st). In FileSystemNodeLabelStore, YARN read from serialized PB message and call {{new AddToClusterNodeLabelsRequestPBImpl(AddToClusterNodeLabelsRequestProto proto)}}. If it fails to read from 2nd field, it should try to read from the 1st one. To make sure we have enough coverage, I suggest an unit test to read from branch-2.7 stored node label file and make sure all fields can be read from branch-2.8 and above. Thoughts? > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Assignee: Sunil G >Priority: Blocker > Attachments: YARN-6585.0001.patch > > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16010597#comment-16010597 ] Sunil G commented on YARN-6585: --- Yes. Order is changed somehow. {code} message AddToClusterNodeLabelsRequestProto { repeated string deprecatedNodeLabels = 1; repeated NodeLabelProto nodeLabels = 2; } {code} This should be changed like {code} message AddToClusterNodeLabelsRequestProto { repeated NodeLabelProto nodeLabels = 1; repeated string deprecatedNodeLabels = 2; } {code} I ll update a patch now. > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Priority: Blocker > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
[jira] [Commented] (YARN-6585) RM fails to start when upgrading from 2.7 to 2.8 for clusters with node labels.
[ https://issues.apache.org/jira/browse/YARN-6585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16007016#comment-16007016 ] Nathan Roberts commented on YARN-6585: -- YARN-6143 changed AddToClusterNodeLabelsRequestProto such that field 1 is now referred to as deprecatedNodeLabels. FileSystemNodeLabelsStore is referencing field 2 (nodeLabels) which will not be present in a 2.7 labelStore. CC: [~leftnoteasy] > RM fails to start when upgrading from 2.7 to 2.8 for clusters with node > labels. > --- > > Key: YARN-6585 > URL: https://issues.apache.org/jira/browse/YARN-6585 > Project: Hadoop YARN > Issue Type: Bug >Reporter: Eric Payne >Priority: Blocker > > {noformat} > Caused by: java.io.IOException: Not all labels being replaced contained by > known label collections, please check, new labels=[abc] > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.checkReplaceLabelsOnNode(CommonNodeLabelsManager.java:718) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.replaceLabelsOnNode(CommonNodeLabelsManager.java:737) > at > org.apache.hadoop.yarn.server.resourcemanager.nodelabels.RMNodeLabelsManager.replaceLabelsOnNode(RMNodeLabelsManager.java:189) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.loadFromMirror(FileSystemNodeLabelsStore.java:181) > at > org.apache.hadoop.yarn.nodelabels.FileSystemNodeLabelsStore.recover(FileSystemNodeLabelsStore.java:208) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.initNodeLabelStore(CommonNodeLabelsManager.java:251) > at > org.apache.hadoop.yarn.nodelabels.CommonNodeLabelsManager.serviceStart(CommonNodeLabelsManager.java:265) > at > org.apache.hadoop.service.AbstractService.start(AbstractService.java:193) > ... 13 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org