[Labs-l] No space left on device - bots project
Daniel Schwen
lists at schwen.de
Mon Dec 17 18:24:40 UTC 2012
Ok, I don't get this discussion. My user is not a sudoer on bots-1, so
I cannot setup my own /data/projects directory. Obviously it is a
matter of convenience to just use the home directory. And this is a
common usage pattern on many hosting services (such as the
toolserver). It should be absolutely no surprise that this happens.
Daniel
On Mon, Dec 17, 2012 at 1:46 AM, Petr Bena <benapetr at gmail.com> wrote:
> ~ is a nice place for private data and configuration but production
> services, such as bots, should be on a different filesystem. I don't think
> you installed all your applications on your personal computer to home
> folder.
>
>
>
> On Mon, Dec 17, 2012 at 1:55 AM, Ori Livneh <ori at wikimedia.org> wrote:
>>
>> On Sunday, December 16, 2012 at 2:07 PM, Ryan Lane wrote:
>> > We're switching the home directories to gluster on Monday. That said,
>> > it's recommended to not use /home even after the switch.
>>
>> The fact that you've so often had to remind people not to use ~/ suggests
>> that it violates people's intuitions and expectations about UNIX
>> environments. That's certainly been my experience: I keep having to remind
>> myself not to pile things up in ~/, which forces me to have to rethink a lot
>> of things that have become practically muscle memory, like setting up a
>> virtualenv under ~/ for various handy Python packages.
>>
>> Are the reasons for deprecating the use of ~/ for storage of personal
>> files fundamental to the architecture of labs? If not, I think it'd be worth
>> reconsidering.
>>
>> Thanks as always for maintaining such a useful service.
>>
>> Ori
>>
>> _______________________________________________
>> Labs-l mailing list
>> Labs-l at lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/labs-l
>
>
>
> _______________________________________________
> Labs-l mailing list
> Labs-l at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/labs-l
>
More information about the Labs-l
mailing list