<div dir="ltr">There was a recent mail saying that Labs is not considered "production" stability. Mainly a disagreement about how many 9s in the 99.99999% that represents.<br></div><div class="gmail_extra"><br><br>

<div class="gmail_quote">On Wed, Sep 11, 2013 at 4:09 PM, Petr Bena <span dir="ltr"><<a href="mailto:benapetr@gmail.com" target="_blank">benapetr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<br>
<br>
can you please explain to me from where is this information:<br>
<div class="im"><br>
"According to the people in charge of labs they dont care about<br>
ensuring stability and that if stuff breaks Oh well well get to it<br>
when we can. They say that tools is not a production service so we<br>
really don't give a <>, if it breaks it breaks"<br>
<br>
</div>If I can speak for myself as a volunteer sysadmin of tool labs, I do<br>
care if tool labs are stable or if they break, it's just that for many<br>
of the outages I just can't do anything but sit and wait for someone<br>
with access to servers which cause troubles (which are typically<br>
outside of tool labs, like nfs storage or mysql replicas)<br>
<br>
I can't speak for others though, but I doubt that anyone who is really<br>
"in charge" told you they don't care about stability. Or at least I<br>
hope so :-)<br>
<div><div class="h5"><br>
On Wed, Sep 11, 2013 at 4:50 PM, John <<a href="mailto:phoenixoverride@gmail.com">phoenixoverride@gmail.com</a>> wrote:<br>
> <a href="http://tools.wmflabs.org" target="_blank">tools.wmflabs.org</a> is supposed to be the replacement for the toolserver which<br>
> the wmf is basically forcefully shutting down. I started the migration<br>
> several months ago but got fed up with the difficulties and stopped. In the<br>
> last month I have moved most of my tools to labs, and I have discovered that<br>
> there are some serious issues that need addressed.<br>
><br>
> The toolserver was a fairly stable environment. I checked my primary host I<br>
> connect to and it has been up for 4 months with continuous operations.<br>
><br>
> tools however is being treated like the red-headed step child. According to<br>
> the people in charge of labs they dont care about ensuring stability and<br>
> that if stuff breaks Oh well well get to it when we can. They say that tools<br>
> is not a production service so we really don't give a <>, if it breaks it<br>
> breaks, we will fix it when we can but since its not production its not a<br>
> priority.<br>
><br>
> One good example of this is that a tool cannot connect to <a href="http://tools.wmflabs.org" target="_blank">tools.wmflabs.org</a><br>
> due to a host configuration issue. This is a known bug, we have a way of<br>
> fixing it, but its still not implemented<br>
><br>
> Given that tools is replacing the toolserver I would expect at worst labs is<br>
> just as good, however what I am seeing and hearing is that the wmf is<br>
> throwing away one of their best assets, and driving away a lot of developers<br>
> due to the management of tools.<br>
><br>
> I do want to give Coren credit as he is doing what he can to support the<br>
> migration.<br>
><br>
> My question is why has the wmf decided to degrade the environment where tool<br>
> developers design and host tools (quite a few of them are long term stable<br>
> projects)? and what can we do to remedy this?<br>
><br>
> John<br>
><br>
</div></div>> _______________________________________________<br>
> Labs-l mailing list<br>
> <a href="mailto:Labs-l@lists.wikimedia.org">Labs-l@lists.wikimedia.org</a><br>
> <a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
><br>
<br>
_______________________________________________<br>
Labs-l mailing list<br>
<a href="mailto:Labs-l@lists.wikimedia.org">Labs-l@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">undefined</div>
</div>