dubbo服务启动后 应用宕机

尒丹 2019-01-23 11:00:29
不定时待机以下为错误日志,求大神帮忙分析分析

[INFO][2019-01-22 21:29:04,690][com.alibaba.dubbo.config.AbstractConfig] [DUBBO] Run shutdown hook now., dubbo version: 1.0.1, current host: 192.168.1.216
[INFO][2019-01-22 21:29:04,691][com.alibaba.dubbo.registry.support.AbstractRegistryFactory] [DUBBO] Close all registries [zookeeper://192.168.1.153:2181/szmy_xm_bzj/com.alibaba.dubbo.registry.RegistryService?application=OCRM-C&client=curator&dubbo=1.0.1&group=szmy_xm_bzj&interface=com.alibaba.dubbo.registry.RegistryService&pid=64730×tamp=1548146393648], dubbo version: 1.0.1, current host: 192.168.1.216
Jan 22, 2019 9:29:04 PM org.apache.coyote.AbstractProtocol pause
INFO: Pausing ProtocolHandler ["http-bio-8080"]
[INFO][2019-01-22 21:29:04,691][com.alibaba.dubbo.registry.zookeeper.ZookeeperRegistry] [DUBBO] Destroy registry:zookeeper://192.168.1.153:2181/szmy_xm_bzj/com.alibaba.dubbo.registry.RegistryService?application=OCRM-C&client=curator&dubbo=1.0.1&group=szmy_xm_bzj&interface=com.alibaba.dubbo.registry.RegistryService&pid=64730×tamp=1548146393648, dubbo version: 1.0.1, current host: 192.168.1.216
[INFO][2019-01-22 21:29:04,692][com.alibaba.dubbo.registry.zookeeper.ZookeeperRegistry] [DUBBO] Unregister: consumer://192.168.1.216/default/com.pactera.sys.codeType.service.SysCodeTypeServiceI?application=OCRM-C&category=consumers&check=false&default.check=false&dubbo=1.0.1&interface=com.pactera.sys.codeType.service.SysCodeTypeServiceI&methods=redisGetListValue,get,saveCodeType,redisSaveListAllRight,getListByWhereSql,redisGetListSize,listCodeType,redisDelete,redisGetListByLeftPop,redisUpdateList,redisDeleteListByValue,redisSave,redisHasKey,redisGetValue,redisGetExpire&pid=64730&side=consumer×tamp=1548146394521, dubbo version: 1.0.1, current host: 192.168.1.216
Jan 22, 2019 9:29:04 PM org.apache.coyote.AbstractProtocol pause
INFO: Pausing ProtocolHandler ["ajp-bio-8009"]
Jan 22, 2019 9:29:04 PM org.apache.catalina.core.StandardService stopInternal
INFO: Stopping service Catalina
[INFO][2019-01-22 21:29:04,703][org.springframework.web.context.support.XmlWebApplicationContext]Closing WebApplicationContext for namespace 'springMvc-servlet': startup date [Tue Jan 22 16:39:57 CST 2019]; parent: Root WebApplicationContext
[INFO][2019-01-22 21:29:04,705][org.springframework.web.context.support.XmlWebApplicationContext]Closing Root WebApplicationContext: startup date [Tue Jan 22 16:39:51 CST 2019]; root of context hierarchy

Jan 22, 2019 9:29:04 PM org.apache.catalina.loader.WebappClassLoaderBase checkThreadLocalMapForLeaks
SEVERE: The web application [/OCRM-C] created a ThreadLocal with key of type [com.alibaba.dubbo.rpc.RpcContext$1] (value [com.alibaba.dubbo.rpc.RpcContext$1@5063af73]) and a value of type [com.alibaba.dubbo.rpc.RpcContext] (value [com.alibaba.dubbo.rpc.RpcContext@284d3adf]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
Jan 22, 2019 9:29:04 PM org.apache.catalina.loader.WebappClassLoaderBase loadClass
INFO: Illegal access: this web application instance has been stopped already. Could not load org.apache.log4j.spi.ThrowableInformation. The eventual following stack trace is caused by an error thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access, and has no functional impact.
java.lang.IllegalStateException
at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1813)
at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1771)
at org.apache.log4j.spi.LoggingEvent.<init>(LoggingEvent.java:165)
at org.apache.log4j.Category.forcedLog(Category.java:391)
at org.apache.log4j.Category.log(Category.java:856)
at com.alibaba.dubbo.common.logger.log4j.Log4jLogger.warn(Log4jLogger.java:78)
at com.alibaba.dubbo.common.logger.support.FailsafeLogger.warn(FailsafeLogger.java:100)
at com.alibaba.dubbo.remoting.zookeeper.support.AbstractZookeeperClient.close(AbstractZookeeperClient.java:98)
at com.alibaba.dubbo.registry.zookeeper.ZookeeperRegistry.destroy(ZookeeperRegistry.java:90)
at com.alibaba.dubbo.registry.support.AbstractRegistryFactory.destroyAll(AbstractRegistryFactory.java:70)
at com.alibaba.dubbo.config.ProtocolConfig.destroyAll(ProtocolConfig.java:465)
at com.alibaba.dubbo.config.AbstractConfig$1.run(AbstractConfig.java:452)
at java.lang.Thread.run(Thread.java:745)

