Caused by: com.rabbitmq.client.ShutdownSignalException: connection error

周五下午的时候升级了一个环境,跑了批处理sh升级脚本后,启动时报下列错误:

INFO   | jvm 1    | 2017/02/24 17:39:09 | java.io.IOException
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:106)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:102)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:124)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQConnection.start(AMQConnection.java:378)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.recovery.RecoveryAwareAMQConnectionFactory.newConnection(RecoveryAwareAMQConnectionFactory.java:36)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.recovery.AutorecoveringConnection.init(AutorecoveringConnection.java:91)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.ConnectionFactory.newConnection(ConnectionFactory.java:640)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.ConnectionFactory.newConnection(ConnectionFactory.java:615)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.ld.net.rabbitmq.MutiConnectionFactory.newConnection(MutiConnectionFactory.java:28)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.ld.net.route.ExchangeManager.init(ExchangeManager.java:163)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.lang.reflect.Method.invoke(Method.java:498)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1710)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1649)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1578)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:545)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:778)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:839)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:538)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:139)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:93)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.ld.net.spring.ContainerInitilzation.start(ContainerInitilzation.java:9)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.ld.net.spring.StartServer.main(StartServer.java:38)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.lang.reflect.Method.invoke(Method.java:498)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:325)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.lang.Thread.run(Thread.java:745)
INFO   | jvm 1    | 2017/02/24 17:39:09 | Caused by: com.rabbitmq.client.ShutdownSignalException: connection error
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.utility.ValueOrException.getValue(ValueOrException.java:67)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.utility.BlockingValueOrException.uninterruptibleGetValue(BlockingValueOrException.java:33)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQChannel$BlockingRpcContinuation.getReply(AMQChannel.java:361)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQChannel.privateRpc(AMQChannel.java:226)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:118)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     ... 33 more
INFO   | jvm 1    | 2017/02/24 17:39:09 | Caused by: java.net.SocketException: Connection reset
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.net.SocketInputStream.read(SocketInputStream.java:209)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.net.SocketInputStream.read(SocketInputStream.java:141)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.io.BufferedInputStream.read(BufferedInputStream.java:265)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:288)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.Frame.readFrom(Frame.java:95)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.SocketFrameHandler.readFrame(SocketFrameHandler.java:139)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     at com.rabbitmq.client.impl.AMQConnection$MainLoop.run(AMQConnection.java:536)
INFO   | jvm 1    | 2017/02/24 17:39:09 |     ... 1 more

配置文件、/etc/hosts、防火墙这些都仔细检查了,就是看不出有任何问题,关键连接到另外一个MQ时就没有问题,着实折腾了半个多小时在反复回撤验证。

于是不得不一个个对比,瞬间会想起这套环境的配置和其他机器都不一样,其他环境对外的虚拟主机名都是/route,这台是/,由于2B给客户使用,上线之后就不得不维持着不一致在哪儿,然后就出现上面这个错误了。

只是这错误提示相当坑爹哇,改为正确的vhost之后,问题即解决。这样看来,后面所有的升级都得带上backup/clean的脚本,保不齐有些环境可能因为历史遗留问题就存在不一致的情况。

时间: 2024-08-08 01:27:17

Caused by: com.rabbitmq.client.ShutdownSignalException: connection error的相关文章

com.rabbitmq.client.ShutdownSignalException: connection error

com.rabbitmq.client.ShutdownSignalException: connection error. 最近研究rabbitMQ,写的第一个例子的时候,是参照网上的例子.但是环境是centos6.7.之前遇到的小问题,在网上都好找到,就不写了. 在使用浏览器可以访问,但是用程序就访问不到了.是因为浏览器访问的端口是15672. 但是用java程序连接,端口就变成了5672. 所有需要在linux中,将5672端口开放. -A INPUT -m state --state N

com.rabbitmq.client.impl.Frame.readFrom(Frame.java:95)

