调整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


重新启动。










相关文章
|
2月前
|
算法 安全 Ubuntu
8 种 Java 内存溢出之八 -Kill process or sacrifice child
8 种 Java 内存溢出之八 -Kill process or sacrifice child
|
11月前
|
Java
JVM - 应用JVM核心参数推荐设置
JVM - 应用JVM核心参数推荐设置
214 0
|
安全 Java 编译器
JVM 的 noverify 启动参数
警告的原因为: 你的 JDK 使用了高于 13 的版本,但是你还是使用了-noverify 运行参数。
263 0
|
存储 缓存 监控
JVM学习(五):JVM运行时参数
JVM学习(五):JVM运行时参数
211 0
JVM学习(五):JVM运行时参数
|
缓存 Java 应用服务中间件
JVM 内存设置参数详解
建议:将相同的第三方jar文件移置到tomcat/shared/lib目录下,这样可以减少jar 文档重复占用内存
519 0
|
Java
JVM--JVM常用参数详解
常用参数含义
101 0
|
存储 缓存 Java
JVM--JVM运行时数据区域详解
Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而一直存在,有些区域则是依赖用户线程的启动和结束而建立和销毁。根据《Java虚拟机规范》的规定,Java虚拟机所管理的内存将会包括以下几个运行时数据区域,如图
66 0
JVM--JVM运行时数据区域详解
|
Oracle Java 关系型数据库
jvm(2) -- 常见的jvm的分类和特点
jvm(2) -- 常见的jvm的分类和特点
|
Java
JVM - 验证 GC Demo 时必备的一个小技巧
JVM - 验证 GC Demo 时必备的一个小技巧
112 0
JVM - 验证 GC Demo 时必备的一个小技巧
|
Java 编译器 索引
【JVM】JVM系列之Class文件(三)(1)
  随着我们学习的不断深入,我相信读者对class文件很感兴趣,class文件是用户编写程序与虚拟机之前的桥梁,程序通过编译形成class文件,class文件之后会载入虚拟机,被虚拟机执行,下面我么来一起揭开class文件的神秘面纱。
83 0
【JVM】JVM系列之Class文件(三)(1)