Flink本地Web UI报错：Could not start rest endpoint on any port in port range 8081

最新推荐文章于 2024-06-28 11:01:39 发布

原创

最新推荐文章于 2024-06-28 11:01:39 发布 · 7.5k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#flink

前言

Flink使用Web UI可以方便本地调试，基本使用如下：

pom添加

<dependency>
  <groupId>org.apache.flink</groupId>
  <artifactId>flink-runtime-web_${scala.version}</artifactId>

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

俩只猴

关注关注

6
点赞
踩
5

收藏

觉得还不错? 一键收藏
7
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

flink 报错 java.net.BindException: Could not start rest endpoint on any port in port range 8081

yy的博客

11-09

4951

启动 /opt/flink1.11.2.scala2.11/bin/start-scala-shell 报错java.net.BindException: Could not start rest endpoint on any port in port range 8081 去配置文件里面把 8081 端口修改成其他端口号就行,估计被占用了 vim/opt/flink1.11.2.scala2.11/conf/flink-conf.yaml 修改rest.port #rest.port...

Flink启动异常：无法在端口范围内的任何端口上启动REST端点

DevEnigma的博客

09-02

1076

这个错误通常是由于在 Flink 集群中的 TaskManager 节点上的 REST 端口被占用所致。如果所有可用的端口都已被占用，Flink 将无法启动 REST 端点，从而引发此错误。如果您尝试了上述方法仍然无法解决问题，您可以尝试联系 Flink 社区以获取进一步的帮助和支持。默认情况下，Flink 使用 8081 到 65535 之间的端口范围来分配 REST 端口。修改完配置文件后，重新启动 Flink，它将尝试在新的端口范围内启动 REST 端点。属性的值来修改端口范围。

7 条评论您还未登录，请先登录后发表或查看评论

7 条评论

我是小白呀 2021.03.03
小哥哥好棒棒，回手给你一个赞。欢迎回赞哦！

Hellsegamosken 2021.02.24
很牛的啊XD.

Rex~ 2021.02.24
比较简单，适合小白。

盼盼编程 2021.01.28
写的不错！要是能受到大佬的回访那就太好了！

不正经的kimol君 2021.01.27
写的不错，学习了，学习的道路上一起进步，也期待你的关注与支持！

水巷石子 2021.01.27
最近一直在找相关的资料，这文章出现得真及时！

flink Caused by: java.net.BindException: Could not start rest endpoint on any port in port range 808

yang灬仔

10-28

2806

flink 启动，standalone 模式StandaloneSessionClusterEntrypoint 进程起不来查看log日志文件 org.apache.flink.runtime.entrypoint.ClusterEntrypointException: Failed to initialize the cluster entrypoint StandaloneSessionClusterEn at org.apache.flink.runtime.entrypoint.Clus.

Flink本地程序添加WEB-UI报错：.net.BindException: Could not start rest endpoint on any port in port range 8081

wufabao的博客

06-23

1443

Flink程序启动报错。解决方案：添加如下代码。

Caused by: java.net.BindException: Could not start rest endpoint on any port in port range 8085

微电子学与固体电子学-俞驰

09-27

2545

这个问题是在$FLINK_HOME/bin/stop-cluster.sh以后，8085的这个端口没有被关干净导致的，强行关闭8085端口，再次重启flink集群以后，上述错误会消失。所以不是什么大问题，不用紧张。

Flink报错： java.net.BindException: Could not start rest endpoint on any port in port range 10000

goTsHgo的博客

12-23

3912

项目场景： Flink算子执行报错： Caused by: java.net.BindException: Could not start rest endpoint on any port in port range 10000 at org.apache.flink.runtime.rest.RestServerEndpoint.start(RestServerEndpoint.java:234) at org.apache.flink.runtime.entrypoint.com...

Flink多任务多启动模式同时进行

secretWHD的博客

10-18

3336

不知你们遇到过这样得问题没： ERROR org.apache.flink.runtime.entrypoint.ClusterEntrypoint - Could not start cluster entrypoint YarnJobClusterEntrypoint. org.apache.flink.runtime.entrypoint.ClusterEntrypointException: Failed to initialize the cluster entrypoint

Flink Rest Basic Auth - 安全认证

麦田里的守望者-蒋中洲【相信相信的力量】

06-04

1336

背景公司目前需要将Flink实时作业云化，构建多租户实时计算平台。目前考虑为了资源高效利用，并不打算为每个租户部署一套独立的Kubernetes集群。也就意味着多个租户的作业可能会运行在同一套kubernets集群中。此时实时作业的任务就变的很危险，因为网络可能是通的，就会存在危险的REST API暴露出去，被一些不坏好意的人利用，从而影响其他租户的作业。鉴于此考虑给Flink的作业添加一个认证方式，可以是Kerberos或者是Http 用户名密码Baisc认证。各种搜索和询问，最终发现了一些线索FLIP

flink 运维中遇到的问题

h952520296的博客

03-03

9649

