I would love to migrate to stat1006 from stat1003, but stat1006 is unusably
slow right now while stat1003 is snappy. Connecting to analytics-store from
stat1006 times out sometimes, and even when it doesn't, simple DESCRIBE
queries take 5-15 seconds. I just talked to Adam Wight on IRC and he's
experiencing similar issues.

On Tue, Jul 18, 2017 at 10:31 AM, Andrew Otto <o...@wikimedia.org> wrote:

> Hi all!
>
> tl;dr: Stop using stat100[23] by September 1st.
>
> We’re finally replacing stat1002 and stat1003.  These boxes are out of
> warranty, and are running Ubuntu Trusty, while most of the production fleet
> is already on Debian Jessie or even Debian Stretch.
>
> stat1005 is the new stat1002 replacement.  If you have access to stat1002,
> you also have access to stat1005.  I’ve copied over home directories from
> stat1002.
>
> stat1006 is the new stat1003 replacement.  If you have access to stat1003,
> you also have access to stat1006.  I’ve copied over home directories from
> stat1003.
>
> I have not migrated any personal cron jobs running on stat1002 or
> stat1003.  I need your help for this!
>
> Both of these boxes are running Debian Stretch.  As such, packages that
> your work depends on may have upgraded.  Please log into the new boxes and
> try stuff out!  If you find anything that doesn’t work, please let me know
> by commenting on https://phabricator.wikimedia.org/T152712.
>
> Please be fully migrated to the new nodes by September 1st.  This will
> give us enough time to fully decommission stat1002 and stat1003 by the end
> of this quarter.
>
> I’ve only done a single rsync of home directories.  If there is new data
> on stat1002 or stat1003 that you want rsynced over, let me know on the
> ticket.
>
> A few notes:
> - stat1002 used to have /a.  This has been removed in favor of /srv.  /a
> no longer exists.
> - Home directories are now much larger.  You no longer need to create
> personal directories in /srv.
> - /tmp is still small, so please be careful.  If you are running long jobs
> that generate temporary data, please have those jobs write into your home
> directory, rather than /tmp.
> - We might implement user home directory quotas in the future.
>
> Thanks all!  I’ll send another email in about a months time to remind you
> of the impending deadline of Sept 1.
>
> -Andrew Otto
>
>
>
> _______________________________________________
> Ops mailing list
> o...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/ops
>
>
_______________________________________________
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics

Reply via email to