Sagar Sumit created HUDI-9287:
---------------------------------

             Summary: All Azure CI jobs should use same linux version in the 
test runner image
                 Key: HUDI-9287
                 URL: https://issues.apache.org/jira/browse/HUDI-9287
             Project: Apache Hudi
          Issue Type: Test
            Reporter: Sagar Sumit


Ever since the GH actions upgrded the linux kernel version in 
[https://github.com/actions/runner-images/releases/tag/ubuntu24%2F20250406.1]

the tests in `UT hudi-hadoop-common & Hudi Utilities others` job started 
failing, e.g. 
[https://dev.azure.com/apachehudi/hudi-oss-ci/_build/results?buildId=4742&view=logs&j=d8698f62-59df-5d60-659e-8e4b90e4e5ba&t=7e6a176b-fa3b-5e2b-bced-8d295e83a4a8&l=12623]



Issue was mitigated by pinning that particular job to a specific version - 
[https://github.com/apache/hudi/pull/13124.] This is an interim solution. 
Ideally, we would like to use the same os version for all jobs. As part of this 
task, we should also investigate how we can avoid MockMaker to reuse the same 
jvm, if possible. The upgrade led to the following error:
{code:java}
        at 
org.mockito.internal.creation.bytebuddy.InlineDelegateByteBuddyMockMaker.<init>(InlineDelegateByteBuddyMockMaker.java:246)
        at 
org.mockito.internal.creation.bytebuddy.InlineByteBuddyMockMaker.<init>(InlineByteBuddyMockMaker.java:25)
        ... 87 more
Caused by: java.lang.IllegalStateException: Error during attachment using: 
net.bytebuddy.agent.ByteBuddyAgent$AttachmentProvider$Compound@169c6d89
        at net.bytebuddy.agent.ByteBuddyAgent.install(ByteBuddyAgent.java:636)
        at net.bytebuddy.agent.ByteBuddyAgent.install(ByteBuddyAgent.java:609)
        at net.bytebuddy.agent.ByteBuddyAgent.install(ByteBuddyAgent.java:561)
        at net.bytebuddy.agent.ByteBuddyAgent.install(ByteBuddyAgent.java:538)
        at 
org.mockito.internal.creation.bytebuddy.InlineDelegateByteBuddyMockMaker.<clinit>(InlineDelegateByteBuddyMockMaker.java:117)
        ... 88 more
Caused by: java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at net.bytebuddy.agent.Attacher.install(Attacher.java:106)
        at net.bytebuddy.agent.ByteBuddyAgent.install(ByteBuddyAgent.java:631)
        ... 92 more
Caused by: java.lang.UnsatisfiedLinkError: Native Library 
/opt/java/openjdk/jre/lib/amd64/libattach.so already loaded in another 
classloader
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1900)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
        at java.lang.Runtime.loadLibrary0(Runtime.java:843)
        at java.lang.System.loadLibrary(System.java:1136)
        at 
sun.tools.attach.LinuxVirtualMachine.<clinit>(LinuxVirtualMachine.java:343)
        at 
sun.tools.attach.LinuxAttachProvider.attachVirtualMachine(LinuxAttachProvider.java:63)
        at com.sun.tools.attach.VirtualMachine.attach(VirtualMachine.java:208)
        ... 98 more
 {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to