no queda memory en Ascari hace que Hudson haya fallado?

¿Alguien alguna vez experimenta un locking inesperado del server Hudson? ver el siguiente logging:

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) 

ahora está instalado en Debian 5 Linux de 32 bits con 4 GB de RAM junto con SVN y Sonar. Me gustaría saber cuál sería la causa principal de este problema. Estoy planeando migrarlo a Ubuntu 10.04 LTS de 64 bits con SVN y Sonar también, pero esta vez daré 8 GB para la RAM.

cualquier tipo de sugerencia y práctica recomendada para instalar el server Hudson será apreciada.

Gracias.

4 GB de RAM parece suficiente para ejecutar Hudson, pero parece que se está quedando sin memory debido a demasiados processs.

Intente boost su tamaño de partición de intercambio .

Su partición de intercambio generalmente debe ser del tamaño de su RAM, si no más.

PD: ¿En qué se encuentra actualmente?

Tengo el mismo problema, la configuration de mi server es:

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

Así es como arreglé el problema (en la root ):

 echo 1 > /proc/sys/vm/overcommit_memory