[master] 8c8807f0e vtc: Proper -start and -stop in c123
Dridi Boukelmoune
dridi.boukelmoune at gmail.com
Mon Jun 10 13:42:08 UTC 2024
commit 8c8807f0ea9d8cba490f70ed6f1bfb0bcf28a0c9
Author: Dridi Boukelmoune <dridi.boukelmoune at gmail.com>
Date: Tue Jul 4 18:26:54 2023 +0200
vtc: Proper -start and -stop in c123
And finally, the test logs contain the complete VSL output for all four
transactions. It was an attempt at following the VSL in this test case
that led me to finding where the VSM status was lacking or incorrect.
diff --git a/bin/varnishtest/tests/c00123.vtc b/bin/varnishtest/tests/c00123.vtc
index c72c55267..2875e2cd3 100644
--- a/bin/varnishtest/tests/c00123.vtc
+++ b/bin/varnishtest/tests/c00123.vtc
@@ -31,10 +31,11 @@ client c1 {
# in practice a little over fetch_chunksize is allocated
varnish v1 -expect SM?.s0.c_bytes < 20000
+varnish v1 -vsl_catchup
# reset s0 counters
-varnish v1 -cliok stop
-varnish v1 -cliok start
+varnish v1 -stop
+varnish v1 -start
varnish v1 -expect SM?.s0.c_bytes == 0
# content-length req.body streaming also needs one chunk
@@ -45,10 +46,11 @@ client c2 {
} -run
varnish v1 -expect SM?.s0.c_bytes < 20000
+varnish v1 -vsl_catchup
# reset s0 counters
-varnish v1 -cliok stop
-varnish v1 -cliok start
+varnish v1 -stop
+varnish v1 -start
# chunked req.body caching allocates storage for the entire body
client c3 {
@@ -60,10 +62,11 @@ client c3 {
} -run
varnish v1 -expect SM?.s0.c_bytes > 100000
+varnish v1 -vsl_catchup
# reset s0 counters
-varnish v1 -cliok stop
-varnish v1 -cliok start
+varnish v1 -stop
+varnish v1 -start
# content-length req.body caching allocates storage for the entire body
client c4 {
@@ -73,3 +76,4 @@ client c4 {
} -run
varnish v1 -expect SM?.s0.c_bytes > 100000
+varnish v1 -vsl_catchup
More information about the varnish-commit
mailing list