Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Responding to an error report because you are on-call, and need some ideas for how to get started with some quick actions? We got you.

Table of Contents

To execute any of these on staging instead of production replace -a scihist-digicoll-production with -a scihist-digicoll-staging.

Check on status of heroku dynos

...

...

Look at release history with heroku CLI:

heroku releases -a scihist-digicoll-production

Failed releases will be in red. With the id from the left-most column, you can look at specific log output (mainly of our custom release phase) for the failed or successful release, eg:

heroku releases:output v323 -a scihist-digicoll-production

You can also see some limited release status info in the Web GUI on the Activity tab.

...

  1. Login to searchstax

    1. Use shared credentials stored in our credential spot on the P:\ drive

  2. Click on the instance you want to restart (scihist_digicoll (production), or scihist-digicoll-staging)

  3. At bottom of page there is a single node listed (our plan only has one node), you can click “stop solr”, and then “Start solr”

...

Note: If you turn off auto-scaling when workers are scaled up, they will probably stay scaled up! Look at the minimum scale value (2, as I write this), you may want to scale down to that manually after turning off auto-scaling:

...

In heroku CLI , run heroku maintenance:on -a scihist-digicoll-production and heroku maintenance:off -a scihist-digicoll-production

(Note: This uses a customized maintenance page in an S3 bucket, as stored in heroku config var MAINTENANCE_PAGE_URL per instructions at https://devcenter.heroku.com/articles/maintenance-mode#customizing-your-maintenance-page Note that S3 needs to be there, if it’s missing, may get a blank maintenance page. There seems to be no way to switch back to heroku default maintenance page, per possible heroku bug). See more on our custom maintenance page configuration at Heroku custom maintenance page )

Disable staff logins

We can effectively make the app “read-only” but still available to the public by disabling staff logins. So we don’t have a public facing outage, but if we’re dealing with some kind of data corruption issue we’re trying to diagnose, we might want to ‘freeze’ staff out.

In heroku config vars on section of the heroku dashboard settings tab, just set LOGINS_DISABLED to true.

...

Restore postgres database from backups

See separate page.