Opened 14 years ago
Closed 14 years ago
#623 closed task (fixed)
Insufficient Storage
Reported by: | jive | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | SysAdmin | Keywords: | download |
Cc: | aaime, jef |
Description
Now that the webdav folder is back I am catching up on releasing geotools.
[INFO] Error deploying artifact: Failed to transfer file: http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.6.5/geotools-2.6.5.pom. Return code is: 507 Insufficient Storage
Change History (8)
comment:1 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 by , 14 years ago
Keywords: | download added |
---|
comment:3 by , 14 years ago
Thanks *so* much Frank; I have had a release day from hell (actually managed to check out the wrong tag and go most of the way through before finding my mistake; and then finally recovered in just in time to run out of room).
I was pretty sure that geotools would be a massive user of disk space; but perhaps we just have many many small files.
comment:4 by , 14 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
It seems we're back at the starting point... trying to copy over some files with "cadaver" (just to make a test) I get "507: Insufficient storage"...
comment:5 by , 14 years ago
Cc: | added |
---|
follow-up: 7 comment:6 by , 14 years ago
Cc: | added |
---|
Funky, there is a strange super-sized file in the OSGeo4W tree which I think was uploaded by Jurgen. I deleted it yesterday but now it has reappeared.
warmerdam@xblade13:/osgeo/download/osgeo4w/release/qgis/qgis-dev$ ls -l *1.6.0- 12* -rwxr-xr-x 1 jef users 35884290048 2010-08-10 01:29 qgis-dev-1.6.0-12.tar.bz2
I have deleted it again, but perhaps Jurgen can comment on why it is appearing and ensure it doesn't reappear?
comment:7 by , 14 years ago
Replying to warmerdam:
Funky, there is a strange super-sized file in the OSGeo4W tree which I think was uploaded by Jurgen.
Ouch. It was overwritten with zeros, when it should have been truncated (yes, dd if=/dev/zero of={
} is quite different from dd if=/dev/null of={
}).
The idea was to produce an empty file, before removing it the next day so that mirror jobs would save space by also truncating their files even if the don't delete them later. Should work that way now.
But I didn't notice that you removed the file. When I checked everything looked ok, so I thought it was a some kind of webdav problem.
comment:8 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Jody,
I have trimmed a few old things from the download tree and freed up a bit of working room.
SAC,
The following is the disk use. As you can see the big users are the livedvd and ossim. Note that due to the way we backup and restore stuff that had been previously deleted from the download server may have been restored. Cleanup may be in order. We now have about 35GB free.
warmerdam@xblade13:/osgeo/download$ sudo du -s -c -h * 15M benchmarking 1.2G buildkit 2.6G fdo 890M fossgis-de-live-dvd 123M fusion 940M gdal 37M geos 317M geotiff 453M grass 4.0K index.html 5.1M libspatialindex 139M libtiff 16G livedvd 1006M logs 4.9G mapguide 371M mapserver 9.1G osgeo 1.9G osgeo4w 20G ossim 3.7G pgrouting 255M proj 4.0K proj4j 4.0K pub 2.1G qgis 4.0K robots.txt 2.5M shapelib 2.5G webdav 68G total