把其中一个改成0


在 2021-06-17 13:11:01,"yidan zhao" <hinobl...@gmail.com> 写道:
>是的,宿主机IP。
>
>net.ipv4.tcp_tw_reuse = 1
>net.ipv4.tcp_timestamps = 1
>
>东东 <dongdongking...@163.com> 于2021年6月17日周四 下午12:52写道:
>>
>> 10.35.215.18是宿主机IP?
>>
>> 看一下  tcp_tw_recycle和net.ipv4.tcp_timestamps是什么值
>> 实在不行就 tcpdump 吧
>>
>>
>>
>> 在 2021-06-17 12:41:58,"yidan zhao" <hinobl...@gmail.com> 写道:
>> >@东东 standalone集群。 随机时间,一会一个的,没有固定规律。  和CPU、内存、网络的话有一定规律,但不确认,因为不是很明显。
>> >我排查过几个exception,时间和网络尖刺对上了,但不全能对上,所以不好说是否有这个原因。
>> >
>> >此外,有个点我不是很清楚,网上这个报错很少,类似的都是
>> >RemoteTransportException,然后提示中说taskmager可能已丢失之类。但我的是
>> >LocalTransportException,不清楚netty中这俩错误的含义是不是不一样。目前来看网络上关于这俩异常的资料也查不到什么。
>> >
>> >东东 <dongdongking...@163.com> 于2021年6月17日周四 上午11:19写道:
>> >>
>> >> 单机standalone,还是Docker/K8s ?
>> >>
>> >>
>> >>
>> >> 这个异常出现的时机,与周期性的,还是跟CPU、内存,乃至网络流量变化相关?
>> >>
>> >>
>> >>
>> >> 在 2021-06-16 19:10:24,"yidan zhao" <hinobl...@gmail.com> 写道:
>> >> >Hi, yingjie.
>> >> >If the network is not stable, which config parameter I should adjust.
>> >> >
>> >> >yidan zhao <hinobl...@gmail.com> 于2021年6月16日周三 下午6:56写道:
>> >> >>
>> >> >> 2: I use G1, and no full gc occurred, young gc count: 422, time:
>> >> >> 142892, so it is not bad.
>> >> >> 3: stream job.
>> >> >> 4: I will try to config taskmanager.network.retries which is default
>> >> >> 0, and taskmanager.network.netty.client.connectTimeoutSec 's default
>> >> >> is 120s。
>> >> >> 5: I checked the net fd number of the taskmanager, it is about 1000+,
>> >> >> so I think it is a reasonable value.
>> >> >>
>> >> >> 1: can not be sure.
>> >> >>
>> >> >> Yingjie Cao <kevin.ying...@gmail.com> 于2021年6月16日周三 下午4:34写道:
>> >> >> >
>> >> >> > Hi yidan,
>> >> >> >
>> >> >> > 1. Is the network stable?
>> >> >> > 2. Is there any GC problem?
>> >> >> > 3. Is it a batch job? If so, please use sort-shuffle, see [1] for 
>> >> >> > more information.
>> >> >> > 4. You may try to config these two options: 
>> >> >> > taskmanager.network.retries, 
>> >> >> > taskmanager.network.netty.client.connectTimeoutSec. More relevant 
>> >> >> > options can be found in 'Data Transport Network Stack' section of 
>> >> >> > [2].
>> >> >> > 5. If it is not the above cases, it is may related to [3], you may 
>> >> >> > need to check the number of tcp connection per TM and node.
>> >> >> >
>> >> >> > Hope this helps.
>> >> >> >
>> >> >> > [1] 
>> >> >> > https://ci.apache.org/projects/flink/flink-docs-release-1.13/docs/ops/batch/blocking_shuffle/
>> >> >> > [2] 
>> >> >> > https://ci.apache.org/projects/flink/flink-docs-release-1.13/docs/deployment/config/
>> >> >> > [3] https://issues.apache.org/jira/browse/FLINK-22643
>> >> >> >
>> >> >> > Best,
>> >> >> > Yingjie
>> >> >> >
>> >> >> > yidan zhao <hinobl...@gmail.com> 于2021年6月16日周三 下午3:36写道:
>> >> >> >>
>> >> >> >> Attachment is the exception stack from flink's web-ui. Does anyone
>> >> >> >> have also met this problem?
>> >> >> >>
>> >> >> >> Flink1.12 - Flink1.13.1.  Standalone Cluster, include 30 containers,
>> >> >> >> each 28G mem.

Reply via email to