Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] build.eclipse.org/tmp is full

I've cleaned things up... there were many tmp.ldwkncs3e -esque files in the tens and hundreds of megabytes. that got nuked.

Denis



On 21/05/2011 4:50 PM, David M Williams wrote:
In a true case of irony, I tried to "find" if there was anything I owned, and not remembering the command details tried "man find" and got

$ man find
Man: find all matching manual pages
 * find (1)
   find (1p)
Man: What manual page do you want?
Man:
/usr/bin/nroff: Can't create temp directory, exiting...


Luckily, I could read the syntax on another machine ... and what I was looking for was
find /tmp -user wtpBuild 2>/dev/null

But, I didn't have enough there to make a difference.

I suggest any 'release engineers' with shell accounts try to clean up any big stuff this weekend, in case webmasters don't see this thread till Monday ... but I can't really "see" who/what might be using a lot of space. (I think "emf search" has been a contributor in the past .... but, I'm not pointing fingers since I have no idea ... and I am sure it's a combination of issues).

But to answer your last question,  there's all kinds of stuff that end up on /tmp. Most of it is tiny. Much of it put there by "system stuff". Currently /tmp is set at 5 Gigs (i.e. not huge, not meant to "store stuff"), and I think the webmasters have a cron job that cleans up anything over 14 days old ... but, not fool proof to keep it clear, obviously.

One common source of "big stuff" that can build up there is if projects run unit tests and use Java's createTempDir API to create a temporary directory, say for test workspaces, or something. By default, it uses /tmp but can be overriden if your java invocation sets it to another directory using java.io.tmpdir system property. I know we in webtools set that system property to some of our own space on "shared" because for a while (years ago) we were filling up /tmp on a few occasions. So, now we set to our own "space" and can make sure it gets cleaned up on a more regular basis.

FWIW.





From:        Stephan Herrmann <stephan@xxxxxxxxxxxxxxx>
To:        Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
Date:        05/21/2011 11:49 AM
Subject:        [cross-project-issues-dev] build.eclipse.org/tmp is full
Sent by:        cross-project-issues-dev-bounces@xxxxxxxxxxx




builds on build.eclipse.org currently fail with

 java.io.IOException: No space left on device

I can't really see, wich file is affected, as this comes somewhere from
within p2, but df shows that only one partition is short in space:
/tmp is 100% used.

Sounds like a good opportunity for some folks to do some cleanup, no?
:)
I mean, who would leave large amounts of data on /tmp anyway?

Stephan
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


Back to the top