These are currently running jessie:
- labstore1006.wikimedia.org
- labstore1007.wikimedia.org
These are currently running jessie:
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Invalid | None | T197804 Puppet: forbid new Python2 code | |||
Open | None | T218426 Upgrade various Cloud VPS Python 2 scripts to Python 3 | |||
Resolved | BUG REPORT | • Bstorm | T218423 Add python 3 packages to openstack::clientpackages::common | ||
Resolved | MoritzMuehlenhoff | T232677 Remove support for Debian Jessie in Cloud Services | |||
Stalled | None | T302086 Set scap minimum python version to 3.7 | |||
Resolved | None | T247045 Migrate all of production metal and VMs to Buster or later | |||
Resolved | MoritzMuehlenhoff | T224549 Track remaining jessie systems in production | |||
Resolved | • Bstorm | T224583 Migrate labstore1006/1007 to Stretch/Buster |
Change 579095 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] dumps-distribution: move all traffic to labstore1006
@elukey Are there any special considerations for Kerberos/HDFS/Hadoop stuff if I aim to upgrade this pair in place to Stretch and then possibly Buster?
@Bstorm the only thing to keep in mind is that Buster ships with java 11 only, and hadoop for the moment works only with 8, so we'd need a special config like profile::java::analytics in case :)
Edit: nevermind, already deployed on the labstores, all good then!
profile::java::analytics uses the Java 8 forward port on Buster, so that part should be fine. Wrt Kerberos there should also be no real issues I can think of.
In that case it might be worth saving some future work and moving along to buster on these.
@elukey: I don't even think we need additional changes? E.g. an-launcher1001 is on Buster and uses profile::hadoop::common with OpenJDK 8, so this is already all implemented.
Yes I edited my comment above, everything is already implemented for labstores, no real precautions needed for both Stretch or Buster.
I'm going through the process on virtual machines before I proceed on labstore1007 so at least I'm not surprised by some of the ways it won't go well.
Change 579095 merged by Bstorm:
[operations/puppet@production] dumps-distribution: move all traffic to labstore1006
Mentioned in SAL (#wikimedia-operations) [2020-03-12T22:07:54Z] <bstorm_> moving all nfs traffic off labstore1007 and to labstore1006 for upgrades T224583
Mentioned in SAL (#wikimedia-operations) [2020-03-13T16:04:35Z] <bstorm_> rebooting labstore1007 for first cycle of upgrades T224583
Mentioned in SAL (#wikimedia-operations) [2020-03-13T16:51:32Z] <bstorm_> rebooting labstore1007 for stretch upgrade T224583
Mentioned in SAL (#wikimedia-operations) [2020-03-13T19:30:51Z] <bstorm_> rebooting labstore1007 for upgrade to buster T224583
Change 579616 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] Revert "dumps-distribution: move all traffic to labstore1006"
Change 579616 merged by Bstorm:
[operations/puppet@production] Revert "dumps-distribution: move all traffic to labstore1006"
Change 579621 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] dumps-distribution: Fix smartmontools so it doesn't trigger alerts
Change 579621 merged by Bstorm:
[operations/puppet@production] dumps-distribution: Fix smartmontools so it doesn't trigger alerts
Change 579626 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] dumps-distribution: move all NFS traffic to labstore1007
Change 579627 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] dumps-distribution: switch which host does acme
Change 579628 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/dns@master] dumps-distribution: set the TTL to 5M for dumps.wikimedia.org
Change 579628 merged by Bstorm:
[operations/dns@master] dumps-distribution: set the TTL to 5M for dumps.wikimedia.org
Change 579642 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/dns@master] dumps-distribution: fail over to labstore1007 for dumps.wikimedia.org
Change 579626 merged by Bstorm:
[operations/puppet@production] dumps-distribution: move all NFS traffic to labstore1007
Change 579642 merged by Bstorm:
[operations/dns@master] dumps-distribution: fail over to labstore1007 for dumps.wikimedia.org
Change 579627 merged by Bstorm:
[operations/puppet@production] dumps-distribution: switch which host does acme
Mentioned in SAL (#wikimedia-operations) [2020-03-13T22:21:14Z] <bstorm_> downtimed labstore1006 for upgrades T224583
Noting here as well: when doing these in-place upgrades, facter 3 causes a funny thing to happen where it caches the last OS version and screws with your puppet runs.
You have to run sudo rm /opt/puppetlabs/facter/cache/cached_facts/operating\ system to clear it out of the cache if that happens.
Mentioned in SAL (#wikimedia-operations) [2020-03-13T22:27:34Z] <bstorm_> rebooting labstore1006 T224583
Mentioned in SAL (#wikimedia-operations) [2020-03-13T23:12:44Z] <bstorm_> rebooting labstore1006 for upgrade to stretch T224583
Change 579670 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] Revert "dumps-distribution: move all NFS traffic to labstore1007"
Change 579671 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/dns@master] Revert "dumps-distribution: fail over to labstore1007 for dumps.wikimedia.org"
Change 579672 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] Revert "dumps-distribution: switch which host does acme"
Change 579670 merged by Bstorm:
[operations/puppet@production] Revert "dumps-distribution: move all NFS traffic to labstore1007"
Change 579671 merged by Bstorm:
[operations/dns@master] Revert "dumps-distribution: fail over to labstore1007 for dumps.wikimedia.org"
Change 579672 merged by Bstorm:
[operations/puppet@production] Revert "dumps-distribution: switch which host does acme"
Change 579674 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/dns@master] Revert "dumps-distribution: set the TTL to 5M for dumps.wikimedia.org"
Change 579674 merged by Bstorm:
[operations/dns@master] Revert "dumps-distribution: set the TTL to 5M for dumps.wikimedia.org"