1. Java.lang.IllegalStateException: No Executor found. Please make sure to export the HADOOP_CLASSPATH environment variable or have hadoop in your classpath. For more information refer to the "Deployment" section of the official Apache Flink documentation.

Could not start rest endpoint on any port in port range 62000

m0_37759590的博客

11-10

395

Could not start rest endpoint on any port in port range 62000

【Flink】Flink启动报错 BindException: Could not start rest endpoint on any port in port range 7089

九师兄

07-01

2028

1.背景 Flink界面启动报错如下 2020-05-15 13:27:47,001 INFO org.apache.flink.client.cli.CliFrontend - -------------------------------------------------------------------------------- 2020-05-15 13:27:47,007 INFO org.apache.flink.configuration..

MacOS 安装flink中遇到的问题

linqi的博客

05-05

2197

系统MacOS Catalina 1.安装步骤 brew install apache-flink 2.默认安装位置 /usr/local/Cellar/apache-flink/1.10.0 和直接从官网下载的压缩包解压不一样，通过brew安装的flink，真正的安装位置不在bin，而在/usr/local/Cellar/apache-flink/1.10.0/libexec/下面。 ...

flink yarn模式提交任务出错

weixin_50656879的博客

03-27

1185

flink yarn方式提交出现错误的分析

DBCP数据源配置，数据源长时间不使用出现Could not close JDBC Connection

fds技术枭牛

03-06

2711

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" > <property name="driverClassName" value="${jdbc.driver}" /> <property name="url" value="${jdb

Flink 问题记录

最新发布

04-23

<think>嗯，用户遇到了在取消部署时无法关闭端点的问题，具体错误是“ut026008 could not close endpoint on undeploy”。我需要根据提供的引用资料和之前的知识来帮助解决这个问题。首先，看看引用中提到的问题都是关于端口被占用或配置不当，比如Flink的端口设置、DBCP连接池配置等。但用户的问题是关于取消部署时无法关闭端点，可能涉及到资源未正确释放。首先，我应该考虑端口占用问题。如果端点在取消部署时没有正确释放端口，下次部署可能会失败。用户提到的错误可能与Undertow（ut026008）有关，所以需要检查服务器或应用的配置，确保在undeploy时正确关闭所有网络资源。接下来，根据引用中的解决方案，比如修改端口范围或检查配置，可能需要调整应用服务器的端口设置，或者设置灵活的端口范围，避免固定端口被占用。另外，检查是否有其他进程占用了相同端口，导致关闭失败。此外，可能需要确保在应用关闭时，所有线程和连接池都被正确终止，比如数据库连接池的配置，如DBCP中的testOnBorrow和testWhileIdle参数，确保连接有效，避免残留连接占用资源。另外，用户可能没有正确释放资源，比如在应用关闭钩子中没有正确关闭服务器端点，导致undeploy时无法释放端口。需要检查代码中是否有适当的shutdown钩子，或者调用正确的API来关闭服务。例如，Flink中需要正确配置rest.port范围，并确保在停止时释放端口。还应该考虑日志分析，查看详细的错误堆栈，确定是哪个组件未能关闭。可能需要增加日志级别来捕获更多信息。此外，检查是否有资源泄漏，比如未关闭的套接字或文件句柄，这些都可能影响端点的关闭。总结可能的解决步骤：1. 检查端口配置，使用动态端口范围；2. 确保正确关闭所有资源和连接池；3. 添加关闭钩子或调用API释放资源；4. 检查其他进程占用端口；5. 分析详细日志定位问题点。</think>### 关于“ut026008 could not close endpoint on undeploy”问题的解决方案 #### 问题分析该错误通常与网络端点资源释放失败有关，可能涉及以下原因： 1. **端口占用未释放**：服务终止时未正确关闭监听端口[^3][^5] 2. **资源未完全回收**：线程池、连接池等资源未正确终止[^4] 3. **配置冲突**：固定端口配置与动态分配机制冲突[^2] #### 分步解决方案 1. **配置动态端口范围** ```yaml # 应用服务器配置示例 server: port: 0 # 使用随机可用端口 undertow: port-range: 10000-65535 ``` 通过设置端口范围而非固定端口，避免资源锁冲突[^2][^3] 2. **显式资源回收（Java示例）** ```java @PreDestroy public void cleanup() { try { server.stop(); executorService.shutdownNow(); dataSource.close(); } catch (Exception e) { logger.error("Endpoint shutdown failed", e); } } ``` 强制关闭网络服务、线程池和数据库连接池[^4] 3. **检查依赖配置** ```xml  <dependency> <groupId>io.undertow</groupId> <artifactId>undertow-core</artifactId> <version>2.2.18.Final</version> </dependency> ``` 确保使用最新稳定版本的服务器组件[^5] 4. **增加JVM参数** ```bash -Dorg.jboss.threads.eqe.shutdown-timeout=5000 -Dorg.xnio.close.timeout=3000 ``` 设置更积极的资源回收超时参数[^1] #### 验证步骤 1. 使用`netstat -ano | findstr :端口号`确认端口释放 2. 检查日志中是否出现`Gracefully shutdown completed` 3. 通过JMX监控连接池状态