Closed Bug 603338 Opened 15 years ago Closed 15 years ago

FlightDeck still leaving large directories in /tmp

Categories

(Mozilla Labs Graveyard :: FlightDeck, defect, P1)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: zandr, Assigned: andy+bugzilla)

References

Details

FlightDeck filled the disk again this morning. It appears that the directories created in /tmp are still not being cleaned up. As these are ~7MB each, this chews up disk space in pretty short order.
Assignee: nobody → zaloon
Blocks: 600013
Target Milestone: -- → 1.0
I am bumping this to make sure we add that cron job Wil mentioned before the next release.
Severity: normal → blocker
Priority: -- → P1
Our quick fix here is to create a cron job to delete files over a day old
Assignee: zaloon → amckay
Target Milestone: 1.0 → 0.6
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Called by: manage.py cron clean_tmp
awesome. Can you add a "crontab" directory to /scripts/ and put this in there? (see how we do it in zamboni). This way we can control cron timings and we'll always know what is running in production
Anyone know what the paths on production are? Or whom to ask? Need to know the full path to FlightDeck and the FlightDeck virtual env.
ah, yeah. We won't know until it's deployed (see bug 600013). I guess we can't do it for now then.
Well added anyway, easy to change once deployed.
one can get a shell's dir as this abspath=$(cd ${0%/*} && echo $PWD/${0##*/}) echo `dirname $abspath`
Product: Mozilla Labs → Mozilla Labs Graveyard
You need to log in before you can comment on or make changes to this bug.