java.net.SocketException:无法分配内存(不是Mac)

Question

我在ubuntu 10.04上运行的tomcat 7上部署了一个java应用程序.在打开服务器套接字时遇到了一个问题,到目前为止我无法重现:

java.net.SocketException: Cannot allocate memory
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.AbstractPlainSocketImpl.bind(Unknown Source)
at java.net.ServerSocket.bind(Unknown Source)
at org.subethamail.smtp.server.SMTPServer.createServerSocket(SMTPServer.java:338)
at org.subethamail.smtp.server.SMTPServer.start(SMTPServer.java:291)

所有我能够发现的是,这种情况发生在某些特定版本的MacOS上,这与我无关,也与OpenJDK无关,这也与我无关(我使用的是Oracle JRE 1.7.0_17).另一个可能的原因是虚拟化环境,但在我的情况下,这发生在硬件盒上.

所以,问题是,是否有人遇到过同样的问题以及可能的解决方案.

更新 还有这样的事情:tomcat消耗了几乎所有的堆,大约700mb,这是由我的代码中的内存泄漏引起的.但据我所知,该异常讲述了系统级别的套接字缓冲区,因此它似乎与java堆无关.然而,这是我到目前为止唯一的解释,在我看来这是非常虚幻的.

更新2 最终我们已经能够多次重现该问题,因此这不是关于内存泄漏的问题.当我第一次面对问题时,我正在考虑将authbind作为问题的可能来源,但不幸的是我没有太多关注它.当我得到另一个受此问题影响的硬件盒时,我尝试绑定非priveleged端口并成功,而尝试绑定priveleged端口会导致异常.所以,最终我用iptables替换了authbind.

基本上,fady taher的答案指向authbind,但Danny Thomas的答案提供了关于分叉和"无法分配内存"之间关系的非常有趣的信息,实际上我们也使用进程构建器来运行bash脚本,因此问题很可能是由它引起的.

Answer 1

听起来您的物理内存或交换空间不足 - 在受影响的系统上，检查内存和交换空间。

您的应用程序是否碰巧执行外部命令 - fork/exec 可能有所贡献。如果是这种情况，您可能会考虑允许内存过量使用：

http://bryanmarty.com/blog/2012/01/14/forking-jvm/