Bugzilla – Full Text Bug Listing
| Summary: | increase quota for "tools" and provide more fine grained reporting | ||
|---|---|---|---|
| Product: | Community | Reporter: | David Williams <david_williams> |
| Component: | Servers | Assignee: | Eclipse Webmaster <webmaster> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | daniel_megert, jarthana, markus.kell.r, srikanth_sankaran, stephan.herrmann |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
David Williams
Object Teams is currently using more than usual because setting up dual build (Indigo + Juno) happened in a hurry after migrating to git. Once Indigo SR2 is out of the door, I can wipe out about 1 Gig or so. I've made some changes to the way the quotas are calculated/reported. Previously 'parent' projects like tools ended up being used as catch alls for their 'children'. Now we try to work out which children tools has and subtract their usage from the parent project(and notify the children individually). Next time the update script runs, let me know if you still think it needs work. -M. It's probably ok the way it is. I got a report saying we used 4 G with a 2 G quota, and the only thing I see that is not part of a child project is about 500 M under /tools/downloads (and, yes, that could likely move to archives ... very old stuff). But, not sure where the other 1.5 G is coming from. Maybe you could just set our limit at 5 G so would only get the report if TL Project exceeded that? Or, you can figure out where the other 1.5 G is coming from and perhaps tweak your reports? But, it is much better ... and I'm glad the "children" are getting the reports directly. [20:21:42] david_williams@build:/home/data/httpd/download.eclipse.org/tools $ du ./* -sh 1.4G ./ajdt 800M ./aspectj 470M ./atf 309M ./buckminster 7.3G ./cdt 531M ./downloads 8.0K ./emf 1.4G ./gef 4.0K ./index.html 7.3G ./orbit 4.3G ./pdt 6.6G ./ptp 24M ./tcf 4.0K ./TIME 8.0K ./uml2 8.0K ./ztime I suspect that there are 2 issues at work. 1) I forgot to turn the 'check current usage' on, so the data was a bit stale (fixed) 2) Rounding issue(s) in the calculations. Basically if you aren't over the exact value of a Gig, you count 0. I've upped the tools quota to 4G which should silence it. -M. As JDT UI lead, I still get mails like this:
"The downloads area disk quota has been reached for project eclipse.jdt. You are receiving this e-mail because you are one of the committers who has write access to the project's downloads area.
150 GB of space are used, and the quota is set at 2 GB. [..]"
An email from Matt explained the situation:
> David is spot on. Both the Foundations internal DB and the project meta
> data list the JDT downloads area as '/eclipse' so when the quota tool
> runs it's 'blaming' JDT for the entire Eclipse project space usage(minus
> any child projects it can find).
Can we do anything to avoid these mails for sub-projects of the Eclipse top level project?
(In reply to comment #5) > > Can we do anything to avoid these mails for sub-projects of the Eclipse top > level project? Well the easiest/fastest solution is to provide a download url other than download.eclipse.org/eclipse (like say download.eclipse.org/eclipse/jdt) in the project metadata (I can update our internal records if they fail to sync the change). -M. (In reply to comment #6) > Well the easiest/fastest solution is to provide a download url other than > download.eclipse.org/eclipse (like say download.eclipse.org/eclipse/jdt) in > the > project metadata (I can update our internal records if they fail to sync the > change). > > -M. Why would we change the correct download URL to something that gives 404? This workaround is no good ;-). (In reply to comment #6) > Well the easiest/fastest solution is to provide a download url other than > download.eclipse.org/eclipse (like say download.eclipse.org/eclipse/jdt) Sounds good, can you create a directory and add a simple redirect to http://download.eclipse.org/eclipse/downloads/ , so that all sub-projects can just use that url? E.g. http://download.eclipse.org/eclipse/downloads/subprojects/ I talked over the best way to handle the requested re-directs with Denis, and in the end his suggestion was simply to raise your quota, so I did. -M. |