仅在Windows上,我有一个grpc服务器,它每秒钟抛出这个信息级堆栈跟踪:
2017-10-09T20:11:00,366 - INFO - [grpc-default-worker-ELG-1-13:io.grpc.netty.NettyServerTransport:grpc.netty.NettyServerTransport@159] - {} - Transport failed
java.io.IOException: An established connection was aborted by the software in your host machine
我已经创建了一个具有一个作业管理器和两个任务管理器的flink独立集群。
当提交批处理任务/作业时,其中一个任务管理器将引发以下错误。flink仪表板显示了两个任务管理器。示例字计数程序工作。
java.io.IOException: Connecting the channel failed: Connecting to remote task manager + 'hostname/127.0.0.1:46537' has failed. This might indicate that the remote task manager has been lost.
我经常收到下面的异常,我想知道为什么会发生这种情况?经过研究,我发现我可以做.set("spark.submit.deployMode", "nio");,但这也不起作用,我使用的是Spark2.0.0
WARN TransportChannelHandler: Exception in connection from /172.31.3.245:46014
java.io.IOException: Connection reset by peer
at sun.nio.ch.FileDispatcherImpl.read0(Native Met
我有一个火花作业,它以两种方式之一炸毁了我们的CDH集群,这取决于我如何对事物进行分区。此工作的目的是生成1到210,094,780,875组四个整数之间的任意位置。这项工作是通过火花提交,主人是设置成纱。下面是与此问题相关的代码片段:
// build rdd and let cluster build up the ngram list
val streamList_rdd = sc.parallelize(streamList).repartition(partitionCount)
val rdd_results = streamList_rd
我在Spark上运行一些分析工具,这会产生大量的开销,所以计算需要更多的时间。当我运行它时,我得到这个错误:
16/08/30 23:36:37 WARN TransportChannelHandler: Exception in connection from /132.68.60.126:36922
java.io.IOException: Connection reset by peer
at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
at sun.nio.ch.SocketDispatcher.
我正在尝试用GitLab构建一个项目。在gitlab-ci.yml中,我运行了sbt程序集,遇到了恼人的异常。 [error] (soda/*:assembly) deduplicate: different file contents found in the following:
[error] /root/.ivy2/cache/io.netty/netty-buffer/jars/netty-buffer-4.0.42.Final.jar:META-INF/io.netty.versions.properties
[error] /root/.ivy2/cache/io.netty/
Play 2.5.0使用Netty4.0.33,而gRPC需要Netty4.1.0(用于http2支持),这将导致以下异常:
[error] p.c.s.n.PlayRequestHandler - Exception caught in Netty
java.lang.AbstractMethodError: null
at io.netty.util.ReferenceCountUtil.touch(ReferenceCountUtil.java:73)
at io.netty.channel.DefaultChannelPipeline.touch(DefaultChan
一个exceptionCaught()事件被触发,它到达管道的尾部。这通常意味着管道中的最后一个处理程序没有处理异常。在io.netty.channel.DefaultChannelPipeline.callHandlerAdded0(DefaultChannelPipeline.java:624) at io.netty.channel.DefaultChannelPipeline.access$100(DefaultChannelPipeline.java:46) at io.netty.channel.DefaultChannelPipeline$PendingHandlerAddedT
我已经使用redisson 3.4.4构建了自己的自定义方法库。这在内部使用netty-all-4.1.13.Final.jar。
当我构建我的库并尝试使用一个项目时,我得到了以下异常,
java.lang.NoSuchMethodError: io.netty.bootstrap.Bootstrap.config()Lio/netty/bootstrap/BootstrapConfig;
at org.redisson.client.RedisClient$1$1.operationComplete(RedisClient.java:214)
at io.netty.util.concurr