Everything on these cards starts the same way.
Open the black terminal window on the InteLIS machine and type:
A numbered list appears. Type a number, press Enter. Nothing needs to be remembered.
| To do this | Type |
|---|---|
| Check the machine is working | intelis check |
| The site will not open | intelis doctor |
| Check disk, database and backups now | intelis health |
| See whether backups are working | intelis backup status |
| Back up right now | intelis backup |
| Update InteLIS | intelis update |
| Restore from a backup | intelis restore |
| Change where backups go | intelis backup setup |
| When | What |
|---|---|
| Every Monday | Check backups are working (menu 3). Takes ten seconds. |
| When asked to | Update InteLIS (menu 5). |
| When something looks wrong | Check the machine (menu 1) before calling anyone. |
| When the site will not open | Find out why and fix it (menu 2). It asks before changing anything. |
| Never, normally | Back up by hand. The machine backs itself up every 8 hours. |
The machine is an older installation. Run the update once using the long command on card 3, and the short one works from then on.
A machine with Ubuntu on it and nothing else.
| Ubuntu installed | Ubuntu 24.04 LTS or newer |
| Internet | Needed for the whole install. It downloads a lot. |
| Administrator password | The one used to log in to the machine |
| Time | Allow an hour. Do not start it ten minutes before leaving. |
| Question | Answer |
|---|---|
| Installation directory | Press Enter for the standard place unless told otherwise |
| What is this machine? | Lab machine (LIS) |
| Remote STS URL | The address given by the programme. Leave empty for a standalone lab. |
| New MySQL root password | Choose one, type it twice, and write it down somewhere safe. It cannot be recovered. |
Do this when the programme asks for it.
This brings the machine's own commands up to date. Skip it if the machine has already had it done.
That is the whole procedure. Leave the window open until it finishes and says so.
| Before | Tell the lab. There is a short spell where pages may not load. |
| Before | Check backups are current: intelis backup status |
| After | Run intelis check. No line should say FAIL. |
| After | Log in and open one page, to confirm it works. |
The update keeps a snapshot and reports what went wrong. Do not try to fix the machine by hand. Run intelis check, and send the whole output to support.
Set it up once. Check it every week.
It asks where backups should go, and tests the connection before saving anything:
| Another Linux machine | Over the network. Needs that machine's address, a username, and its password once. |
| A Windows shared folder | Share a folder on the Windows PC first, and give the user Change permission on it. |
| A USB or external drive | Plug it in first. Simplest, but someone has to keep the drive safe. |
It then runs the first backup on screen. If that fails, it says so rather than pretending it worked.
Every 8 hours, and after every restart. Nobody has to remember.
| What it says | What to do |
|---|---|
| Last good backup: a few hours ago | Nothing. This is what right looks like. |
| Last good backup: never | It has never worked. Run intelis backup test. |
| More than a day old | Run intelis backup test to find out why. |
| Last attempt: FAILED | Read the reason on the next line. Usually the other machine is switched off. |
| Schedule: OFF | Backups are not scheduled. Run intelis backup enable. |
| intelis backup test | Checks the connection and reports what would be copied. Changes nothing. Safe any time. |
| intelis backup | Backs up right now, on this machine and off it. Use before an update or a move. |
For a machine that has died, or data that has been lost.
It connects to wherever backups were sent, copies the chosen lab back, and checks the files are readable. It then offers to restore the database in place, after a safety copy of the current data. To only see what backups exist, type intelis restore --list.
The intelis command does not exist on a new machine yet. Use one of these routes instead.
Do this before calling anyone. It often answers the question.
It examines the machine and prints one line per thing checked. It works even when InteLIS itself will not start, which is exactly when it is needed.
| PASS | Fine. Ignore. |
| WARN | Works, but causes trouble later. Worth reporting. |
| FAIL | Broken. This is the line that matters. |
| The indented line | The exact command that fixes it. Type it as printed. |
Disk space, database speed, and whether backups are current. Use this one when the machine works but feels slow or full.
| Sign | Likely cause |
|---|---|
| Pages blank or will not load | Run intelis doctor. It finds the cause and offers to fix it. Usually an interrupted update or a stopped database. |
| The database will not start | Run intelis fix-database. It asks before changing anything. |
| Disk usage above 90% | The disk is filling. Call support before it reaches 100%, not after. |
| Everything is slow | Run intelis health and report the database latency figure. |
| Results not reaching the programme | Check the STS address and token lines in intelis check. |