Neels Hofmeyr 5b65461d68 add db_upgrade test
We have a database schema upgrade path, but so far nothing that verifies that
we don't break it. It almost seems like the user data weren't important to us!?

Add a db upgrade test:
- Create a db with an .sql dump taken from a db created with an old osmo-hlr,
  producing DB schema version 0.
- Run osmo-hlr --db-upgrade --db-check
- Verify that the upgrade exited successfully.
- Verify that restarting with the upgraded DB works.

If python tests are enabled, also:
- create a new database using the new osmo-hlr (just built).
- replay a VTY transcript to create subscribers as in the old snapshot.
- replay some sql modifications as done in the old snapshot.
- Get a list of sorted table names,
- a list of their sorted columns with all their properties,
- and dump the table contents in a column- and value-sorted way.
- Compare the resulting dumps and error if there are any diffs.
(This is how I found the difference in the imei column that was fixed in
I68a00014a3d603fcba8781470bc5285f78b538d0)

Change-Id: I0961bab0e17cfde5b030576c5bc243c2b51d9dc4
2019-10-31 21:32:58 +01:00
2019-10-31 19:50:28 +01:00
2019-10-31 17:48:01 +01:00
2019-10-31 21:32:58 +01:00
2016-12-21 10:35:38 +01:00
2019-10-31 21:32:58 +01:00
Description
Osmocom HLR for GSUP protocol towards OsmoSGSN and OsmoMSC
7.8 MiB
Languages
C 92.8%
Makefile 2.1%
Python 1.9%
Shell 1.6%
M4 1.1%
Other 0.4%