[Labs-l] No space left on device - bots project

[Petr Bena]

Your user is not sudoer on bots-1 because bots-1 is one of worst instances
we have and people are discouraged from using it - as you can read in docs
-
https://labsconsole.wikimedia.org/wiki/Nova_Resource:Bots/Documentation#Servers-
on other bots-N instances you are sudoer. On bots-nrN instances you
aren't but each of them contains /mnt/share - local storage for anything.


On Mon, Dec 17, 2012 at 7:24 PM, Daniel Schwen <lists at schwen.de> wrote:

> 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
> >
>
> _______________________________________________
> Labs-l mailing list
> Labs-l at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/labs-l
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/labs-l/attachments/20121217/c96f0d0c/attachment.html>