【问题标题】:No memory left on ascari causes Hudson build failed?蛔虫没有记忆会导致 Hudson 构建失败?
【发布时间】:2011-05-06 05:56:03
【问题描述】:

有没有人经历过随机的 Hudson 服务器崩溃?请参阅以下日志:

ERROR: Failed to parse POMs
java.io.IOException: Cannot run program "env": java.io.IOException: error=12, Cannot allocate memory
        at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
        at java.lang.Runtime.exec(Runtime.java:593)
        at java.lang.Runtime.exec(Runtime.java:431)
        at java.lang.Runtime.exec(Runtime.java:328)
        at org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLineUtils.java:250)
        at org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLineUtils.java:216)
        at org.apache.maven.project.interpolation.RegexBasedModelInterpolator.<init>(RegexBasedModelInterpolator.java:63)
        at sun.reflect.GeneratedConstructorAccessor120.newInstance(Unknown Source)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
        at java.lang.Class.newInstance0(Class.java:355)
        at java.lang.Class.newInstance(Class.java:308)
        at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:44)
        at org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(DefaultPlexusContainer.java:1464)
        at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:93)

它现在安装在具有 4 GB RAM 的 32 位 Debian 5 Linux 以及 SVN 和 Sonar 上,我想知道这个问题的根本原因是什么?我正计划将它迁移到 Ubuntu 10.04 LTS 64 位以及 SVN 和 Sonar,但这次我将提供 8 GB 的 RAM。

【问题讨论】:

    标签: svn hudson hudson-plugins sonarqube


    【解决方案1】:

    4GB 的 RAM 似乎足以运行 Hudson,但由于进程过多,您似乎内存不足。

    尝试增加您的交换分区大小。

    您的交换分区通常应该是您的 RAM 的大小,如果不是更大的话。

    PS:目前在什么位置?

    【讨论】:

    • 它目前为 2 GB,我已创建脚本以每晚上 11 点重新启动服务以防止出现此错误。
    • 如果可以,请尝试将交换空间增加到至少 4GB。
    【解决方案2】:

    我有同样的问题,我的服务器配置是:

    $ free -m
                 total       used       free     shared    buffers     cached
    Mem:          1036        982         53          0         13         39
    -/+ buffers/cache:        929        106
    Swap:         2047        833       1214
    

    这就是我解决问题的方法(在root 下):

    echo 1 > /proc/sys/vm/overcommit_memory
    

    【讨论】:

    • 嗨,那是 32 / 64 位服务器吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-09-21
    • 1970-01-01
    • 2020-11-15
    • 2011-05-29
    • 2012-08-21
    • 1970-01-01
    相关资源
    最近更新 更多