hadoop-yarn-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Anubhav Dhoot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (YARN-3900) Protobuf layout of yarn_security_token causes errors in other protos that include it
Date Wed, 08 Jul 2015 20:34:06 GMT

    [ https://issues.apache.org/jira/browse/YARN-3900?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14619307#comment-14619307
] 

Anubhav Dhoot commented on YARN-3900:
-------------------------------------

Simply printing EpochProto.toString causes the following error which on debugging shows the
culprit.
The exception is thrown in Descriptors  
{noformat}
 for (int i = 0; i < proto.getDependencyCount(); i++) {
        if (!dependencies[i].getName().equals(proto.getDependency(i))) {
          throw new DescriptorValidationException(result,
            "Dependencies passed to FileDescriptor.buildFrom() don't match " +
            "those listed in the FileDescriptorProto.");
{noformat}
And looking at the variables the mismatch is for
{noformat}
dependencies[i].getName() = {java.lang.String@856} "server/yarn_security_token.proto"
proto.getDependency(i) = {java.lang.String@857} "yarn_security_token.proto"
{noformat}

Here is the error
{noformat}
java.lang.ExceptionInInitializerError
        at org.apache.hadoop.yarn.proto.YarnServerResourceManagerRecoveryProtos$EpochProto.internalGetFieldAccessorTable(YarnServerResourceManagerRecoveryProtos.java:3522)
        at com.google.protobuf.GeneratedMessage.getAllFieldsMutable(GeneratedMessage.java:105)
        at com.google.protobuf.GeneratedMessage.getAllFields(GeneratedMessage.java:153)
        at com.google.protobuf.TextFormat$Printer.print(TextFormat.java:272)
        at com.google.protobuf.TextFormat$Printer.access$400(TextFormat.java:248)
        at com.google.protobuf.TextFormat.print(TextFormat.java:71)
        at com.google.protobuf.TextFormat.printToString(TextFormat.java:118)
        at com.google.protobuf.AbstractMessage.toString(AbstractMessage.java:106)
        at org.apache.hadoop.yarn.server.resourcemanager.recovery.TestProtos.testResourceProto(TestProtos.java:32)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
        at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
        at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
        at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
        at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
        at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
        at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:78)
        at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:212)
        at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:68)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140)
Caused by: java.lang.IllegalArgumentException: Invalid embedded descriptor for "yarn_server_resourcemanager_recovery.proto".
        at com.google.protobuf.Descriptors$FileDescriptor.internalBuildGeneratedFileFrom(Descriptors.java:301)
        at org.apache.hadoop.yarn.proto.YarnServerResourceManagerRecoveryProtos.<clinit>(YarnServerResourceManagerRecoveryProtos.java:5370)
        ... 35 more
Caused by: com.google.protobuf.Descriptors$DescriptorValidationException: yarn_server_resourcemanager_recovery.proto:
Dependencies passed to FileDescriptor.buildFrom() don't match those listed in the FileDescriptorProto.
        at com.google.protobuf.Descriptors$FileDescriptor.buildFrom(Descriptors.java:246)
        at com.google.protobuf.Descriptors$FileDescriptor.internalBuildGeneratedFileFrom(Descriptors.java:299)
        ... 36 more
{noformat}



> Protobuf layout  of yarn_security_token causes errors in other protos that include it
> -------------------------------------------------------------------------------------
>
>                 Key: YARN-3900
>                 URL: https://issues.apache.org/jira/browse/YARN-3900
>             Project: Hadoop YARN
>          Issue Type: Bug
>            Reporter: Anubhav Dhoot
>            Assignee: Anubhav Dhoot
>
> Because of the subdirectory server used in {{hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common/src/main/proto/server/yarn_security_token.proto}}
there are errors in other protos that include them.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message