[INFO][2019-01-22 21:29:04,905][com.alibaba.dubbo.config.AbstractConfig] [DUBBO] Protocol destroy in 10000ms ......, dubbo version: 1.0.1, current host: 192.168.1.216
Jan 22, 2019 9:29:04 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8080"]
Jan 22, 2019 9:29:04 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
Jan 22, 2019 9:29:04 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8080"]
Jan 22, 2019 9:29:04 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]
[INFO][2019-01-22 21:29:14,850][com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol] [DUBBO] disconected from /192.168.1.218:20880,url:dubbo://192.168.1.218:20880/default/com.pactera.demo.leave.service.DemoLeaveServiceI?anyhost=true&application=OCRM-C&check=false&codec=dubbo&default.check=false&default.retries=0&default.timeout=100000&dispatcher=message&dubbo=1.0.1&generic=false&heartbeat=60000&interface=com.pactera.demo.leave.service.DemoLeaveServiceI&methods=redisGetListValue,saveLeaveApprove,get,redisSaveListAllRight,getListByWhereSql,redisGetListSize,redisDelete,redisGetListByLeftPop,redisUpdateList,redisDeleteListByValue,getCurrentUserUnDoStep,getWfParamName,redisSave,redisHasKey,getWfParamValue,redisGetValue,saveLeaveStart,redisGetExpire&pid=64730&side=consumer×tamp=1548146393614, dubbo version: 1.0.1, current host: 192.168.1.216
[INFO][2019-01-22 21:29:14,858][com.alibaba.dubbo.remoting.transport.netty.NettyChannel] [DUBBO] Close netty channel [id: 0xca2a818b, /192.168.1.216:33638 => /192.168.1.220:20880], dubbo version: 1.0.1, current host: 192.168.1.216
Exception in thread "pool-100-thread-1" java.lang.NoClassDefFoundError: com/alibaba/dubbo/rpc/protocol/dubbo/LazyConnectExchangeClient
at com.alibaba.dubbo.rpc.protocol.dubbo.ReferenceCountExchangeClient.replaceWithLazyClient(ReferenceCountExchangeClient.java:159)
at com.alibaba.dubbo.rpc.protocol.dubbo.ReferenceCountExchangeClient.close(ReferenceCountExchangeClient.java:141)
at com.alibaba.dubbo.rpc.protocol.dubbo.DubboInvoker$1.run(DubboInvoker.java:147)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassNotFoundException: com.alibaba.dubbo.rpc.protocol.dubbo.LazyConnectExchangeClient
at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1928)
at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1771)
... 6 more
[INFO][2019-01-22 21:29:14,859][com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol] [DUBBO] disconected from /192.168.1.220:20880,url:dubbo://192.168.1.220:20880/default/com.pactera.demo.leave.service.DemoLeaveServiceI?anyhost=true&application=OCRM-C&check=false&codec=dubbo&default.check=false&default.retries=0&default.timeout=100000&dispatcher=message&dubbo=1.0.1&generic=false&heartbeat=60000&interface=com.pactera.demo.leave.service.DemoLeaveServiceI&methods=redisGetListValue,saveLeaveApprove,get,redisSaveListAllRight,getListByWhereSql,redisGetListSize,redisDelete,redisGetListByLeftPop,redisUpdateList,redisDeleteListByValue,getCurrentUserUnDoStep,getWfParamName,redisSave,redisHasKey,getWfParamValue,redisGetValue,saveLeaveStart,redisGetExpire&pid=64730&side=consumer×tamp=1548146393614, dubbo version: 1.0.1, current host: 192.168.1.216
Exception in thread "pool-101-thread-1" java.lang.NoClassDefFoundError: com/alibaba/dubbo/rpc/protocol/dubbo/LazyConnectExchangeClient
at com.alibaba.dubbo.rpc.protocol.dubbo.ReferenceCountExchangeClient.replaceWithLazyClient(ReferenceCountExchangeClient.java:159)
at com.alibaba.dubbo.rpc.protocol.dubbo.ReferenceCountExchangeClient.close(ReferenceCountExchangeClient.java:141)
at com.alibaba.dubbo.rpc.protocol.dubbo.DubboInvoker$1.run(DubboInvoker.java:147)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)

