-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Ubuntu 11.10 Linode vps
As on newer debian systems /run or /usr/run is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram).
[Winstone 2011/10/16 13:38:21] - Beginning extraction from war file
[Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix []
java.io.IOException: No space left on device
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:282)
at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273)
at winstone.HostConfiguration.<init>(HostConfiguration.java:73)
at winstone.HostGroup.initHost(HostGroup.java:85)
at winstone.HostGroup.<init>(HostGroup.java:45)
at winstone.Launcher.<init>(Launcher.java:197)
at winstone.Launcher.main(Launcher.java:398)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at Main._main(Main.java:268)
at Main.main(Main.java:96)
The mount command returns this:
none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
The df command returns this:
none 50M 50M 0 100% /run
I'm not sure about the best solution but jenkins seems by far the biggest user of /run, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war?
As a temporary fix I change /etc/default/jenkins this way:
#JENKINS_ARGS="--webroot=/var/run/jenkins/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT"
JENKINS_ARGS="--webroot=$JENKINS_HOME/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT"
- is duplicated by
-
JENKINS-11365 Low memory debian systems cause IOException: No space left on device
-
- Resolved
-
-
JENKINS-11364 Low memory debian systems cause IOException: No space left on device
-
- Closed
-
[JENKINS-11366] Jenkins takes up too much space in /var/run
Description |
Original:
As on newer debian systems /opt is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram). [Winstone 2011/10/16 13:38:21] - Beginning extraction from war file [Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix [] java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:197) at winstone.Launcher.main(Launcher.java:398) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Main._main(Main.java:268) at Main.main(Main.java:96) The mount command returns this: none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) The df command returns this: none 50M 50M 0 100% /run I'm not sure about the best solution but jenkins seems by far the biggest user of /opt, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war? A temporary fix for this would revert to the previous ubuntu behavior of keeping /opt on disk but I have not found how to do this yet. |
New:
As on newer debian systems /opt is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram). [Winstone 2011/10/16 13:38:21] - Beginning extraction from war file [Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix [] java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:197) at winstone.Launcher.main(Launcher.java:398) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Main._main(Main.java:268) at Main.main(Main.java:96) The mount command returns this: none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) The df command returns this: none 50M 50M 0 100% /run I'm not sure about the best solution but jenkins seems by far the biggest user of /opt, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war? As a temporary fix I change /etc/default/jenkins this way: #JENKINS_ARGS="--webroot=/var/run/jenkins/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" JENKINS_ARGS="--webroot=$JENKINS_HOME/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" |
Description |
Original:
As on newer debian systems /opt is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram). [Winstone 2011/10/16 13:38:21] - Beginning extraction from war file [Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix [] java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:197) at winstone.Launcher.main(Launcher.java:398) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Main._main(Main.java:268) at Main.main(Main.java:96) The mount command returns this: none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) The df command returns this: none 50M 50M 0 100% /run I'm not sure about the best solution but jenkins seems by far the biggest user of /opt, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war? As a temporary fix I change /etc/default/jenkins this way: #JENKINS_ARGS="--webroot=/var/run/jenkins/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" JENKINS_ARGS="--webroot=$JENKINS_HOME/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" |
New:
As on newer debian systems /run or /usr/run is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram). [Winstone 2011/10/16 13:38:21] - Beginning extraction from war file [Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix [] java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:197) at winstone.Launcher.main(Launcher.java:398) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Main._main(Main.java:268) at Main.main(Main.java:96) The mount command returns this: none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) The df command returns this: none 50M 50M 0 100% /run I'm not sure about the best solution but jenkins seems by far the biggest user of /opt, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war? As a temporary fix I change /etc/default/jenkins this way: #JENKINS_ARGS="--webroot=/var/run/jenkins/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" JENKINS_ARGS="--webroot=$JENKINS_HOME/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" |
Description |
Original:
As on newer debian systems /run or /usr/run is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram). [Winstone 2011/10/16 13:38:21] - Beginning extraction from war file [Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix [] java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:197) at winstone.Launcher.main(Launcher.java:398) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Main._main(Main.java:268) at Main.main(Main.java:96) The mount command returns this: none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) The df command returns this: none 50M 50M 0 100% /run I'm not sure about the best solution but jenkins seems by far the biggest user of /opt, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war? As a temporary fix I change /etc/default/jenkins this way: #JENKINS_ARGS="--webroot=/var/run/jenkins/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" JENKINS_ARGS="--webroot=$JENKINS_HOME/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" |
New:
As on newer debian systems /run or /usr/run is now tmpvfs based and allocated to 10% of memory the jenkins startup fails on low-memory systems (512MB ram). [Winstone 2011/10/16 13:38:21] - Beginning extraction from war file [Winstone 2011/10/16 13:38:23] - Error initializing web application: prefix [] java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:197) at winstone.Launcher.main(Launcher.java:398) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at Main._main(Main.java:268) at Main.main(Main.java:96) The mount command returns this: none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) The df command returns this: none 50M 50M 0 100% /run I'm not sure about the best solution but jenkins seems by far the biggest user of /run, all other services together use about 10MB. Maybe jenkins could use a different folder to store it's extracted war? As a temporary fix I change /etc/default/jenkins this way: #JENKINS_ARGS="--webroot=/var/run/jenkins/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" JENKINS_ARGS="--webroot=$JENKINS_HOME/war --httpPort=$HTTP_PORT --ajp13Port=$AJP_PORT" |
Summary | Original: Low memory debian systems cause IOException: No space left on device | New: Jenkins takes up too much space in /usr/run |
Link |
New:
This issue is duplicated by |
Link |
New:
This issue is duplicated by |
Assignee | New: Richard Mortimer [ oldelvet ] |
Summary | Original: Jenkins takes up too much space in /usr/run | New: Jenkins takes up too much space in /var/run |
Resolution | New: Fixed [ 1 ] | |
Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
Workflow | Original: JNJira [ 141592 ] | New: JNJira + In-Review [ 189705 ] |