commit | 91836f33487ad1fdb1b0958ec14e639cd3596df2 | [log] [tgz] |
---|---|---|
author | Tomáš Pecka <tomas.pecka@cesnet.cz> | Mon Nov 15 17:12:32 2021 +0100 |
committer | Jan Kundrát <jan.kundrat@cesnet.cz> | Thu Nov 18 10:40:15 2021 +0100 |
tree | adfb414ac4f30f1357fe41ae4d7c54f127ac19b6 | |
parent | f0b7075f94014c5506bc43e6905f789c77d834b6 [diff] |
tests: Attempt to fix race in rauc test CI tests with asan/ubsan sometimes fail in system_rauc test. [1] The test log looks like this: ``` /home/ci/src/cesnet-gerrit-public/CzechLight/velia/tests/system_rauc.cpp:8: TEST CASE: Fetch RAUC data over DBus Installation OK /home/ci/src/cesnet-gerrit-public/CzechLight/velia/tests/system_rauc.cpp:142: FATAL ERROR: REQUIRE( rauc->operation() == "installing" ) is NOT correct! values: REQUIRE( idle == installing ) (...) ``` By looking at the code, it seems that the contents of the REQUIRE macro REQUIRE(rauc->operation() == "installing"); is executed before the RAUC installation actually starts (it is executed from another thread) and therefore before it sets current DBus property "Operation" to value "installing". Let's try to fix that by waiting for the installation to actually start. Jan: also extend the wait in case of a simulated failing installation so that the test suite has a chance to react to this event. [1] https://object-store.cloud.muni.cz/swift/v1/ci-logs-public/70/5270/2/check/f34-clang-asan-ubsan/4467b92/job-output.txt Change-Id: I8e6e217660f3b87045a5538949a84139573a005a Signed-off-by: Jan Kundrát <jan.kundrat@cesnet.cz>
Together with sysrepo, this software provides "general system management" of embedded devices. The target platform is anything that runs Linux with systemd. This runs in production on CzechLight SDN DWDM devices.
This component tracks the overal health state of the system, including various sensors, or the state of systemd
units. As an operator-friendly LED at the front panel of the appliance shows the aggregated health state.
Firmware can be updated via RAUC, and various aspects of the system's configuration can be adjusted. This includes a firewall, basic network settings, and authentication management.
For a full list, consult the yang/
directory in this repository.
ietf-access-control-list
, RFC 8519 (with deviations)ietf-hardware
, RFC 8348ietf-system
, RFC 7317 (partial support)ietf-interfaces
, RFC 8343 (generating config for systemd-networkd
, with extensions)ietf-routing
, RFC 8349 (see above)czechlight-system