RabbitMQ 基于Erlang 实现, 客户端可以用Python | Java | Ruby | PHP | C# | Javascript | Go等语言来实现.这里做个java语言的测试.首先安装好RabbitMQ 服务端. maven依赖 <dependency> <groupId>com.rabbitmq</groupId> <artifactId>amqp-client</artifactId> <version>3.0

com.rabbitmq.client.impl.ForgivingExceptionHandler.log:119 -An unexpected connection driver error occured

在服务器上安装了一个RabbitMq,并新创建了一个用户授予了管理员角色,登录控制台查看一切正常,兴高采烈启动项目进行连接,结果一盆冷水下来,报如下错误: o.s.a.r.l.SimpleMessageListenerContainer : Failed to check/redeclare auto-delete queue(s). org.springframework.amqp.AmqpConnectException: java.net.ConnectException: Connect

synergy提示ERROR: ipc connection error, connection refused

我最近也遇到client端无法建立连接的问题.server端能够建立连接,但client无法建立连接(提示ipc connection error,connection refused).我刚开始的方法是将客户端的这个软件卸载重装,发现果然好了,连接上了.但我把client端电脑重启后又出现无法建立连接的问题,还是上面那个提示,于是我想起来应该是synergy的服务没有开启,开始(或控制面板)-管理工具-服务,启动该服务并将其设置为自动启动.然后果然就好了. 出现这样的情况,应该是我用360安全

对RabbitMQ.Client进行一下小小的包装,绝对实用方便

RabbitMQ是一个老牌的非微软的消息队列组件,一般来说应该能满足中小型公司对消息队列生产的需求,平时我们在.NET开发环境下运用它是可能会需要RabbitMQ.Client的SDK库,此库是官网提供,目前最新发布版本是v4.1.3.在我们对接项目时有时需要碰到对接上的注意,随之而来感觉对官方提供的SDK客户端还可以进行一次包装开发. Nuget安装命令:Install-Package RabbitMQ.Client.Wrap GitHub地址:https://github.com/rjf19

DATABASE CONNECTION ERROR (1): THE MYSQL ADAPTER &#39;MYSQLI&#39; IS NOT AVAILABLE.解决办法

网站迁移之后遇到:Database connection error (1): The MySQL adapter 'mysqli' is not available.这个问题,我一开始以为是我配置的参数错了呢!然后回去检查,检查好几遍我的数据库账号和密码都没错,但是为什么就是连接不上数据库呢?? 网上有人说是"可能有你安装wamp或者xamp之后,sqlserver的服务没有启动,你可以到系统服务菜单里看看这个是否自动启动."但是我问过空间商,他们说默认都是开启的,然后他们也检查了数

Adb connection Error:远程主机强迫关闭了一个现有的连接 解决方法

用真机调试程序的时候,eclipse 的 Console 总是出现如下的错误"Adb connection Error:远程主机强迫关闭了一个现有的连接".     问题出现的原因:这是 DDMS 调用 adb 引发的.经过一番搜索,发现这是 Windows 环境下,adb 的一个限制,也可以说是 bug.当手机上同时运行的进程数大于 64 时, 就会引发 adb 奔溃.更深层次的原因,就是 Windows API 的 WaitForMultipleObjects 所支持的最大句柄数是

mybatis connection error Cannot create PoolableConnectionFactory (Access denied for user &#39;root &#39;@&#39;local

org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.exceptions.PersistenceException: ### Error querying database. Cause: org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exc

android:Adb connection Error:远程主机强迫关闭了一个现有的连接

用真机调试程序的时候,eclipse的console总是出现如下的错误"Adb connection Error:远程主机强迫关闭了一个现有的连接" 问题出现的原因:这是ddms调用adb引发的. 经过一番搜索, 发现这是windows环境下, adb的一个限制, 也可以说是bug. 当手机上同时运行的进程数大于64时, 就会引发adb奔溃. 更深层次的原因, 就是windows API的WaitForMultipleObjects所支持的最大句柄数是MAXIMUM_WAIT_OBJE