[ 
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:07 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

I overrode the default implementation and I run a dtest without it and it just 
passed. It would be worth it to disable it for a moment and run some tests if 
it improved the things over time with this upgrade.




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. 

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



> 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: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org

Reply via email to