菜鸟笔记
提升您的技术认知

服务器重启项目引发的nginx 502 bad gateway解决-ag真人游戏

一、问题起因:

ssh登录远程服务器重启项目(第一次),未等tomcat启动完成,直接访问项目的对应后台管理系统网站,导致网页一直加载不出来,心急又去重复启动项目(第二次),再次访问网页报错:502 bad gateway nginx。

二、解决思路:

...这里饶了很多弯路。前面几步是没有解决的错误思路,想要看最终解决,直接跳过,去查看最后的总结...

1.首先想到去查看nginx日志,结果error.log内并无错误日志:

最新一条时间是10/17,明显不是nginx出了问题,并且另一个服务器端口转发是正常的,故排除。

重启项目之后依然不行(第三次)。

2.查阅资料,有个文章说,可能是内存磁盘满了...df -h 发现内存占用了83%,感觉也有可能:

(下图是费了九牛二虎之力,省了10%磁盘空间后的截图。。。我有一篇博客专门讲清理磁盘)清理过程中,发现nohup.out很占内存,是可以清理的,亲测有效,命令:

第一种:cp /dev/null nohup.out
第二种:cat /dev/null > nohup.out

再次部署重启项目(第四次)。此时发现重启项目时,tomcat启动zookeeper疯狂报错:

java.lang.noclassdeffounderror: org/apache/zookeeper/proto/setwatches

3.然后想是不是zookeeper出了问题?zookeeper是连接项目的桥梁,提供注册然后建立连接调用。

ps:zookeeper命令:

  • 1. 启动zk服务:       sh bin/zkserver.sh start
  • 2. 查看zk服务状态: sh bin/zkserver.sh status
  • 3. 停止zk服务:       sh bin/zkserver.sh stop
  • 4. 重启zk服务:       sh bin/zkserver.sh restart

进入项目的zookeeper目录一顿操作,还是没有解决,继续报错:java.lang.noclassdeffounderror: org/apache/zookeeper/proto/setwatches(此时已经第五次重启项目)

4.思考这个异常的ag真人游戏的解决方案,莫非是jar包冲突?毕竟报错noclassdeffounderror呢,某些zookeeper的类没加载到?但是发现,在本地项目是可以完美运行的,所以项目代码是没有问题的。

继续搜资料:借鉴一下人家的分析:

`tomcat启动,初始化webcontext;

`初始化spring, spring初始某些些bean,这些bean包括了zookeeper的连接相关的bean;
`这时zkclient(独立线程)已经连接上服务器了,但是classloader没有加载到org/apache/zookeeper/proto/setwatches类;
`spring初始化失败,导致tomcat webcontext初始化也失败,应用在挂起状态,但zkclient线程还是正常的;
`zookeeper服务器重启,zkclient开始重连,连接上zookeeper服务器;
`zkclient触发watch的一些代码,classloader尝试加载org/apache/zookeeper/proto/setwatches类,但是发现找不到类,于是`抛出异常;
`zkclient捕获到异常,认为重连失败,close掉connection,休眠几秒之后,再次重连;
于是出现了zkclient反复重试连接zookeeper服务器,而且都是秒连秒断的情况。

三、【最终解决】

5.【最终解决】终于意识到是一开始项目就没有正常启动!而zkclient线程在应用程序进程启动失败前已经正常启动了,所以导致zkclient没有在jvm中找到setwatches该类!于是查看linux上的java进程:ps -ef | grep java

从头至尾各个参数的意思是:

(1):uid      :程序被该 uid 所拥有

(2):pid      :就是这个程序的 id 

(3):ppid    :则是其上级父程序的id

(4):c          :cpu使用的资源百分比

(5):stime :系统启动时间

(6):tty     :登入者的终端机位置

(7):time   :使用掉的cpu时间。

(8):cmd   :所下达的是什么指令

震惊的发现怎么那么多tomcat实例!(。。想想我倒是重启过多少次项目吧)然后果断kill掉:kill  pid

然后再次重启项目。

再次重启的时候tomcat执行sh shutdown.sh,发现报错,更验证了之前的猜想,因为关于tomcat的实例我都kill掉了啊,所以再执行:sh startup.sh

打印tomcat日志命令:tail -f ../logs/catalina.out

漫长的等待中。。。。没有zookeeper报错!!!

待tomcat启动完成后,访问项目,完美打开...

四、总结

1.查看linux上的java进程:ps -ef | grep java

2.杀掉重复的进程:kill  pid (注意别误kill其他进程)

3.再次重启项目。

最后如果还是没有解决问题,关注私聊博主解决问题。 

网站地图