<div dir="ltr"><div>Hi,</div><div><br></div><div>Thank you for checking, Richard - yes an additional 35 € per month for just 80gb more is not nothing ... compared to a root server.<br></div><div><br></div><div>Ok - let's delete the 2.8 and 2.14 releases. I think it would be good to keep the latest 2.x (2.18) around. This should give us some initial room to serve the current documentation. If we need additional space. we could also remove the 3.10 documentation.<br></div><div><br></div><div>And yes, it is a good idea to discuss infrastructure tasks and responsibilities in Den Bosch!</div><div><br></div><div>I hope that Kartoza can soon find a good sysadmin person - now that the idea to employ a Sysadmin and the funds had been approved.<br></div><div><br></div><div>Andreas<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 20 Mar 2023 at 21:39, Richard Duivenvoorde <<a href="mailto:rdmailings@duif.net">rdmailings@duif.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 3/20/23 17:31, Andreas Neumann wrote:<br>
> Hi Matthias,<br>
> <br>
> Sure - buying more space is an option. I would like to get an idea - however - what the monthly expected costs are. Is this a "virtual" server at Hetzner? How much disk space does it have currently, how much do we want? What is the price difference?<br>
<br>
Building is done on a real Hetzner server: <a href="http://qgis6.org" rel="noreferrer" target="_blank">qgis6.org</a> a Hetzner EX42 Root server  about 50euro/month<br>
Serving the site + docs is done on <a href="http://www2.qgis.org" rel="noreferrer" target="_blank">www2.qgis.org</a> a Hetzner Cloud cpx31  160GB disk 14euro/ month (as cloud would be cheaper etc etc)<br>
<br>
We can upgrade the www2 to a newer bigger CLOUD server, but that is about 35 euro/month for just 80Gb more..<br>
Probably then it is better to leave the cloud, and just add an extra root server on which you have a couple of terrabytes... for 50 euro/month<br>
<br>
Can we sit together in Den Bosch and do decide something on this? I really feel unhappy if people telling us "why is there even a need to care": we/I am not a sysadmin, so everybody with great knowledge and idea's: please help out!<br>
<br>
> At some point - cleanup of old stuff just makes sense. Getting rid of version 2.14 and 3.8 (it probable should mean 3.8 and not 2.8 - right) would make sense. Documentation always focuses on LTR versions, so all the "in-between" versions that are older than 3-4 years could be deleted.<br>
>>         # du -hs *<br>
>>         255M    doc-test<br>
>>         579M    QGIS-Documentation<br>
>>         7.2G    QGIS-Documentation-2.14<br>
>>         6.3G    QGIS-Documentation-2.18<br>
>>         7.7G    QGIS-Documentation-2.8<br>
>>         12G     QGIS-Documentation-3.10<br>
>>         11G     QGIS-Documentation-3.16<br>
>>         9.4G    QGIS-Documentation-3.22<br>
>>         579M    QGIS-Documentation-3.28<br>
>>         8.0G    QGIS-Documentation-3.4<br>
>>         31G     QGIS-tests<br>
>>         16G     QGIS-Website<br>
<br>
We still have version 2 (TWO) .8 .14 and .18 around :-) so it NOT a typo...<br>
So: can I delete those?<br>
And also 3.10 (as this is a 2018 release)<br>
<br>
The QGIS-tests dir, contains the info available at:<br>
<a href="http://test.qgis.org" rel="noreferrer" target="_blank">http://test.qgis.org</a><br>
BUT!!! that url/dns actually still points to the old server (qgis2)<br>
That site hosts the ogcapif / wfs / wms tests (untill 26th of januari)???<br>
<br>
Anybody feeling need or responsible for this?<br>
We are not serving (yet) <a href="http://test.qgis.org" rel="noreferrer" target="_blank">test.qgis.org</a> from www2 ...<br>
<br>
Regards,<br>
<br>
Richard<br>
<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><br>--<br>Andreas Neumann<br></div><a href="http://QGIS.ORG" target="_blank">QGIS.ORG</a> board member (treasurer)<br></div></div>