Thanks for managing this.
Is there any action required from us? Should we fix those CNAMEs or will
that be addressed when we move/replace the slaves?
On Tue, Apr 22, 2014 at 1:20 AM, Christian Aistleitner <
christian(a)quelltextlich.at> wrote:
Hi,
all analytics slaves are working again.
On Tue, Apr 22, 2014 at 12:33:09AM +0200, Christian Aistleitner wrote:
The s7 slave is already being unreachable at the
time of writing.
s7-analytics-slave.eqiad.wmnet has been updated to point to a
different machine, and is usable again.
Thanks to springle for the quick fix!
But Ops also said that anything hammering db1007 too hard will be
hastily killed. So please do not run unneeded slow reports on the
machine.
Ops are working on getting db68 up again and then make
s7-analytics-slave.eqiad.wmnet point to db68 again.
I
guess due to the pmpta servers being taken offline. And I expect the
remaining ones in the above list to go down soon as well.
That warning turned out to be overcautious. The db68 issue turned out
to be an unrelated issue that just happened to occur on the day Ops
turned off some pmtpa machines.
Ops told us that the analytics slaves are not going away yet because
they are on a different floor of the data center.
Have fun,
Christian
--
---- quelltextlich e.U. ---- \\ ---- Christian Aistleitner ----
Companies' registry: 360296y in Linz
Christian Aistleitner
Gruendbergstrasze 65a Email: christian(a)quelltextlich.at
4040 Linz, Austria Phone: +43 732 / 26 95 63
Fax: +43 732 / 26 95 63
Homepage:
http://quelltextlich.at/
---------------------------------------------------------------
_______________________________________________
Analytics mailing list
Analytics(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics