当前位置: 首页 > 工具软件 > Down > 使用案例 >

session is down 666

贺自明
2023-12-01

看到这个报错,是不是觉得很嘲讽,down了 还 666呢,搞心态吧。也不知道谁定义的这个报错。

先说下报错的背景,开发环境中。我们有个调度系统,并且允许其他系统的使用。调度平台主要功能 定时执行一些,设定好的任务、命令行作业。

大数据平台,反馈出一个调度系统执行作业时,一直报错 session is down 666,导致作业一直执行失败,严重影响了他们的开发,需要我协助解决。

主要原因,调度系统 使用 ssh 远程服务器连接失败
1.登录调度服务器,使用 ssh命令远程大数据服务器
ssh 用户名(大数据服务器用户名)@idp(大数据服务器用户名)
密码*****
结果是可以连接的,排除两服务器 之间没有开通 ssh访问关系可能。

2.查看 被远程的服务器(大数据服务器)系统设置,命令为
cat /etc/ssh/sshd_config
查看服务器配置项 PasswordAuthentication 居然设置的是 no 不允许密码 登录。这就简单了,改下配置就可以了。但是这个步骤需要用 root权限。本次也是 因为被远程的服务器这个设置的为no,导致连接失败的,改为 yes后,访问正常。

3.jar加载顺序
造成这种报错,还有一种可能,也是最难排查的一种,就是java程序中 jar包加载顺序。因为生产上我遇到过这种问题,本文中就一块说了,占用篇幅较长。

我们程序中使用连接 服务器的方式是 ,使用ssh 连接,建立会话,然后 执行 shell 命令或执行脚本。建立ssh 链接使用的工具包为 jsch-0.1.51.jar sshcore2.0.2.jar ,这两个jar包 。在本地部署运行时正常,远程服务器,执行 shell命令都没问题。但是部署到was服务器后,就会出现报错 session is down 666

这个是由于 was服务器的类加载顺序造成的,需要调整类的加载策略。调整方式 为
服务器 -> 服务器类型 -> websphere -> application ->servaer ->server1(我的是1)
选择类装入策略 :单个
类装入方式 :类已装入并且先使用本地类装入器(父类最后
再将 选择类装入策略改为 :多个
确定,保存至主配置。

到这里基本问题基本已得到解决。如果还没有解决,那就只能用最后一种方式,手动调整jar包加载顺序。调整jar包位置。将 jsch-0.1.51.jar 由WEB-INFO lib 路径下 复制到 WEB-INFO class 路径下,然后重启was服务器,这样 就会先加载 jsch-0.1.51.jar,再加载 sshcore2.0.2.jar 就不会出现这两个类 加载顺序的问题。

 类似资料:

相关阅读

相关文章

相关问答