[SAC] download server: No space left on device

Alex Mandel tech_dev at wildintellect.com
Sun May 13 11:39:26 PDT 2018


On 05/13/2018 09:29 AM, Jürgen E. Fischer wrote:
> Hi Martin,
> 
> On Fri, 20. Oct 2017 at 00:00:57 +0200, Jürgen E. Fischer wrote:
>> On Thu, 19. Oct 2017 at 09:47:36 -0700, Alex M wrote:
>>> An NFS mount from osgeo6 is also an option. Could be done all by us.
>>
>> Done.  /dev/ogdata/download created on osgeo6 (100G), nfs exported, mounted on
>> download:/osgeo/download/download6, osgeo4w and qgis copied (42G) to it and
>> symlinked to the original spot.
>>
>> For now qgis and osgeo4w were moved to a subdirectory named disabled - I'll
>> remove it if nothing else pops up for a while...
>>
>> Not sure what we need to do on on backup - there's enough space to hold more
>> copies in the /mirror directory - and it already carries a lot of cruft that is
>> long gone from download.
>  
> On Sun, 13. May 2018 at 12:16:44 +0000, Martin Spott wrote:
>> Ok, aparently "download" was mounting from "osgeo6" via NFS and, at the same
>> time, exporting not only via HTTP but via FTP and Rsync as well.
> 
>> After removing "rpcbind" both on "download" and "osgeo6", the NFS mount
>> stalled and all dependent processes were stuck.
>> It looks like the NFS mount was set up on Okt 19, 2017.  I hope I didn't do
>> this myself ....  At least this explains why "rpcbind" was installed on
>> exactly these two machines, which actually made me feel surprised when I
>> noticed its existence.
> 
> I'm suprised that you're suprised - as it's no news.
> 
> How do we deal with this?  The space is needed.
> 
> 
> Jürgen
> 

The new server, which is shipping soon will have TB of space for
downloads. Not sure what the short time fix is.

Thanks,
Alex


More information about the Sac mailing list