~ubuntu-branches/debian/sid/varnish/sid

« back to all changes in this revision

Viewing changes to debian/patches/debian-changes-2.1.3-8

  • Committer: Bazaar Package Importer
  • Author(s): Stig Sandbeck Mathisen
  • Date: 2010-09-24 17:51:20 UTC
  • Revision ID: james.westby@ubuntu.com-20100924175120-s3j6704elhlkcpaz
Tags: 2.1.3-8
* Fix random secret creation on non-Linux kernels (Closes: #596373)
* Urgency "high" due to FTBFS RC bug during squeeze freeze

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
Description: Upstream changes introduced in version 2.1.3-8
 
2
 This patch has been created by dpkg-source during the package build.
 
3
 Here's the last changelog entry, hopefully it gives details on why
 
4
 those changes were made:
 
5
 .
 
6
 varnish (2.1.3-8) unstable; urgency=high
 
7
 .
 
8
   * Fix random secret creation on non-Linux kernels (Closes: #596373)
 
9
   * Urgency "high" due to FTBFS RC bug during squeeze freeze
 
10
 .
 
11
 The person named in the Author field signed this changelog entry.
 
12
Author: Stig Sandbeck Mathisen <ssm@debian.org>
 
13
Bug-Debian: http://bugs.debian.org/596373
 
14
 
 
15
---
 
16
The information above should follow the Patch Tagging Guidelines, please
 
17
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
 
18
are templates for supplementary fields that you might want to add:
 
19
 
 
20
Origin: <vendor|upstream|other>, <url of original patch>
 
21
Bug: <url in upstream bugtracker>
 
22
Bug-Debian: http://bugs.debian.org/<bugnumber>
 
23
Bug-Ubuntu: https://launchpad.net/bugs/<bugnumber>
 
24
Forwarded: <no|not-needed|url proving that it has been forwarded>
 
25
Reviewed-By: <name and email of someone who approved the patch>
 
26
Last-Update: <YYYY-MM-DD>
 
27
 
 
28
--- varnish-2.1.3.orig/bin/varnishtest/tests/v00014.vtc
 
29
+++ varnish-2.1.3/bin/varnishtest/tests/v00014.vtc
 
30
@@ -2,6 +2,7 @@
 
31
 
 
32
 test "Check req.backend.healthy"
 
33
 
 
34
+# probe will hit this to check healthiness
 
35
 server s1 {
 
36
        rxreq
 
37
        expect req.url == "/"
 
38
@@ -16,8 +17,8 @@ varnish v1 -vcl {
 
39
                .max_connections = 1;
 
40
                .probe = {
 
41
                        .url = "/";
 
42
-                       .timeout = 1s;
 
43
-                       .interval = 1s;
 
44
+                       .timeout = 0.1s;
 
45
+                       .interval = 0.1s;
 
46
                        .window = 3;
 
47
                        .threshold = 2;
 
48
                        .initial = 0;
 
49
@@ -33,25 +34,33 @@ varnish v1 -vcl {
 
50
        }
 
51
 } -start
 
52
 
 
53
+# probe runs every 0.1s and needs 2 (threshold) out of the latest 3 (window) to
 
54
+# be successful. Make sure this does *not* happen: the first probe would be
 
55
+# successful (s1 was started and finished), but let the next one or two to fail
 
56
+# (and hence making the backend unhealthy) by idling.
 
57
+server s1 -wait
 
58
+delay 0.3
 
59
+
 
60
+# verify that backend is unhealthy as expected
 
61
 client c1 {
 
62
        txreq
 
63
        rxresp
 
64
        expect resp.status == 500
 
65
 } -run
 
66
 
 
67
-server s1 {
 
68
-       rxreq
 
69
-       expect req.url == "/"
 
70
-       txresp -body "slash"
 
71
-} -start
 
72
+# now let three consecutive probe checks to succeed by starting them and
 
73
+# waiting for them to finish. This will lead varnish to believe that the
 
74
+# backend is healthly. (note that s1 ports are reused)
 
75
+server s1 -repeat 3 -start -wait
 
76
 
 
77
-server s1 {
 
78
+# do an actual check with a healthy backend, expecting to get a 200 back
 
79
+server s2 {
 
80
        rxreq
 
81
        expect req.url == "/foo"
 
82
        txresp -body "foobar"
 
83
 } -start
 
84
 
 
85
-client c1 {
 
86
+client c2 {
 
87
        txreq -url "/foo"
 
88
        rxresp
 
89
        expect resp.status == 200
 
90
--- varnish-2.1.3.orig/doc/changes-2.1.0-2.1.1.xml
 
91
+++ varnish-2.1.3/doc/changes-2.1.0-2.1.1.xml
 
92
@@ -86,7 +86,7 @@
 
93
 
 
94
     <change type="enh">
 
95
       <para><code>varnishsizes</code>, which is
 
96
-      like <code>varnishhost</code>, but for the length of objects,
 
97
+      like <code>varnishhist</code>, but for the length of objects,
 
98
       has been added..</para>
 
99
     </change>
 
100
   </subsystem>
 
101
--- varnish-2.1.3.orig/doc/changes-2.1.1.html
 
102
+++ varnish-2.1.3/doc/changes-2.1.1.html
 
103
@@ -74,7 +74,7 @@
 
104
     <ul>
 
105
       <li>
 
106
         <p><span class="code">varnishsizes</span>, which is
 
107
-      like <span class="code">varnishhost</span>, but for the length of objects,
 
108
+      like <span class="code">varnishhist</span>, but for the length of objects,
 
109
       has been added..</p>
 
110
       </li>
 
111
     </ul>