[
https://issues.apache.org/jira/browse/CASSANDRA-16212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17230607#comment-17230607
]
Michael Semb Wever edited comment on CASSANDRA-16212 at 11/12/20, 6:20 PM:
---------------------------------------------------------------------------
JNA's usages in C* are:
- in MemoryUtil.java: malloc and free,
- in implementations of NativeLibraryWrapper.java: register c, mlockall,
munlockall, fcntl, posix_fadvise, open, fsync, close, strerror, getpid,
- in WindowsTimer.java: register winmm.dll (though windows support is getting
dropped in 4.0).
I have…
- read through 4.2.2 to 5.6.0
[changelog|https://github.com/java-native-access/jna/blob/5.6.0/CHANGES.md],
nothing stands out of concern, also there's a number of stability and deadlock
resilience improvements,
- tested C* startup on debian (Debian GNU/Linux 10, 4.19.76-linuxkit, GLIBC
2.28-10) and centos (CentOS Linus 8, 4.19.76-linuxkit, GNU libc 2.28)
The list of JNA breaking changes is
[here|https://github.com/java-native-access/jna/blob/5.6.0/CHANGES.md#breaking-changes].
In addition, the minimum version of glibc for these architectures is now 2.7
A few of the junit tests in
org.apache.cassandra.distributed.test.SimpleReadWriteTest broke with
{{“java.lang.OutOfMemoryError: Metaspace”}}, though it maybe a flakey thing (on
a repeated CI run they didn't break). [~jolynch], given the similarity here to
CASSANDRA-14922, do you have any thoughts on this?
was (Author: michaelsembwever):
JNA's usages in C* are:
- in MemoryUtil.java: malloc and free,
- in implementations of NativeLibraryWrapper.java: register c, mlockall,
munlockall, fcntl, posix_fadvise, open, fsync, close, strerror, getpid,
- in WindowsTimer.java: register winmm.dll (though windows support is getting
dropped in 4.0).
I have…
- read through 4.2.2 to 5.6.0
[changelog|https://github.com/java-native-access/jna/blob/5.6.0/CHANGES.md],
nothing stands out of concern, also there's a number of stability and deadlock
resilience improvements,
- tested C* startup on debian (Debian GNU/Linux 10, 4.19.76-linuxkit, GLIBC
2.28-10) and centos (CentOS Linus 8, 4.19.76-linuxkit, GNU libc 2.28)
The list of JNA breaking changes is
[here|https://github.com/java-native-access/jna/blob/5.6.0/CHANGES.md#breaking-changes].
In addition, the minimum version of glibc for these architectures is now 2.7
A few of the junit tests in
org.apache.cassandra.distributed.test.SimpleReadWriteTest broke with
{{“java.lang.OutOfMemoryError: Metaspace”}}. [~jolynch], given the similarity
here to CASSANDRA-14922, do you have any thoughts on this?
> Cassandra version above 3.11.0 failing for ARM64
> -------------------------------------------------
>
> Key: CASSANDRA-16212
> URL: https://issues.apache.org/jira/browse/CASSANDRA-16212
> Project: Cassandra
> Issue Type: Task
> Components: Local/Other
> Reporter: odidev
> Assignee: Michael Semb Wever
> Priority: Normal
> Fix For: 4.0.x
>
> Attachments: crash.txt
>
>
> Cassandra versions above 3.11.0 are failing on ARM64 platform with below
> issue:
> java.lang.UnsatisfiedLinkError: /tmp/jna-3506402/jna3214742498288082263.tmp:
> *Error loading shared library ld-linux-aarch64.so.1: No such file or
> directory (needed by /tmp/jna-3506402/jna3214742498288082263.tmp)*
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
