From: Antonio Quartulli
Date: Thu, 19 Sep 2019 07:28:20 +0000 (+0200)
Subject: t_net.sh: wait for NO-CARRIER bit to settle before starting test
X-Git-Tag: v2.5_beta1~280
X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=8aa037161f37c42585ac4a8d99f37af624211da6;p=thirdparty%2Fopenvpn.git
t_net.sh: wait for NO-CARRIER bit to settle before starting test
Interfaces of type tun are marked as NO-CARRIER when no process is
attached to them. However, this bit gets set with some delay after
creation.
For this reason, it is better to wait for the bit to settle before
starting any test, otherwise any timing influence on the test may lead
to inconsistencies due to the NO-CARRIER bit randomly being or not in
the snapshot output taken by t_net.sh.
This patch add a 'sleep 1' command right after creation of the
interface, to give the NO-CARRIER bit a chance to settle.
This issue has been witnessed on a buildbot that is
apparently slowler than average to run the unit tests.
Signed-off-by: Antonio Quartulli
Acked-by: Gert Doering
Message-Id: <20190919072820.9913-1-a@unstable.cc>
URL: https://www.mail-archive.com/search?l=mid&q=20190919072820.9913-1-a@unstable.cc
Signed-off-by: Gert Doering
---
diff --git a/tests/t_net.sh b/tests/t_net.sh
index 18799d127..97e947ab5 100755
--- a/tests/t_net.sh
+++ b/tests/t_net.sh
@@ -34,6 +34,13 @@ reload_dummy()
{
$RUN_SUDO $openvpn --dev $IFACE --dev-type tun --rmtun >/dev/null
$RUN_SUDO $openvpn --dev $IFACE --dev-type tun --mktun >/dev/null
+
+ # it seems that tun devices will settle on NO-CARRIER while not connected to
+ # any process, but this won't happen immediately. To avoid having the
+ # NO-CARRIER bit appear in the middle of the tests - which would compromise
+ # the results - let's wait 1 sec here for it to settle.
+ sleep 1
+
if [ $? -ne 0 ]; then
echo "can't create interface $IFACE"
exit 1