调整jvm中的 wrapper.jvm.port

简介: 参考:http://wrapper.tanukisoftware.com/doc/english/prop-jvm-port.htmlThe Wrapper is able to use a socket to communicate with its Java component running inside a JVM.

参考:http://wrapper.tanukisoftware.com/doc/english/prop-jvm-port.html

The Wrapper is able to use a socket to communicate with its Java component running inside a JVM. This property allows the configuration of the port that the JVM will use to connect back to the Wrapper.

Until Wrapper version 3.5.9, when a port of "0" (zero) is specified, the Wrapper will treat this as if the property has not been specified. Later versions than 3.5.9, however will let the JVM select any open and usable port. This is also the way the JVM-sided port was created until Wrapper version 3.1.2.

If the port specified by this property couldn't be bound because the port is already being used, or hasn't been specified, then the Wrapper will be using the range of wrapper.jvm.port.min - wrapper.jvm.port.max properties to bind a port.

If a specific port should be used, then any port in the range 1 - 65535 may be specified. Note that on UNIX systems port numbers below 1024 will most likely require root access to be set. If the specified port is in use, then the Wrapper will display a warning to the log and, as with the default case, will search for the first available port.

When the Wrapper launches a JVM instance, it will open a server socket listening on the port defined by thewrapper.port property. The JVM will then connect back to Wrapper, internally using the port specified by this property or the range subsequentially.

Example:
wrapper.jvm.port=0

Controlling the port range.

Compatibility : 3.2.0
Editions : Professional EditionStandard EditionCommunity Edition
Platforms : WindowsMac OSXLinuxIBM AIXFreeBSDHP-UXSolarisIBM z/OSIBM z/Linux

"wrapper.jvm.port.min" and "wrapper.jvm.port.max":

In some cases, it is necessary to control the range of ports that the Wrapper will use when choosing a port. The defaults were chosen to make it very unlikely that they would conflict with any well-known ports numbers (from 0 to 1023 generally assigned on most systems). If the default 31000-31999 range is causing problems, it can be changed using the wrapper.jvm.port.min and wrapper.jvm.port.max properties. If these are used, be sure to provide a large enough range to make it unlikely that all of the ports will be in use when the Wrapper attempts to start.

Example:
wrapper.jvm.port.min=31000
wrapper.jvm.port.max=31999

背景:

同一台服务器上,客户安装了hana数据库和hybris应用,当新建一个hana数据库后,发现数据库无法正常启动,报错端口冲突。


 31010 31000 31003 31005 31006 31007 31015 PI数据库用了这些端口。

查看当前系统lsof -i :31000




修改:

hybris启动的参数文件:
/hybris5.5/hybris/bin/platform/tomcat/conf/wrapper.conf
添加了这几个参数:
wrapper.port.min=36000
wrapper.port.max=36999

wrapper.jvm.port.min=35000
wrapper.jvm.port.max=35999


重新启动。










相关文章
|
22天前
|
安全 Java fastjson
JVM 配置参数 -D,-X,-XX 的区别
JVM 配置参数 -D,-X,-XX 的区别
29 2
|
Java
JVM - 应用JVM核心参数推荐设置
JVM - 应用JVM核心参数推荐设置
239 0
|
缓存 自然语言处理 安全
白话Elasticsearch67-不随意调节jvm和thread pool的原因&jvm和服务器内存分配的最佳实践
白话Elasticsearch67-不随意调节jvm和thread pool的原因&jvm和服务器内存分配的最佳实践
145 0
|
安全 Java 编译器
JVM 的 noverify 启动参数
警告的原因为: 你的 JDK 使用了高于 13 的版本,但是你还是使用了-noverify 运行参数。
321 0
|
存储 缓存 监控
JVM学习(五):JVM运行时参数
JVM学习(五):JVM运行时参数
237 0
JVM学习(五):JVM运行时参数
|
存储 缓存 Java
JVM--JVM运行时数据区域详解
Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而一直存在,有些区域则是依赖用户线程的启动和结束而建立和销毁。根据《Java虚拟机规范》的规定,Java虚拟机所管理的内存将会包括以下几个运行时数据区域,如图
81 0
JVM--JVM运行时数据区域详解
|
Java
JVM--JVM常用参数详解
常用参数含义
118 0
jvm(5) -- 对象的访问定位
jvm(5) -- 对象的访问定位
|
Dubbo Java Unix
你需要知道的JVM参数都在这里
哈喽,大家好,我是指北君。
你需要知道的JVM参数都在这里
|
监控 算法 Java
【Java 虚拟机原理】垃圾回收算法 ( 设置 JVM 命令参数输出 GC 日志 | GC 日志输出示例 | GC 日志分析 )
【Java 虚拟机原理】垃圾回收算法 ( 设置 JVM 命令参数输出 GC 日志 | GC 日志输出示例 | GC 日志分析 )
204 0
【Java 虚拟机原理】垃圾回收算法 ( 设置 JVM 命令参数输出 GC 日志 | GC 日志输出示例 | GC 日志分析 )