Linux启动activemq失败

第一种情况:

  在网上查找错误,通过./activemq console命令可以查看到activemq启动的错误信息,另外在data/activemq.log文件中可以查看到错误日志。

java.io.IOException: Transport Connector could not be registered in JMX: java.io.IOException: Failed to bind to server socket: amqp://0.0.0.0:5672?maximumConnections=1000&wireFormat.maxFrameSize=104857600 due to: java.net.BindException: 地址已在使用

这个是activemq 和 安装rabbitmq之后端口冲突。有人说是erlang把端口占用了。

 

高兴的是activemq可以更改这个端口号,在文件conf/activemq.xml中

   <transportConnectors>
            <!-- DOS protection, limit concurrent connections to 1000 and frame size to 100MB -->
            <transportConnector name="openwire" uri="tcp://0.0.0.0:61616?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="amqp" uri="amqp://0.0.0.0:5673?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

        </transportConnectors>

 

我把5672端口改为5673,重新启动./activemq start 。问题解决 

第二种情况:

Exception in thread "main" java.lang.UnsupportedClassVersionError: org/apache/ac
tivemq/console/Main : Unsupported major.minor version 51.0
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12
4)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)

初步猜测应该是jre版本过低  重新安装Java8u65解决

转载于:https://www.cnblogs.com/zuokun/p/10723649.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
kube-proxy启动报错"failed to start proxier healthz on 0.0.0.0:10256: listen tcp 0.0.0.0:10256: bind: address already in use"是因为在绑定到0.0.0.0:10256时,该地址已经被其他进程占用了。这个错误通常是由于kube-proxy的健康检查端口被其他进程占用导致的。 在kube-proxy的main函数中,通过调用`http.ListenAndServe`来启动健康检查服务器。在`ProxyServer`的`Run`方法中,如果配置了健康检查端口(`s.Config.HealthzPort > 0`),则会启动一个HTTP服务器来处理健康检查请求。然后,通过调用`http.ListenAndServe`来监听指定的地址和端口。 要解决这个问题,你可以尝试以下几个步骤: 1. 检查是否有其他进程正在使用0.0.0.0:10256端口。你可以使用`netstat -tlnp | grep 10256`命令来查看是否有进程在监听该端口。 2. 如果有其他进程在使用该端口,你可以停止该进程或者选择一个未被占用的端口来配置kube-proxy的健康检查端口。 3. 如果你确定没有其他进程在使用该端口,但仍然出现该错误,请检查是否有防火墙或网络策略阻止了kube-proxy访问该端口。你可以尝试关闭防火墙或者修改网络策略来允许kube-proxy访问该端口。 总之,"failed to start proxier healthz on 0.0.0.0:10256: listen tcp 0.0.0.0:10256: bind: address already in use"错误是由于kube-proxy的健康检查端口被其他进程占用或者受到网络策略限制导致的。你可以通过停止占用该端口的进程或者修改网络策略来解决该问题。 #### 引用[.reference_title] - *1* *2* *3* [ kube-proxy源码分析 ](https://blog.csdn.net/weixin_34055787/article/details/89536734)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值