Wiki creation relies on experienced deployers and ops, I would expect they
all know.
On Thu, 30 Aug 2018, 16:49 Pine W, <wiki.pine(a)gmail.com> wrote:
A couple of additional points came to mind.
1. Blocking the creation of new wikis sounds like it could be a big deal.
I know little about the process for getting new wikis approved and
launched, but I hope that the folks who are regularly involved in these
processes have been advised of the situation.
2. In my previous email I may have revealed my level of ignorance about
the deployment train. Hopefully I didn't come across as presuming to "sound
smart" about that subject. I know that I am in the presence of experts on
that subject.
Regards,
Pine
(
https://meta.wikimedia.org/wiki/User:Pine )
-------- Original message --------From: Pine W <wiki.pine(a)gmail.com>
Date: 8/30/18 7:57 AM (GMT-08:00) To: Wikimedia developers <
wikitech-l(a)lists.wikimedia.org> Subject: Re: [Wikitech-l] Datacenter
switchover and switchback
+1 to DJ's question about timing. Also, one might wish to be mindful of
the number of recent trains that were supposed to be boring but involved
interesting surprises; this makes me wonder whether trains that one thinks
will be boring are actually OK in this circumstance even if they turn out
to be "interesting".
Pine
(
https://meta.wikimedia.org/wiki/User:Pine )
-------- Original message --------From: Derk-Jan Hartman <
d.j.hartman+wmf_ml(a)gmail.com> Date: 8/30/18 2:54 AM (GMT-08:00) To:
Wikimedia developers <wikitech-l(a)lists.wikimedia.org> Subject: Re:
[Wikitech-l] Datacenter switchover and switchback
While I think these regular switches are a very good idea, from an outside
perspective I do have to question a process that puts a significant plug in
the velocity of various teams working on major projects (esp. in a time of
year that could probably be seen as one of the most productive). What are
plans to reduce the disruption of this exercise in the future ?
DJ
On Thu, Aug 30, 2018 at 8:38 AM Jaime Crespo <jcrespo(a)wikimedia.org>
wrote:
Let me explain the rationale of the bellow
request for clarification:
On Wed, Aug 29, 2018 at 11:30 PM MA <strigiwm(a)gmail.com> wrote:
Hello:
>For the duration of the switchover (1 month), deployers are kindly
>requested to refrain from large db schema changes and avoid deploying
>any kind of new feature that requires creation of tables.
>There will be a train freeze in the week of Sept 10th and Oct 8th.
During the failover, some schema changes will be finalized on the current
active datacenter (plus some major server and network maintenance may be
done)- our request is mostly to refrain from quickly enabling those large
new unlocked features (e.g. the ongoing comment refactoring, actor/user
refactoring, Multi Content Revision, JADE, major wikidata or structured
comons structure changes, new extensions not ever deployed to the
cluster,
etc.) at the same time than the ongoing
maintenance to reduce variables
of
things that can go bad- enabling those features
may be unblocked during
the
switchover time, but we ask you to hold until
being back on the current
active datacenter. Basically, ask yourself if you are enabling a large
new
core feature or want to start a heavy-write
maintenance script and there
is
a chance you will need DBA/system support. Sadly,
we had some instances
of
this happening last year and we want to
explicitly discourage this during
these 2 weeks.
In own my opinion, enabling existing features on smaller projects (size
here is in amount of server resources, not that they are less important)
is
equivalent to a swat change, and I am not against
it happening. I would
ask
contributors to use their best judgement on every
case, and ask people on
the #DBA tag on phabricator or add me as reviewers on gerrit if in doubt.
My plea is to not enable major structural changes during that time may
affect thousands of edits per minute. Swat-like changes and "boring" :-)
trains are ok.
For new wiki creations I would prefer if those were delayed but CC #DBA s
on the phabricator task to check with us.
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l