java.io.IOException: No space left on device

Jenkins JIRA | francisdb | 5 years ago
  1. 0

    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.

    Jenkins JIRA | 5 years ago | francisdb
    java.io.IOException: No space left on device
  2. 0
  3. 0

    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"

    Jenkins JIRA | 5 years ago | francisdb
    java.io.IOException: No space left on device
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    As on newer debian systems /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? A temporary fix for this would revert to the previous ubuntu behavior of keeping /run on disk but I have not found how to do this yet.

    Jenkins JIRA | 5 years ago | francisdb
    java.io.IOException: No space left on device
  6. 0

    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.

    Jenkins JIRA | 5 years ago | francisdb
    java.io.IOException: No space left on device

  1. davidvanlaatum 8 times, last 4 days ago
6 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.io.IOException

    No space left on device

    at java.io.FileOutputStream.writeBytes()
  2. Java RT
    FileOutputStream.write
    1. java.io.FileOutputStream.writeBytes(Native Method)
    2. java.io.FileOutputStream.write(FileOutputStream.java:282)
    2 frames
  3. winstone
    Launcher.main
    1. winstone.HostConfiguration.getWebRoot(HostConfiguration.java:273)
    2. winstone.HostConfiguration.<init>(HostConfiguration.java:73)
    3. winstone.HostGroup.initHost(HostGroup.java:85)
    4. winstone.HostGroup.<init>(HostGroup.java:45)
    5. winstone.Launcher.<init>(Launcher.java:197)
    6. winstone.Launcher.main(Launcher.java:398)
    6 frames
  4. Java RT
    Method.invoke
    1. sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    2. sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    3. sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    4. java.lang.reflect.Method.invoke(Method.java:597)
    4 frames
  5. Unknown
    Main.main
    1. Main._main(Main.java:268)
    2. Main.main(Main.java:96)
    2 frames