2017-04-08 13:56:31 +00:00
|
|
|
#!/bin/sh
|
|
|
|
|
set -e -x
|
2017-06-18 00:04:49 +00:00
|
|
|
base="$PWD"
|
2020-05-07 16:15:53 +00:00
|
|
|
SCRIPT_DIR=$(CDPATH= cd -- "$(dirname -- "$0")" && pwd -P) # this file's directory
|
2020-05-11 16:30:58 +00:00
|
|
|
OSMO_GSM_TESTER_CONF=${OSMO_GSM_TESTER_CONF:-${SCRIPT_DIR}/../sysmocom/main.conf}
|
2017-04-08 13:56:31 +00:00
|
|
|
|
2017-10-17 13:25:40 +00:00
|
|
|
time_start="$(date '+%F %T')"
|
|
|
|
|
|
contrib: rethink jenkins jobs with build slave approach
Previously, the idea was to run a test remotely via SSH. This has moved to
operating an actual jenkins build slave on the main unit, which simplifies
things.
Also, previously (in the old osmo-gsm-tester), there was a daemon running,
accepting new trials by a directory appearing. Now, we're directly launching a
test run, which simplifies things.
Remove all SSH stuff from the "run" script.
Compose the checksums of the built binary-tars in the actual build jobs. In the
"run" job, only combine those checksums to one file. (Otherwise we would
compose the sums after transmitting over the network to the build slave.)
Instead of storing trials in a common location on the system, just keep one
trial in the workspace per run. After the run, tar up the trial dir to enable
easy archiving of build results.
The common location on the system might still be a good idea if we're one day
going to move to concurrent runs with scheduling of hardware resources, but so
far we're having simple one-shot runs.
Change-Id: I129f5189ce2bebd761bc752b158fb8778b31010e
2017-05-13 23:57:25 +00:00
|
|
|
# remove older trial dirs and *-run.tgz, if any
|
|
|
|
|
trial_dir_prefix="trial-"
|
|
|
|
|
rm -rf "$trial_dir_prefix"* || true
|
2017-04-08 13:56:31 +00:00
|
|
|
|
contrib: rethink jenkins jobs with build slave approach
Previously, the idea was to run a test remotely via SSH. This has moved to
operating an actual jenkins build slave on the main unit, which simplifies
things.
Also, previously (in the old osmo-gsm-tester), there was a daemon running,
accepting new trials by a directory appearing. Now, we're directly launching a
test run, which simplifies things.
Remove all SSH stuff from the "run" script.
Compose the checksums of the built binary-tars in the actual build jobs. In the
"run" job, only combine those checksums to one file. (Otherwise we would
compose the sums after transmitting over the network to the build slave.)
Instead of storing trials in a common location on the system, just keep one
trial in the workspace per run. After the run, tar up the trial dir to enable
easy archiving of build results.
The common location on the system might still be a good idea if we're one day
going to move to concurrent runs with scheduling of hardware resources, but so
far we're having simple one-shot runs.
Change-Id: I129f5189ce2bebd761bc752b158fb8778b31010e
2017-05-13 23:57:25 +00:00
|
|
|
# Expecting *.tgz artifacts to be copied to this workspace from the various
|
|
|
|
|
# jenkins-*.sh runs, via jenkins job configuration. Compose a trial dir:
|
|
|
|
|
trial_dir="${trial_dir_prefix}$BUILD_NUMBER"
|
|
|
|
|
mkdir -p "$trial_dir"
|
2017-04-08 13:56:31 +00:00
|
|
|
|
contrib: rethink jenkins jobs with build slave approach
Previously, the idea was to run a test remotely via SSH. This has moved to
operating an actual jenkins build slave on the main unit, which simplifies
things.
Also, previously (in the old osmo-gsm-tester), there was a daemon running,
accepting new trials by a directory appearing. Now, we're directly launching a
test run, which simplifies things.
Remove all SSH stuff from the "run" script.
Compose the checksums of the built binary-tars in the actual build jobs. In the
"run" job, only combine those checksums to one file. (Otherwise we would
compose the sums after transmitting over the network to the build slave.)
Instead of storing trials in a common location on the system, just keep one
trial in the workspace per run. After the run, tar up the trial dir to enable
easy archiving of build results.
The common location on the system might still be a good idea if we're one day
going to move to concurrent runs with scheduling of hardware resources, but so
far we're having simple one-shot runs.
Change-Id: I129f5189ce2bebd761bc752b158fb8778b31010e
2017-05-13 23:57:25 +00:00
|
|
|
mv *.tgz "$trial_dir"
|
|
|
|
|
cat *.md5 >> "$trial_dir/checksums.md5"
|
|
|
|
|
rm *.md5
|
2017-04-08 13:56:31 +00:00
|
|
|
|
contrib: rethink jenkins jobs with build slave approach
Previously, the idea was to run a test remotely via SSH. This has moved to
operating an actual jenkins build slave on the main unit, which simplifies
things.
Also, previously (in the old osmo-gsm-tester), there was a daemon running,
accepting new trials by a directory appearing. Now, we're directly launching a
test run, which simplifies things.
Remove all SSH stuff from the "run" script.
Compose the checksums of the built binary-tars in the actual build jobs. In the
"run" job, only combine those checksums to one file. (Otherwise we would
compose the sums after transmitting over the network to the build slave.)
Instead of storing trials in a common location on the system, just keep one
trial in the workspace per run. After the run, tar up the trial dir to enable
easy archiving of build results.
The common location on the system might still be a good idea if we're one day
going to move to concurrent runs with scheduling of hardware resources, but so
far we're having simple one-shot runs.
Change-Id: I129f5189ce2bebd761bc752b158fb8778b31010e
2017-05-13 23:57:25 +00:00
|
|
|
# OSMO_GSM_TESTER_OPTS is a way to pass in e.g. logging preferences from the
|
|
|
|
|
# jenkins build job.
|
2017-05-14 13:21:48 +00:00
|
|
|
# On failure, first clean up below and then return the exit code.
|
|
|
|
|
exit_code="1"
|
2020-05-07 16:15:53 +00:00
|
|
|
if python3 -u "$(which osmo-gsm-tester.py)" -c "$OSMO_GSM_TESTER_CONF" "$trial_dir" $OSMO_GSM_TESTER_OPTS ; then
|
2017-05-14 13:21:48 +00:00
|
|
|
exit_code="0"
|
|
|
|
|
fi
|
2017-04-08 13:56:31 +00:00
|
|
|
|
contrib: rethink jenkins jobs with build slave approach
Previously, the idea was to run a test remotely via SSH. This has moved to
operating an actual jenkins build slave on the main unit, which simplifies
things.
Also, previously (in the old osmo-gsm-tester), there was a daemon running,
accepting new trials by a directory appearing. Now, we're directly launching a
test run, which simplifies things.
Remove all SSH stuff from the "run" script.
Compose the checksums of the built binary-tars in the actual build jobs. In the
"run" job, only combine those checksums to one file. (Otherwise we would
compose the sums after transmitting over the network to the build slave.)
Instead of storing trials in a common location on the system, just keep one
trial in the workspace per run. After the run, tar up the trial dir to enable
easy archiving of build results.
The common location on the system might still be a good idea if we're one day
going to move to concurrent runs with scheduling of hardware resources, but so
far we're having simple one-shot runs.
Change-Id: I129f5189ce2bebd761bc752b158fb8778b31010e
2017-05-13 23:57:25 +00:00
|
|
|
# no need to keep extracted binaries
|
|
|
|
|
rm -rf "$trial_dir/inst" || true
|
2017-04-08 13:56:31 +00:00
|
|
|
|
contrib: rethink jenkins jobs with build slave approach
Previously, the idea was to run a test remotely via SSH. This has moved to
operating an actual jenkins build slave on the main unit, which simplifies
things.
Also, previously (in the old osmo-gsm-tester), there was a daemon running,
accepting new trials by a directory appearing. Now, we're directly launching a
test run, which simplifies things.
Remove all SSH stuff from the "run" script.
Compose the checksums of the built binary-tars in the actual build jobs. In the
"run" job, only combine those checksums to one file. (Otherwise we would
compose the sums after transmitting over the network to the build slave.)
Instead of storing trials in a common location on the system, just keep one
trial in the workspace per run. After the run, tar up the trial dir to enable
easy archiving of build results.
The common location on the system might still be a good idea if we're one day
going to move to concurrent runs with scheduling of hardware resources, but so
far we're having simple one-shot runs.
Change-Id: I129f5189ce2bebd761bc752b158fb8778b31010e
2017-05-13 23:57:25 +00:00
|
|
|
# tar up all results for archiving (optional)
|
2017-06-18 00:04:49 +00:00
|
|
|
cd "$trial_dir"
|
2019-02-21 10:13:49 +00:00
|
|
|
if [ ! -z "$(command -v journalctl)" ]; then
|
2019-02-21 10:13:49 +00:00
|
|
|
journalctl -u ofono -o short-precise --since "${time_start}" > "$(readlink last_run)/ofono.log"
|
|
|
|
|
fi
|
2017-06-18 00:04:49 +00:00
|
|
|
tar czf "$base/${trial_dir}-run.tgz" "$(readlink last_run)"
|
|
|
|
|
tar czf "$base/${trial_dir}-bin.tgz" *.md5 *.tgz
|
2017-05-14 13:21:48 +00:00
|
|
|
|
|
|
|
|
exit $exit_code
|
