[SAC] /var/www/qgisdata full on qgis
Richard Duivenvoorde
richard at duif.net
Tue Jul 12 23:59:58 PDT 2016
On 12-07-16 18:22, Alex Mandel wrote:
> To be clear we're talking about:
> qgis.osgeo.osuosl.org virtual machine
>
> Richard, can you provide an estimate of how much growing room QGIS will
> need for the next year?
Hi Alex,
/var/www/qgisdata is a separate mount/disk if I understand correctly:
/var/www/qgisdata$ du -hs *
11G debian
6.0G debian-ltr
8.0G debian-nightly
4.1G debian-nightly-ltr
7.9G debian-nightly-release
15G downloads
547M QGIS-Documentation
1.9G QGIS-Documentation-1.8
5.8G QGIS-Documentation-2.0
5.9G QGIS-Documentation-2.2
6.6G QGIS-Documentation-2.6
7.0G QGIS-Documentation-2.8
2.4G QGIS-Website
0 QGIS-Website-test
11M redminedump
2.8G ubuntugis
2.2G ubuntugis-ltr
5.6G ubuntugis-nightly
849M ubuntugis-nightly-ltr
1.6G ubuntugis-nightly-release
we need the upcoming year at least 2 or 3 more rounds of Documentation
(so say 30 Gb), some downloads (say 15Gb too).
Not sure how fast the debian and ubuntu repo's will grow, but lets do 25
for these too? (@Juergen?).
So max 70Gb?
> If I'm not mistaken some QGIS downloads also come from
> download.osgeo.org? Is the difference that qgis VM also stores the full
> archive of past releases?
If I'm correct the downloads stuff (NOT the debian/ubuntu/docs) is
mirrored between some machines (I think to download.osgeo.org and
another machine of Juergen) to spread the load of downloading installers
after a release.
But I do not think it the actual 'downloads' is the problem, I could try
to slim down the QGIS-Documentation output a little.
> Possible solutions:
> 1. Grow the disk on the existing osgeo4.
> 2. Migrate the hosting of such files to osgeo6 (note osgeo6 also has
> space for 3 more disks on top of current available).
> 3. Grow the disk on download and move files.
> I'm in favor of option 2 as osgeo4 is slated to be retired already.
For me off course #1 is easiest (for us).
for #2: /me looking at Juergen: are the debian and ubuntugis files also
created on osgeo4? Or rsynced from qgis2?
If last, is it an option to move those to osgeo6?
#3 would mean a higher burden on the two servers which are serving 2.16
now (though we already miss qgis.osgeo.osuosl.org now because rsyncing
stalled...)..
About retiring osgeo4: we are still investigating a move from redmine
(issues and wiki), IF that succeeds, we will only serve static files
from osgeo4 if I am correct...
Regards,
Richard Duivenvoorde
More information about the Sac
mailing list