Java用ssh连接Linux服务报Segmentation fault (core dumped)解决

1.报错9768 Segmentation fault   (core dumped)

     调用python脚本的时候,服务器报core dumped的错误,如下图:


2.解决办法

      2.1 找到当前用户下的 /etc/ssh/ssh_config文件修改,连接时间和重新请求次数据,没有权限请使用sudo开启管理员环境变量。执行过过程如下:
[bdp@host67 ~]$ cd /home/bdp
[bdp@host67 ~]$ cd /etc/ssh/
[bdp@host67 ssh]$ ll
total 156
-rw-------. 1 root root 125811 Dec  8  2011 moduli
-rw-r--r--  1 root root   2094 Feb  5 14:41 ssh_config
-rw-------  1 root root   3872 Jan  2 16:47 sshd_config
-rw-------. 1 root root    668 Mar 22  2017 ssh_host_dsa_key
-rw-r--r--. 1 root root    590 Mar 22  2017 ssh_host_dsa_key.pub
-rw-------. 1 root root    963 Mar 22  2017 ssh_host_key
-rw-r--r--. 1 root root    627 Mar 22  2017 ssh_host_key.pub
-rw-------. 1 root root   1675 Mar 22  2017 ssh_host_rsa_key
-rw-r--r--. 1 root root    382 Mar 22  2017 ssh_host_rsa_key.pub
[bdp@host67 ssh]$ sudo vi ssh_config
修改参数如下图,仅供参考:


上图上最后两行参数解析如下:
ClientAliveInterval 30        (每30秒往客户端发送会话请求,保持连接,没有则可以添加)
ClientAliveCountMax 3      (表示3表示重连3次失败后,重启SSH会话,没有则可以添加)


     2.2 linux修改配置文件时都要重启才生效的,所以要重新应用一下刚刚修改的配置文件,我这里使用管理员权限重启。
[bdp@host67 ssh]$ sudo /etc/init.d/sshd restart   #重启sshd服务
        执行生效后的结果如下:



3.服务器Segmentation fault   (core dumped)之他解

     3.1其实服务器core dumped网上很多说是由野指针引起的。
            程序之所以会时不时的出现“Segmetation Fault”的根本原因是进程访问到了没有访问权限的地方,诸如内核区域或者其0x08048000之前的地方,或者由于要访问的内存没有经MMU进行映射所导致。而这种问题比较多的是出在malloc()之类的动态内存申请函数申请完内存,释放后,没有将指针设置为NULL,而其他地方在继续用先前申请的那块内存时,由于内存管理系统已经将其收回,所以才会出现这样的问题。良好的关于指针的使用习惯是,使用之前先判断其是否为NULL,所有已经归还给操作系统的内存,其访问指针都要及时置为NULL,防止所谓的“野指针”到处飞的情况,不然在大型项目里,光是围剿“Segmetation Fault”就要耗费不少兵力。
         3.2也有可能是堆栈耗尽的缘故,此时你可以检查堆栈的大小。请检查stack size限制。
检查堆栈大小
bash:ulimit -a
csh:limit

关掉shell堆栈大小的限制
Linux,bash: ulimit -s unlimited
Linux,csh/tcsh: unlimit stacksize

注意:如果你在一个批处理子系统下运行程序,可能需要将上面命令加入到个人启动配置 文件中(~/.bashrc、~/.profile~/.cshrc)
或者设置堆栈的大小
bash: ulimit -s 65532
即设置堆栈限制为64MB。
         3.3Fortran指定栈空间耗尽。
        -heap-arrays编译选项
        Intel Fortran编译器使用栈空间分配许多数组数据的临时或中间副本。
非OpenMP和非自动并行应用:如果你的程序未使用OpenMP或 Auto-parallelization(-parallel编译开关)且编译器版本是Linux v9.1.037(或所有Mac OS 编译器),那么可以尝试 -heap-arrays 编译选项。OpenMP或 Auto-parallelization用户如用低于v9.1.0137的Linux 编译器请阅读可能原因 #2关于不限制栈大小的提示。
-heap-arrays
如果这个解决了sigsegv或bus error错误的话,可以不用往下读了。你可能想读pdf附件 学习关于临时数组何时何处被创建内容。改变一点代码可以避免一些临时数组,从而减少 对临时副本的需求(改善性能)。同时,-heap-arrays编译器选项有一个可选参数[size] 来指定大于[size]的数组分配到堆(heap)中的阈值大小,单位为Kbytes,其它小于等于[size]的 分配到堆栈中。例如:
-heap-arrays 10

     
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux segmentation fault core dumped是一个常见的错误提示,它通常意味着程序在运行时出现了严重的问题,导致操作系统无法继续执行进程并产生了core dump文件。core dump文件是系统在发生异常时自动生成的文件,它包含了发生异常时的内存状态,可以帮助开发者进行问题排查和调试。 Segmentation fault通常是由于程序访问了不属于它的内存区域所导致的。这可能是由于程序中的指针错误、数组越界访问、非法内存访问等原因引起的。当程序发生segmentation fault时,操作系统会将进程的状态保存到一个core dump文件中,以便后续进行调试和分析。 要查看core dump文件,可以使用以下命令: ```shell $ gdb <program_name> <core_dump_file> ``` 其中,`<program_name>`是发生segmentation fault的程序名称,`<core_dump_file>`是生成的core dump文件的路径。使用gdb工具可以打开core dump文件并进行调试,以找出导致segmentation fault的具体原因。 要解决segmentation fault问题,可以采取以下步骤: 1. 检查程序中的指针和内存访问是否正确,避免越界访问和非法内存访问。 2. 检查程序是否使用了动态分配的内存,并确保在使用完毕后释放了所有分配的内存。 3. 调试程序,使用gdb工具打开core dump文件并逐步执行程序,查看在发生segmentation fault时的内存状态,找出问题所在。 4. 如果问题仍然无法解决,可以尝试使用其他工具或方法进行调试和分析,例如使用valgrind等内存检测工具。 总之,Linux segmentation fault core dumped是一个常见的错误提示,它通常是由于程序访问了不属于它的内存区域所导致的。通过查看core dump文件并进行调试和分析,可以找出导致segmentation fault的具体原因并加以解决

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值