[INFO][2019-01-22 21:29:14,908][com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol] [DUBBO] Close dubbo connect: 192.168.1.216:0-->/192.168.1.220:20880, dubbo version: 1.0.1, current host: 192.168.1.216
[INFO][2019-01-22 21:29:14,909][com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol] [DUBBO] Close dubbo connect: 192.168.1.216:0-->/192.168.1.218:20880, dubbo version: 1.0.1, current host: 192.168.1.216
...全文
1317 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
十八道胡同 2019-01-23
  • 打赏
  • 举报
回复
ZK开启了没?
尒丹 2019-01-23
  • 打赏
  • 举报
回复
tomcat内存我已经加大了,还是不行
尒丹 2019-01-23
  • 打赏
  • 举报
回复
引用 2 楼 LCL_data 的回复:
ZK开启了没?
这是正常启动以后没规律的宕机,zk肯定启动的
Dubbo是阿里巴巴SOA服务化治理方案的核心框架,每天为2,000 个服务提供3,000,000,000 次访问量支持。        Dubbo 也是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以和 Spring框架无缝集成。 主要核心部件:  Remoting: 网络通信框架,实现了 sync-over-async 和 request-response 消息机制. RPC: 一个远程过程调用的抽象,支持负载均衡、容灾和集群功能 Registry: 服务目录框架用于服务的注册和服务事件发布和订阅 Dubbo工作原理Provider 暴露服务方称之为“服务提供者”。 Consumer 调用远程服务方称之为“服务消费者”。 Registry 服务注册与发现的中心目录服务称之为“服务注册中心”。 Monitor 统计服务的调用次调和调用时间的日志服务称之为“服务监控中心”。 (1) 连通性: 注册中心负责服务地址的注册与查找,相当于目录服务服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小 监控中心负责统计各服务调用次数,调用时间等,统计先在内存汇总后每分钟一次发送到监控中心服务器,并以报表展示 服务提供者向注册中心注册其提供的服务,并汇报调用时间到监控中心,此时间不包含网络开销 服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,同时汇报调用时间到监控中心,此时间包含网络开销 注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外 注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者 注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表 注册中心和监控中心都是可选的,服务消费者可以直连服务提供者 (2) 健状性: 监控中心宕掉不影响使用,只是丢失部分采样数据 数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务 注册中心对等集群,任意一台宕掉后,将自动切换到另一台 注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯 服务提供者无状态,任意一台宕掉后,不影响使用 服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复 (3) 伸缩性: 注册中心为对等集群,可动态增加机器部署实例,所有客户端将自动发现新的注册中心 服务提供者无状态,可动态增加机器部署实例,注册中心将推送新的服务提供者信息给消费者 标签:阿里巴巴  rpc
01、尚硅谷_Dubbo_概念_分布式系统定义.avi 02、尚硅谷_Dubbo_概念_应用的架构演变.avi 03、尚硅谷_Dubbo_概念_RPC简介.avi 04、尚硅谷_Dubbo_概念_简介.avi 05、尚硅谷_Dubbo_概念_设计架构.avi 06、尚硅谷_Dubbo_环境搭建_ZooKeeper注册中心.avi 07、尚硅谷_Dubbo_环境搭建_管理控制台.avi 08、尚硅谷_Dubbo_环境搭建_创建提供者消费者工程.avi 09、尚硅谷_Dubbo_服务提供者配置&测试.avi 10、尚硅谷_Dubbo_服务消费者配置&测试.avi 11、尚硅谷_Dubbo_监控中心_Simple Monitor安装配置.avi 12、尚硅谷_Dubbo_与SpringBoot整合.avi 13、尚硅谷_Dubbo_配置_dubbo.properties&属性加载顺序.avi 14、尚硅谷_Dubbo_配置_启动检查.avi 15、尚硅谷_Dubbo_配置_超时&配置覆盖关系.avi 16、尚硅谷_Dubbo_配置_重试次数.avi 17、尚硅谷_Dubbo_配置_多版本.avi 18、尚硅谷_Dubbo_配置_本地存根.avi 19、尚硅谷_Dubbo_配置_与SpringBoot整合的三种方式.avi 20、尚硅谷_Dubbo_高可用_ZooKeeper宕机Dubbo直连.avi 21、尚硅谷_Dubbo_高可用_负载均衡机制.avi 22、尚硅谷_Dubbo_高可用_服务降级.avi 23、尚硅谷_Dubbo_高可用_服务容错&Hystrix;.avi 24、尚硅谷_Dubbo_原理_RPC&Netty;原理.avi 25、尚硅谷_Dubbo_原理_框架设计.avi 26、尚硅谷_Dubbo_原理_标签解析.avi 27、尚硅谷_Dubbo_原理_服务暴露流程.avi 28、尚硅谷_Dubbo_原理_服务引用流程.avi 29、尚硅谷_Dubbo_原理_服务调用流程.avi 30、尚硅谷_Dubbo_结束语.avi
01、尚硅谷_Dubbo_概念_分布式系统定义.avi 02、尚硅谷_Dubbo_概念_应用的架构演变.avi 03、尚硅谷_Dubbo_概念_RPC简介.avi 04、尚硅谷_Dubbo_概念_简介.avi 05、尚硅谷_Dubbo_概念_设计架构.avi 06、尚硅谷_Dubbo_环境搭建_ZooKeeper注册中心.avi 07、尚硅谷_Dubbo_环境搭建_管理控制台.avi 08、尚硅谷_Dubbo_环境搭建_创建提供者消费者工程.avi 09、尚硅谷_Dubbo_服务提供者配置&测试.avi 10、尚硅谷_Dubbo_服务消费者配置&测试.avi 11、尚硅谷_Dubbo_监控中心_Simple Monitor安装配置.avi 12、尚硅谷_Dubbo_与SpringBoot整合.avi 13、尚硅谷_Dubbo_配置_dubbo.properties&属性加载顺序.avi 14、尚硅谷_Dubbo_配置_启动检查.avi 15、尚硅谷_Dubbo_配置_超时&配置覆盖关系.avi 16、尚硅谷_Dubbo_配置_重试次数.avi 17、尚硅谷_Dubbo_配置_多版本.avi 18、尚硅谷_Dubbo_配置_本地存根.avi 19、尚硅谷_Dubbo_配置_与SpringBoot整合的三种方式.avi 20、尚硅谷_Dubbo_高可用_ZooKeeper宕机Dubbo直连.avi 21、尚硅谷_Dubbo_高可用_负载均衡机制.avi 22、尚硅谷_Dubbo_高可用_服务降级.avi 23、尚硅谷_Dubbo_高可用_服务容错&Hystrix;.avi 24、尚硅谷_Dubbo_原理_RPC&Netty;原理.avi 25、尚硅谷_Dubbo_原理_框架设计.avi 26、尚硅谷_Dubbo_原理_标签解析.avi 27、尚硅谷_Dubbo_原理_服务暴露流程.avi 28、尚硅谷_Dubbo_原理_服务引用流程.avi 29、尚硅谷_Dubbo_原理_服务调用流程.avi 30、尚硅谷_Dubbo_结束语.avi
Provider 暴露服务方称之为“服务提供者”。 Consumer 调用远程服务方称之为“服务消费者”。 Registry 服务注册与发现的中心目录服务称之为“服务注册中心”。 Monitor 统计服务的调用次数和调用时间的日志服务称之为“服务监控中心”。 (1) 连通性: 注册中心负责服务地址的注册与查找,相当于目录服务服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小 监控中心负责统计各服务调用次数,调用时间等,统计先在内存汇总后每分钟一次发送到监控中心服务器,并以报表展示 服务提供者向注册中心注册其提供的服务,并汇报调用时间到监控中心,此时间不包含网络开销 服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,同时汇报调用时间到监控中心,此时间包含网络开销 注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外 注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者 注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表 注册中心和监控中心都是可选的,服务消费者可以直连服务提供者 (2) 健壮性: 监控中心宕掉不影响使用,只是丢失部分采样数据 数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务 注册中心对等集群,任意一台宕掉后,将自动切换到另一台 注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯 服务提供者无状态,任意一台宕掉后,不影响使用 服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复 (3) 伸缩性: 注册中心为对等集群,可动态增加机器部署实例,所有客户端将自动发现新的注册中心 服务提供者无状态,可动态增加机器部署实例,注册中心将推送新的服务提供者信息给消费者

81,092

社区成员

发帖
与我相关
我的任务
社区描述
Java Web 开发
社区管理员
  • Web 开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