You are browsing a read-only backup copy of Wikitech. The live site can be found at wikitech.wikimedia.org

Difference between revisions of "Orchestrator"

From Wikitech-static
Jump to navigation Jump to search
imported>Quiddity
(add disambig hatnote)
imported>Kormat
(→‎Operations: split out packaging from operations)
Line 13: Line 13:
## '''N.B.''' it needs to be the FQDN of the instance.
## '''N.B.''' it needs to be the FQDN of the instance.


=== Updating orchestrator packages to a new upstream version ===
=== Upgrading orchestrator ===
Orchestrator automatically deploys schema changes when it gets upgraded. It tracks these in the <code>orchestrator_db_deployments</code> table. On startup it will check to see if the current version number is in that table, and if not it will perform ''all'' [https://github.com/openark/orchestrator/blob/c846d43668239cad384dc31b9255a3ade3a35001/go/db/generate_patches.go#L19-L21 schema changes]. It will not detect if a later version has been deployed. This means that we need a full backup of the orchestrator database before doing an upgrade, as otherwise we do not have a way to rollback.
 
== Packaging ==
 
=== Updating orchestrator packaging to a new upstream version ===


# Check out the orchestrator package repo: https://gerrit.wikimedia.org/r/admin/repos/operations/debs/orchestrator
# Check out the orchestrator package repo: https://gerrit.wikimedia.org/r/admin/repos/operations/debs/orchestrator
Line 19: Line 24:
# Move the tarball out of the git working dir: <code>mv orchestrator_$VER.orig.tar.xz ..</code>
# Move the tarball out of the git working dir: <code>mv orchestrator_$VER.orig.tar.xz ..</code>
# Import it: <code>gbp import-orig ../orchestrator_$VER.orig.tar.xz</code>. This will add a commit to the <code>upstream</code> branch a new <code>upstream/$VER</code> tag referencing it. It will then merge the new <code>upstream</code> branch into <code>master</code>.
# Import it: <code>gbp import-orig ../orchestrator_$VER.orig.tar.xz</code>. This will add a commit to the <code>upstream</code> branch a new <code>upstream/$VER</code> tag referencing it. It will then merge the new <code>upstream</code> branch into <code>master</code>.
#Push these new branches directly to gerrit, as they are not reviwable:
#Push these new branches directly to gerrit, as they are not reviewable:
##<code>git checkout upstream; git push; git push origin upstream/$VER</code>
##<code>git checkout upstream; git push; git push origin upstream/$VER</code>
##<code>git checkout master; git push</code>
##<code>git checkout master; git push</code>
# Create a debian changelog entry for the new version: <code>dch -D buster-wikimedia --force-distribution -v $VER-1</code>. If you forget to do this, trying to build a package will fail horribly with <code>dpkg-source: error: unrepresentable changes to source</code>
# Create a debian changelog entry for the new version: <code>dch -D buster-wikimedia --force-distribution -v $VER-1</code>. If you forget to do this, trying to build a package will fail horribly with <code>dpkg-source: error: unrepresentable changes to source</code>
##Remember to change the distribution from <code>UNRELEASED</code> to <code>buster-wikimedia</code>.
#Test building the package to make sure that still works, and then send a CR for review with your changes.
# <WIP>
 
=== Creating a new orchestrator release ===
You will need a gpg key to sign the new release. <code>git tag</code> will prompt you for your gpg password when creating the new tag.
 
# For simplicity, set 2 environment variables in your shell, <code>$DEBVER</code> for the new release you're creating, and <code>$OLDDEBVER</code>for the previous release. E.g.: <code>DEBVER=3.2.6-1; OLDVER=3.2.3-3</code>
# Add/update a debian changelog entry for <code>$DEBVER</code>. Send a CR for review for any changes.
## If it doesn't already exist, create it with <code>dch -D buster-wikimedia --force-distribution -v ${DEBVER:?}</code>
# Create a git tag for the release, and populate it with changes made since the last release: <code>git tag -s -a -F <(echo orchestrator ${DEBVER:?}; echo; git log --no-decorate --oneline debian/${OLDDEBVER:?}..) -e debian/${DEBVER:?}</code>. This will prompt you for a gpg password to sign the tag with.
# Check that the new tag looks good: <code>git show debian/${DEBVER:?}</code>
# Push the tag to the upstream repo: <code>git push origin debian/${DEBVER:?}</code>
 
=== Building orchestrator packages ===
It's not currently possible to build orchestrator on [[Debian Packaging|deneb]] due to its golang version requirements. (Until [[phab:T273637|Puppet host certs do not contain Subject Alt Name entries]] is fixed, or a workaround implemented, we're limited to golang 1.14).
 
# Check out the orchestrator package repo: https://gerrit.wikimedia.org/r/admin/repos/operations/debs/orchestrator
# Install the following prerequisites:
## <code>sudo apt install devscripts debhelper dh-golang</code>
## [https://golang.org/dl/ golang] 1.14
# Build with <code>debclean -d && debuild -d -us -uc</code> (<code>-d</code> is needed to work around the fact that the build requirement on golang 1.14 isn't being satisfied by a debian package).
 
