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

Removing Jenkinsfile (not used), replaced by opensearch-build/jenkins/opensearch/Jenkinsfile #1408

Merged
merged 1 commit into from
Oct 21, 2021

Conversation

reta
Copy link
Collaborator

@reta reta commented Oct 21, 2021

Signed-off-by: Andriy Redko [email protected]

Description

As per opensearch-project/opensearch-build#769, this Jenkinsfile is not used and should be removed.

Issues Resolved

Part of opensearch-project/opensearch-build#732

Check List

  • New functionality includes testing.
    • All tests pass
  • New functionality has been documented.
    • New functionality has javadoc added
  • Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

@reta
Copy link
Collaborator Author

reta commented Oct 21, 2021

@dblock @peterzhuamazon fyi :)

@opensearch-ci-bot
Copy link
Collaborator

Can one of the admins verify this patch?

@opensearch-ci-bot
Copy link
Collaborator

✅   Gradle Wrapper Validation success 95bdc9f

@opensearch-ci-bot
Copy link
Collaborator

✅   DCO Check Passed 95bdc9f

@opensearch-ci-bot
Copy link
Collaborator

✅   Gradle Precommit success 95bdc9f

@tlfeng
Copy link
Collaborator

tlfeng commented Oct 21, 2021

start gradle check

@dblock
Copy link
Member

dblock commented Oct 21, 2021

Thanks for this, it was leftover.

@opensearch-ci-bot
Copy link
Collaborator

❌   Gradle Check failure 95bdc9f
Log 763

Reports 763

@tlfeng
Copy link
Collaborator

tlfeng commented Oct 21, 2021

In Log 763:

REPRODUCE WITH: ./gradlew ':plugins:repository-s3:internalClusterTest' --tests "org.opensearch.repositories.s3.S3BlobStoreRepositoryTests" -Dtests.seed=4FBF93AA413D0637 -Dtests.security.manager=true -Dtests.jvm.argline="-XX:TieredStopAtLevel=1" -Dtests.locale=en -Dtests.timezone=Etc/UTC -Druntime.java=17

org.opensearch.repositories.s3.S3BlobStoreRepositoryTests > classMethod FAILED
    com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=664, name=opensearch[node_t3][generic][T#2], state=RUNNABLE, group=TGRP-S3BlobStoreRepositoryTests]

        Caused by:
        java.lang.InternalError: java.lang.NoSuchMethodException: no such method: java.lang.invoke.MethodHandle.linkToStatic(long,long,Object,MemberName)void/invokeStatic
            at __randomizedtesting.SeedInfo.seed([4FBF93AA413D0637]:0)
            at java.base/java.lang.invoke.MethodHandleStatics.newInternalError(MethodHandleStatics.java:155)
...
            at java.base/java.lang.Thread.run(Thread.java:833)

            Caused by:
            java.lang.NoSuchMethodException: no such method: java.lang.invoke.MethodHandle.linkToStatic(long,long,Object,MemberName)void/invokeStatic
                at java.base/java.lang.invoke.MemberName.makeAccessException(MemberName.java:976)
                at java.base/java.lang.invoke.MemberName$Factory.resolveOrFail(MemberName.java:1117)
                at java.base/java.lang.invoke.DirectMethodHandle.makePreparedLambdaForm(DirectMethodHandle.java:263)
                ... 25 more

                Caused by:
                java.lang.NoSuchMethodError: 'void java.lang.invoke.MethodHandle.linkToStatic(long, long, java.lang.Object, java.lang.invoke.MemberName)'
                    at java.base/java.lang.invoke.MethodHandleNatives.resolve(Native Method)
                    at java.base/java.lang.invoke.MemberName$Factory.resolve(MemberName.java:1085)
                    at java.base/java.lang.invoke.MemberName$Factory.resolveOrFail(MemberName.java:1114)
                    ... 26 more

                    Caused by:
                    java.lang.VirtualMachineError: Out of space in CodeCache for method handle intrinsic
                        at java.base/java.lang.invoke.MethodHandleNatives.resolve(Native Method)
                        ... 28 more

Seems like a JVM environment issue.

start gradle check

@peterzhuamazon
Copy link
Member

I would be more comfortable if @peternied take a look since he created this file initially.

Copy link
Member

@peternied peternied left a comment

Choose a reason for hiding this comment

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

image

@reta
Copy link
Collaborator Author

reta commented Oct 21, 2021

@tlfeng seems like we run into the same issue as OpenJDK: https://bugs.openjdk.java.net/browse/JDK-8248519

@reta
Copy link
Collaborator Author

reta commented Oct 21, 2021

Thanks @peternied @peterzhuamazon , what confuses me is this (exempt from the build log):

=======================================
OpenSearch Build Hamster says Hello!
  Gradle Version        : 6.6.1
  OS Info               : Linux 5.4.0-1045-aws (amd64)
  JDK Version           : 14 (AdoptOpenJDK)
  JAVA_HOME             : /var/CITOOL/tools/hudson.model.JDK/JDK14
  Random Testing Seed   : 4FBF93AA413D0637
  In FIPS 140 mode      : false
=======================================

The JAVA_HOME=/var/CITOOL/tools/hudson.model.JDK/JDK14 location does not line up with what is supposed to come from the pre-existing (and newly baked) CI images: JAVA_HOME=/usr/lib/jvm/adoptopenjdk-14-hotspot. Any hints guys?

@dblock
Copy link
Member

dblock commented Oct 21, 2021

Thanks @peternied @peterzhuamazon , what confuses me is this (exempt from the build log):

=======================================
OpenSearch Build Hamster says Hello!
  Gradle Version        : 6.6.1
  OS Info               : Linux 5.4.0-1045-aws (amd64)
  JDK Version           : 14 (AdoptOpenJDK)
  JAVA_HOME             : /var/CITOOL/tools/hudson.model.JDK/JDK14
  Random Testing Seed   : 4FBF93AA413D0637
  In FIPS 140 mode      : false
=======================================

The JAVA_HOME=/var/CITOOL/tools/hudson.model.JDK/JDK14 location does not line up with what is supposed to come from the pre-existing (and newly baked) CI images: JAVA_HOME=/usr/lib/jvm/adoptopenjdk-14-hotspot. Any hints guys?

That's the Gradle check? That runs from some closed source CI.

@peterzhuamazon
Copy link
Member

Thanks @peternied @peterzhuamazon , what confuses me is this (exempt from the build log):

=======================================
OpenSearch Build Hamster says Hello!
  Gradle Version        : 6.6.1
  OS Info               : Linux 5.4.0-1045-aws (amd64)
  JDK Version           : 14 (AdoptOpenJDK)
  JAVA_HOME             : /var/CITOOL/tools/hudson.model.JDK/JDK14
  Random Testing Seed   : 4FBF93AA413D0637
  In FIPS 140 mode      : false
=======================================

The JAVA_HOME=/var/CITOOL/tools/hudson.model.JDK/JDK14 location does not line up with what is supposed to come from the pre-existing (and newly baked) CI images: JAVA_HOME=/usr/lib/jvm/adoptopenjdk-14-hotspot. Any hints guys?

Not an issue it is not running in docker for gradle check.

@opensearch-ci-bot
Copy link
Collaborator

✅   Gradle Check success 95bdc9f
Log 767

Reports 767

@peterzhuamazon peterzhuamazon merged commit 119701f into opensearch-project:main Oct 21, 2021
reta added a commit to reta/OpenSearch that referenced this pull request Oct 21, 2021
dblock pushed a commit that referenced this pull request Oct 21, 2021
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.

6 participants