They are supposed to be text varnishes, installed that way, listed in puppet
that way... but they're not in pybal so they are pretty idle. Does someone know
what their story is? I see them added in
https://wikitech.wikimedia.org/wiki/Server_admin_log/Archive_22#May_30 but no
other mention of them afterwards.
Description
Details
- Reference
- rt6876
Related Objects
Event Timeline
On Wed Feb 19 20:06:09 2014, ariel wrote:
They are supposed to be text varnishes, installed that way, listed in
puppet
that way... but they're not in pybal so they are pretty idle. Does
someone know
what their story is? I see them added in
https://wikitech.wikimedia.org/wiki/Server_admin_log/Archive_22#May_30
but no
other mention of them afterwards.
These were used for testing. We can repurpose them if we have a better use for
this system configuration.
--
Mark Bergsma <mark at wikimedia>
Lead Operations Architect
Wikimedia Foundation
Subject changed from 'cp1037-1040 status?' to 'cp1037-1040 reclaim as spares' by ariel
On Fri, Feb 28, 2014 at 8:24 AM, Mark Bergsma via RT <
<core-ops at rt> it was pretty
confusing. Do we have another purpose for them? Is there any good reason
not to just add them as additional eqiad text caches? They seem to be
configured and running that way as it is, they're just not in the pybal
frontend or puppet backend lists to actually get traffic.
@Dzahn decommed them here: T87800
@Cmjohnson removed mgmt DNS here: rODNS9020b1ce6b1e452276f32546c55f3b03adbdfc9d
From that latter DNS commit, it looks like cp1038 was already reused as dbproxy1008, or there was some confusion or bad DNS there to begin with? Maybe-related: rODNSc8e31a7f793ec118f9fd010b845c79d40177384c