[
https://issues.apache.org/jira/browse/CASSANDRA-17992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17751503#comment-17751503
]
Stefan Miklosovic edited comment on CASSANDRA-17992 at 8/7/23 8:05 AM:
-----------------------------------------------------------------------
[~jlewandowski] one more thing ...
Since we are putting all platform dependencies to class path, I am not sure why
we still get this message when doing any in-jvm-dtest (I see it in IDEA)
{code}
WARN 07:23:44 epoll not available
java.lang.UnsupportedOperationException: Native transport was explicit disabled
with -Dio.netty.transport.noNative=true
at io.netty.channel.epoll.Epoll.<clinit>(Epoll.java:34)
at
org.apache.cassandra.service.NativeTransportService.useEpoll(NativeTransportService.java:167)
at
org.apache.cassandra.net.SocketFactory$Provider.optimalProvider(SocketFactory.java:164)
at org.apache.cassandra.net.SocketFactory.<init>(SocketFactory.java:185)
at
org.apache.cassandra.net.MessagingService.<init>(MessagingService.java:278)
at
org.apache.cassandra.net.MessagingService.<init>(MessagingService.java:305)
at
org.apache.cassandra.net.MessagingService$MSHandle.<clinit>(MessagingService.java:270)
at
org.apache.cassandra.net.MessagingService.instance(MessagingService.java:275)
at
org.apache.cassandra.schema.DefaultSchemaUpdateHandler.<init>(DefaultSchemaUpdateHandler.java:81)
at
org.apache.cassandra.schema.DefaultSchemaUpdateHandlerFactory.getSchemaUpdateHandler(DefaultSchemaUpdateHandlerFactory.java:33)
at org.apache.cassandra.schema.Schema.<init>(Schema.java:127)
at org.apache.cassandra.schema.Schema.<clinit>(Schema.java:89)
at
org.apache.cassandra.service.StartupChecks$13.execute(StartupChecks.java:660)
at
org.apache.cassandra.service.StartupChecks.verify(StartupChecks.java:175)
at
org.apache.cassandra.service.CassandraDaemon.runStartupChecks(CassandraDaemon.java:495)
at
org.apache.cassandra.distributed.impl.Instance.lambda$startup$12(Instance.java:620)
at org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:96)
at org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:61)
at org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:71)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:829)
WARN [node1_isolatedExecutor:1] node1 2023-08-07 09:23:44,479
NativeTransportService.java:168 - epoll not available
{code}
I tried to grep "-Dio.netty.transport.noNative=true" but we are not setting
that. I think that if it is not set, it is by default set to "true" by netty
itself.
However, I tried to set it to false in "IDEA Test run configuration" and that
message has not disappeared ... Not sure what's the problem here.
EDIT:
We are setting it here
https://github.com/apache/cassandra-in-jvm-dtest-api/blob/trunk/src/main/java/org/apache/cassandra/distributed/api/ICluster.java#L95-L102
was (Author: smiklosovic):
[~jlewandowski] one more thing ...
Since we are putting all platform dependencies to class path, I am not sure why
we still get this message when doing any in-jvm-dtest (I see it in IDEA)
{code}
WARN 07:23:44 epoll not available
java.lang.UnsupportedOperationException: Native transport was explicit disabled
with -Dio.netty.transport.noNative=true
at io.netty.channel.epoll.Epoll.<clinit>(Epoll.java:34)
at
org.apache.cassandra.service.NativeTransportService.useEpoll(NativeTransportService.java:167)
at
org.apache.cassandra.net.SocketFactory$Provider.optimalProvider(SocketFactory.java:164)
at org.apache.cassandra.net.SocketFactory.<init>(SocketFactory.java:185)
at
org.apache.cassandra.net.MessagingService.<init>(MessagingService.java:278)
at
org.apache.cassandra.net.MessagingService.<init>(MessagingService.java:305)
at
org.apache.cassandra.net.MessagingService$MSHandle.<clinit>(MessagingService.java:270)
at
org.apache.cassandra.net.MessagingService.instance(MessagingService.java:275)
at
org.apache.cassandra.schema.DefaultSchemaUpdateHandler.<init>(DefaultSchemaUpdateHandler.java:81)
at
org.apache.cassandra.schema.DefaultSchemaUpdateHandlerFactory.getSchemaUpdateHandler(DefaultSchemaUpdateHandlerFactory.java:33)
at org.apache.cassandra.schema.Schema.<init>(Schema.java:127)
at org.apache.cassandra.schema.Schema.<clinit>(Schema.java:89)
at
org.apache.cassandra.service.StartupChecks$13.execute(StartupChecks.java:660)
at
org.apache.cassandra.service.StartupChecks.verify(StartupChecks.java:175)
at
org.apache.cassandra.service.CassandraDaemon.runStartupChecks(CassandraDaemon.java:495)
at
org.apache.cassandra.distributed.impl.Instance.lambda$startup$12(Instance.java:620)
at org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:96)
at org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:61)
at org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:71)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:829)
WARN [node1_isolatedExecutor:1] node1 2023-08-07 09:23:44,479
NativeTransportService.java:168 - epoll not available
{code}
I tried to grep "-Dio.netty.transport.noNative=true" but we are not setting
that. I think that if it is not set, it is by default set to "true" by netty
itself.
However, I tried to set it to false in "IDEA Test run configuration" and that
message has not disappeared ... Not sure what's the problem here.
> Upgrade Netty on 5.0
> --------------------
>
> Key: CASSANDRA-17992
> URL: https://issues.apache.org/jira/browse/CASSANDRA-17992
> Project: Cassandra
> Issue Type: Task
> Components: Dependencies
> Reporter: Ekaterina Dimitrova
> Assignee: Jacek Lewandowski
> Priority: Normal
> Fix For: 5.0
>
> Attachments: important-netty-inter-releases.md,
> netty-release-notes-filtered.md, netty-release-notes.md, signature.asc
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> I haven't been able to identify from the Netty docs which was the lowest
> version where JDK17 was added but we are about 40 versions behind in netty 4
> so I suspect we better update.
> -We need to consider there was an issue with class cast exceptions when
> building with JDK17 with newer versions of netty (the newest available in
> March 2022). For the record, we didn't see those when running CI on JDK8 and
> JDK11. We also need to carefully revise the changes between the netty
> versions. -->- CASSANDRA-18180
> Upgrading will cover also a fix in netty that was discussed in
> [this|https://the-asf.slack.com/archives/CK23JSY2K/p1665567660202989] ASF
> Slack thread.
> CC [~benedict] , [~aleksey]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