=== Uploading new orchestrator packages ===
This is a simplified version of [[Debian Packaging#Upload to Wikimedia Repo]].
 
# On <code>apt1001</code>: <code>mkdir -p ~/orchestrator && rm ~/orchestrator/*.changes</code>
# From your build dir on your local machine: <code>scp ../*changes ../*deb ../*dsc apt1001.eqiad.wmnet:orchestrator/</code>
# Back on <code>apt1001</code>: <code>cd orchestrator && sudo -i reprepro -C main include buster-wikimedia *.changes</code>
# In <code>#wikimedia-operations</code> on irc: <code>!log uploaded orchestrator $VERSION packages to apt.wm.o (buster) TXXXXXX</code>


== Troubleshooting ==
== Troubleshooting ==

Revision as of 14:35, 13 October 2021

You may also be looking for the WikiFunctions function-orchestrator.

Orchestrator is a service for managing mysql cluster replication. The data-persistence SRE team is currently doing a proof-of-concept deployment of it within WMF, with the aim of replacing Tendril/Dbtree.

Operations

Adding a section to orchestrator

  1. Deploy the orchestrator grants to the section (modules/role/templates/mariadb/grants/orchestrator.sql.erb in the puppet repo). This should be done on the active DC's primary instance, and also on both DC's sanitarium hosts.
  2. Clean up the heartbeat table so that there's no stale entries.
    1. E.g. run this against all instances individually: set session sql_log_bin=0; delete from heartbeat where server_id=171974662 limit 1
  3. Add the primary instance to orchestrator.
    1. Ssh to the dborch node, and run sudo orchestrator -c discover -i FQDN
    2. N.B. it needs to be the FQDN of the instance.

Upgrading orchestrator

Orchestrator automatically deploys schema changes when it gets upgraded. It tracks these in the orchestrator_db_deployments table. On startup it will check to see if the current version number is in that table, and if not it will perform all schema changes. It will not detect if a later version has been deployed. This means that we need a full backup of the orchestrator database before doing an upgrade, as otherwise we do not have a way to rollback.

Packaging

Updating orchestrator packaging to a new upstream version

  1. Check out the orchestrator package repo: https://gerrit.wikimedia.org/r/admin/repos/operations/debs/orchestrator
  2. On the master branch, run ./debian/repack v$VER. Note the leading v in the upstream version umber. This will create a tarball in the current directory.
  3. Move the tarball out of the git working dir: mv orchestrator_$VER.orig.tar.xz ..
  4. Import it: gbp import-orig ../orchestrator_$VER.orig.tar.xz. This will add a commit to the upstream branch a new upstream/$VER tag referencing it. It will then merge the new upstream branch into master.
  5. Push these new branches directly to gerrit, as they are not reviewable:
    1. git checkout upstream; git push; git push origin upstream/$VER
    2. git checkout master; git push
  6. Create a debian changelog entry for the new version: dch -D buster-wikimedia --force-distribution -v $VER-1. If you forget to do this, trying to build a package will fail horribly with dpkg-source: error: unrepresentable changes to source
  7. Test building the package to make sure that still works, and then send a CR for review with your changes.

Creating a new orchestrator release

You will need a gpg key to sign the new release. git tag will prompt you for your gpg password when creating the new tag.

  1. For simplicity, set 2 environment variables in your shell, $DEBVER for the new release you're creating, and $OLDDEBVERfor the previous release. E.g.: DEBVER=3.2.6-1; OLDVER=3.2.3-3
  2. Add/update a debian changelog entry for $DEBVER. Send a CR for review for any changes.
    1. If it doesn't already exist, create it with dch -D buster-wikimedia --force-distribution -v ${DEBVER:?}
  3. Create a git tag for the release, and populate it with changes made since the last release: git tag -s -a -F <(echo orchestrator ${DEBVER:?}; echo; git log --no-decorate --oneline debian/${OLDDEBVER:?}..) -e debian/${DEBVER:?}. This will prompt you for a gpg password to sign the tag with.
  4. Check that the new tag looks good: git show debian/${DEBVER:?}
  5. Push the tag to the upstream repo: git push origin debian/${DEBVER:?}

Building orchestrator packages

It's not currently possible to build orchestrator on deneb due to its golang version requirements. (Until Puppet host certs do not contain Subject Alt Name entries is fixed, or a workaround implemented, we're limited to golang 1.14).

  1. Check out the orchestrator package repo: https://gerrit.wikimedia.org/r/admin/repos/operations/debs/orchestrator
  2. Install the following prerequisites:
    1. sudo apt install devscripts debhelper dh-golang
    2. golang 1.14
  3. Build with debclean -d && debuild -d -us -uc (-d is needed to work around the fact that the build requirement on golang 1.14 isn't being satisfied by a debian package).

Uploading new orchestrator packages

This is a simplified version of Debian Packaging#Upload to Wikimedia Repo.

  1. On apt1001: mkdir -p ~/orchestrator && rm ~/orchestrator/*.changes
  2. From your build dir on your local machine: scp ../*changes ../*deb ../*dsc apt1001.eqiad.wmnet:orchestrator/
  3. Back on apt1001: cd orchestrator && sudo -i reprepro -C main include buster-wikimedia *.changes
  4. In #wikimedia-operations on irc: !log uploaded orchestrator $VERSION packages to apt.wm.o (buster) TXXXXXX

Troubleshooting

Entry in database_resolve that maps to a bare hostname

+--------------------+--------------------+---------------------+
| hostname           | resolved_hostname  | resolved_timestamp  |
+--------------------+--------------------+---------------------+
| pc1008.eqiad.wmnet | pc1008             | 2020-11-18 10:11:58 |
+--------------------+--------------------+---------------------+

This can cause a 'ghost' cluster to appear, containing the bare-hostname version of the host. To fix this:

systemctl stop orchestrator
orchestrator -c forget -i <instance> for all instances in the ghost cluster
orchestrator -c reset-hostname-resolve-cache
systemctl start orchestrator

Stopping orchestrator is required to stop it from reinserting the bad entry into hostname_resolve.

The entries can be queried via orchestrator -c show-resolve-hosts