当我遇到这个问题时，我在网上搜相关资料，其中找到一篇如下解决办法：
linux系统下遇到cannot execute binary file的问题，一般由以下情况造成：
非root用户或者无执行权限
编译环境不同（程序由其他操作环境复制过来）
对于第一种情况，采用增加执行权限即可chmod +x program
对于第二种情况，建议将该程序二进制包拷贝过来，重新编译程序。因为我在实际操作过程中发现我将美国的VPS的整个操作系统环境打包后下载到本地服务器上解压后运行其中的程序会有如题所示问题出现，百思不得其解，系统都为centos5.2，最终发现是两者编译环境不同所致：
美国VPS是AMD64位处理器
本地服务器是INTEL32位处理器
这两者的硬件编译环境有所差别，导致了这个问题。当然，下载的某些程序非二进制包，可以直接执行的，但却出现该问题，也是因为内核匹配不了CPU，intel是x86的，amd是amd64或是32位版本，对应清楚下载。希望本文对看到的朋友有所帮助。
首先，我直接用的root用户，权限问题不考虑，然后，就是查看我的Linux的是32位的还是64位的
(Linux基础知识学习:查看所使用的Linux系统是32位还是64 位的方法
http://blog.csdn.net/u014455929/article/details/52469658
)
结果发现我的Linux是32位的，而我安装的jdk-8u73-linux-i586.tar.gz 也是32位的，很是奇怪，再次查看各个步骤·····················
=========================================
实在是粗心大意了··························竟然将jdk-8u73-linux-x64.tar.gz，当做jdk-8u73-linux-i586.tar.gz··································
为了解决这个问题，我再次修改path·············企图从中找到配置失败原因，其实我原来的path没什么大的问题···················
export JAVA_HOME=usr/JavaTools/JDK/jdk1.8.0_73
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
然后，重新解压·······························唉，幸好，我刚才木有删掉jdk的压缩包，不然我也不会发现这个文件弄错了····································呜哈哈哈~~~~~~~~~~~
终于成功了················································成功了··················一个JDK让我搞了两天，不这已经是第三天了··················
