Mailing List Archive

#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200:
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-------------------
Reporter: slink | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Keywords:
----------------------+-------------------
finally running a current master with out-of-the-box config again on a
prod system, seems like our default workspace_backend is too tight.
And something is wrong with uppercasing the ws ID on overflow.

will bump workspace_backend to 32k and report back if it helps.

{{{
c12:~# va param.show | grep -v default
}}}

{{{
May 19 07:59:16 c12 varnishd[25582]: [ID 232431 local0.error] Child
(25583) Panic message:
May 19 07:59:16 c12 Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
May 19 07:59:16 c12 Condition((vfe) != 0) not true.
May 19 07:59:16 c12 thread = (cache-worker)
May 19 07:59:16 c12 version = varnish-trunk revision 2b1ac1c
May 19 07:59:16 c12 ident = -jsolaris,-smalloc,-smalloc,-hcritbit,ports
May 19 07:59:16 c12 Backtrace:
May 19 07:59:16 c12 8087824: pan_backtrace+0x14
May 19 07:59:16 c12 8087b20: pan_ic+0x1d9
May 19 07:59:16 c12 8078a3b: VFP_Push+0xed
May 19 07:59:16 c12 807658d: vbf_stp_fetch+0x49d
May 19 07:59:16 c12 8077aac: vbf_fetch_thread+0x394
May 19 07:59:16 c12 808997c: Pool_Work_Thread+0x432
May 19 07:59:16 c12 809e311: WRK_Thread+0x1ce
May 19 07:59:16 c12 8089a58: pool_thread+0x7d
May 19 07:59:16 c12 fec0cd56: libc.so.1'_thrp_setup+0x7e [0xfec0cd56]
May 19 07:59:16 c12 fec0cfe0: libc.so.1'_lwp_start+0x0 [0xfec0cfe0]
May 19 07:59:16 c12 busyobj = 8a3fc18 {
May 19 07:59:16 c12 ws = 8a3fc74 { OVERFLOW
May 19 07:59:16 c12 id = ""o",
May 19 07:59:16 c12 {s,f,r,e} = {8a41498,+10072,0,+10080},
May 19 07:59:16 c12 },
May 19 07:59:16 c12 refcnt = 2
May 19 07:59:16 c12 retries = 0
May 19 07:59:16 c12 failed = 0
May 19 07:59:16 c12 state = 1
May 19 07:59:16 c12 flags = {
}}}

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+--------------------
Reporter: slink | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+--------------------

Comment (by slink):

the bottom of the panic was missing in the description
{{{
May 19 07:59:16 c12 flags = {
May 19 07:59:16 c12 do_stream
May 19 07:59:16 c12 is_gzip
May 19 07:59:16 c12 }
May 19 07:59:16 c12 bodystatus = 3 (length),
May 19 07:59:16 c12 },
May 19 07:59:16 c12 http[bereq] = {
May 19 07:59:16 c12 ws = 8a3fc74["o]
May 19 07:59:16 c12 "GET",
May 19 07:59:16 c12 "*REDACTED*
}}

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:1>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+--------------------
Reporter: slink | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+--------------------

Comment (by slink):

to confirm: this issue has not surfaced again since I increased
`workspace_backend` to 32k

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:2>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+--------------------
Reporter: slink | Owner: slink
Type: defect | Status: new
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+--------------------
Changes (by slink):

* owner: => slink


--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:3>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+----------------------
Reporter: slink | Owner: slink
Type: defect | Status: closed
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution: invalid
Keywords: |
----------------------+----------------------
Changes (by slink):

* status: new => closed
* resolution: => invalid


Comment:

would need to be reproduced on current master

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:4>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-----------------------
Reporter: slink | Owner: slink
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+-----------------------
Changes (by slink):

* status: closed => reopened
* resolution: invalid =>


Comment:

This issue still exists at least for {{{workspace_backend ==
http_resp_size}}}, reproducible on Solaris with a backend on loopback (may
be relevant because the default loopback MTU on solaris is 8k):

{{{V1F_FetchRespHdr}}} calls {{{SES_RxInit}}} with
{{{cache_param->http_resp_size}}}, so if the actual backend read is large
enough to use up the reservation on {{{htc->ws == bo->ws}}}, there may be
no space left on the ws for the VFPs.

Maybe we should estimate the space required by the VFPs and reduce the
SES_RxInit allocation by that amount.

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:5>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-----------------------
Reporter: slink | Owner: slink
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+-----------------------

Comment (by billnbell):

Not getting panics on 4.0, but on 4.1.1 getting them.

{{{
200
Last panic at: Sun, 14 Feb 2016 05:47:59 GMT
"Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200:
Condition((vfe) != 0) not true.
errno = 11 (Resource temporarily unavailable)
thread = (cache-worker)
version = varnish-4.1.1 revision 66bb824
ident =
Linux,3.16.0-4-amd64,x86_64,-junix,-smalloc,-smalloc,-hcritbit,epoll
Backtrace:
0x433965: varnishd() [0x433965]
0x425e5f: varnishd(VFP_Push+0x13f) [0x425e5f]
0x45254f: varnishd(V1F_Setup_Fetch+0x9f) [0x45254f]
0x411bd9: varnishd() [0x411bd9]
0x423f2d: varnishd() [0x423f2d]
0x449682: varnishd() [0x449682]
0x449afb: varnishd() [0x449afb]
0x7f4e78b5e0a4: libpthread.so.0(+0x80a4) [0x7f4e78b5e0a4]
0x7f4e7889304d: libc.so.6(clone+0x6d) [0x7f4e7889304d]
busyobj = 0x7f4e62221020 {
ws = 0x7f4e622210e0 {
OVERFLOW id = \"Bo\",
{s,f,r,e} = {0x7f4e62224390,+186792,(nil),+186792},
},
refcnt = 2,
retries = 0, failed = 0, state = 1,
flags = {do_stream, do_pass, uncacheable, is_gunzip},
http_conn = 0x7f4e622243a8 {
fd = 22,
doclose = NULL,
ws = 0x7f4e622210e0,
{rxbuf_b, rxbuf_e} = {0x7f4e62224458, 0x7f4e62224c9b},
{pipeline_b, pipeline_e} = {0x7f4e62224c9b, 0x7f4e62251d37},
content_length = 487583,
body_status = length,
first_byte_timeout = 60.000000,
between_bytes_timeout = 60.000000,
},
director_req = 0x7f4e77de3eb0 {
vcl_name = hg,
type = round-robin {
},
},
director_resp = 0x7f4e77d41d38 {
vcl_name = hgweb3,
type = backend {
display_name = boot.hgweb3,
ipv4 = 10.248.9.76,
port = 80,
hosthdr = 10.248.9.76,
health=healthy, admin_health=probe, changed=1455428861.2,
n_conn = 1,
},
},
http[bereq] = 0x7f4e62221d50 {
ws[Bo] = 0x7f4e622210e0,
hdrs {
\"GET\",
\"/physician/dr-robert-dagostini-xxcsh\",
\"HTTP/1.1\",
\"host: www.healthgrades.com\",
\"Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2\",
\"CloudFront-Forwarded-Proto: http\",
\"Cookie:
hg.persistence=cHQ9NDAuNjgxODA2LC03NC42NTA4MiZzcGVjaWFsdHk9MzEmY2l0eT1CZWRtaW5zdGVyJnN0YXRlPU5KJnppcD0wNzkyMSZzcG9uc29yPSZmYWNpbGl0eT0mcHJvZHVjdD1CQVNJQw--;
hg.search=displayLoc=Hartford%2c+CT&latLng=41.763321%2c-72.674072&cityState=Hartford%2c+CT&source=Default&isTablet=false&profType=Provider&state=CT&isStateOnly=false&zip=;
hg.sessionInfo=c2Vzc2lvbklkPVMyOGI3YTNmOTc4MDY3MjRlJnJlcXVlc3RJZD1SODhkOWY4ZTQ0OGM2ZTI0ZSZleHBpcmVzPTIvMTMvMjAxNiAxMToxNzo1MSBQTQ--;
hg.user=7VPPT8IwGJ0XPfhPmB48TeIAGSHxMNGICQJxw4PGQ9d9QuPWLW0ZEsJf5R_oX6ELGPHi2V76473vva99qXPgOM4nDjObcWgWH0cjmZc8ARkClWw6opJmoEGqyyXp54xqnosNFMG7Jh3So1K!5jJxT7oRcckDpMgpIYQUmIbkmitNBQOci5QusCDjSZICUjcylSjpLEmX68UA!XZkkWdOA5GEmmr4aWjQNfTEiytQ_p5qNt3X18SabFZBHEsoubUmOxzbQDcXAm!A2UwjhOJ4Zuxy1OQC!ZQR66OAniVY0PRqfqvRqHsuvpOY2NMzv15r_c1zv_4abn9ttqVuYbJyyaDqZhwGZv9bpwhVKY04e6uy6lGFF2!4XvvC95rt1elYGUgpLMT0ekCxIGAmnYjGKFVYEbyWof4n8ZckbtM8pqn9EosCvr!rI4c5JFVa2Ojzi0uGAiKewTAT2JuEmxKEttCdGsDcZkY6Ws7gezb7Pt3q_As-;
hg.user.fsp=dVFNawIxEN1C6aV!ouS8lXUVF4QedEupoCJdvfQWk3ENxESyo61I!0!!ZTvZD1awzWWz89689yYT3ARB8EPHf!2585fv2xculFZ4yoA7sV1wx3eA4IqnM3tWxV7z09QKjsoaNmSv3OHGOhk_pEsWsjfQhBwhAw0CQVIDciOgbqSGnZJSA1EbaGJmSkPBht2oE4Ws0a7cl!CJ1y4V1qY4s5TyzinnBZd4vjoyMkOOcK3i0RJ6V!sxFDjjKLZ!jZTXJtVttF47OKrmAS44dYDUGkPDK3FAgkicat7OkqYy5Fd4sSkJ4EFSQ7!bSQa9Xtz1w5u8rj4mcWeQ9KMkDj13Wpq11BZmXyGbN2lW2cj!!5eUoAXPlcknZmPLkewHpYmjsg7zw24NjjZBT2wdjv2_fE_7i1QDNyDL_v0v;
hg.user.geoip.loc=cityStateZipBestMatch=Ashburn%2c+VA+20147&lat=39.0329&lon=-77.4866;
hg.viewed.appointments=13KX9H%2c1XYLRKTF;
hg.viewed.profiles=12K8G3%2c12JB5D%2c12WF77%2c13KX9H%2c1X366B%2c173PJZ%2c1XH32J%2c1YCC2S%2c132CX8%2c1YMMPV%2c13YQMG%2c134N3J%2c1X4Y3R%2c1YHWRB%2c1XSLYV%2c1YR6W6%2c138K3X%2c13436K%2c12VKJQ%2c1YJSDM%2c132JVG%2c1GFMMB%2c12HXNK%2c1XYLRKTF%2c12YJ7Y%2c13JK7R%2c1YCLT6%2c12KQTP%2c12G7SG%2c1YTLNR%2c1XMGFW%2c12YG3X%2c1XLW32%2c123D6Y%2c1XG83M%2c12T6PP%2c13DQGP%2c1XXCSH;
trackcookiestatus=cmVzZXQ9MA--\",
\"User-Agent: Mozilla/5.0 (compatible; proximic;
+http://www.proximic.com/info/spider.php)\",
\"Via: 1.1 281d76a9bd6048ee3d031cfc163b6092.cloudfront.net
(CloudFront)\",
\"X-Amz-Cf-Id:
dInjCxa8DRQlSojf5dLniARz4NmqEQ86p2F2zvRvWW1E_ohAbuSR2g==\",
\"X-Forwarded-Port: 80\",
\"X-Forwarded-Proto: http\",
\"X-Forwarded-For: 54.85.57.249, 54.240.144.82, 10.248.8.177\",
\"X-Mobile-Category: other\",
\"X-Mobile-Type: other\",
\"X-Backend-Type: hg\",
\"X-Varnish: 917511\",
},
},
http[beresp] = 0x7f4e62222870 {
ws[Bo] = 0x7f4e622210e0,
hdrs {
\"HTTP/1.1\",
\"200\",
\"OK\",
\"Cache-Control: public, max-age=0\",
\"Content-Type: text/html; charset=utf-8\",
\"Server: Microsoft-IIS/8.5\",
\"Set-Cookie: hg.user=; expires=Sat, 13-Feb-2016 05:47:52 GMT;
path=/\",
\"Set-Cookie:
hg.user=7VM9T8MwFAwLDPwJ5IEpVKQNTVWJIRREh9JWJGUAMTj2o7VInMh2A1XV38JPhec2UYsoCzNe!HH37p59snPgOM4nDjvbcWgXH0djlZeCg4qAKjYbU0UzMKD05ZIMckaNyOUGiuHdkC7pU2VecsXdk15MXHIPKXJKiCAFZoBfC22oZIBzkdIFFmSC8xSQupGpRUl3SXrCLIbotyOLPHsaSh4ZauCnoUXX0KMorkCbO2rYbF9f08pkswqTREEpKmuyw6ka6OVS4g0EmxuEUBzPrF2OmkKin7ZiAxQwc44FvtcI2q1W03PxneS0Oj0Lmo124J8HTddyB2uzLXULk5VLhnU3kyi0_986RahOaSzYa51Vn2q8eCvwOheB53dWpxNtIa2xENPrA8WCkNl0YpqgVFGJ4LUs9T_JvyRxm_YJTasvsSjg_7s_CHgDXqeFjT49u2QkIRYZjDKJvSm4KUGaCtrNYd8HWx1!AQ--;
expires=Sun, 14-Feb-2016 06:17:52 GMT; path=/\",
\"Set-Cookie:
hg.sessionInfo=c2Vzc2lvbklkPVMyOGI3YTNmOTc4MDY3MjRlJnJlcXVlc3RJZD1SODhkOWY4ZTQ0OGM2ZTI0ZSZleHBpcmVzPTIvMTMvMjAxNiAxMToxNzo1MiBQTQ--;
expires=Sun, 14-Feb-2016 06:17:52 GMT; path=/\",
\"Set-Cookie:
hg.persistence=cHQ9NDAuNjgxODA2LC03NC42NTA4MiZzcGVjaWFsdHk9MzEmY2l0eT1CZWRtaW5zdGVyJnN0YXRlPU5KJnppcD0wNzkyMSZzcG9uc29yPSZmYWNpbGl0eT0mcHJvZHVjdD1CQVNJQw--;
expires=Sun, 14-Feb-2016 06:17:52 GMT; path=/\",
\"Set-Cookie:
hg.user.fsp=dVFNawIxEN1C6aV!ouS8lXUVF4QedEupoCJdvfQWk3ENxESyo61I!0!!ZTvZD1awzWWz89689yYT3ARB8EPHf!2585fv2xculFZ4yoA7sV1wx3eA4IqnM3tWxV7z09QKjsoaNmSv3OHGOhk_pEsWsjfQhBwhAw0CQVIDciOgbqSGnZJSA1EbaGJmSkPBht2oE4Ws0a7cl!CJ1y4V1qY4s5TyzinnBZd4vjoyMkOOcK3i0RJ6V!sxFDjjKLZ!jZTXJtVttF47OKrmAS44dYDUGkPDK3FAgkicat7OkqYy5Fd4sSkJ4EFSQ7!bSQa9Xtz1w5u8rj4mcWeQ9KMkDj13Wpq11BZmXyGbN2lW2cj!!5eUoAXPlcknZmPLkewHpYmjsg7zw24NjjZBT2wdjv2_fE_7i1QDNyDL_v0v;
expires=Sun, 14-Feb-2016 06:17:52 GMT; path=/\",
\"Set-Cookie:
hg.search=displayLoc=Hartford%2c+CT&latLng=41.763321%2c-72.674072&cityState=Hartford%2c+CT&source=Default&isTablet=false&profType=Provider&state=CT&isStateOnly=false&zip=;
domain=.healthgrades.com; path=/\",
\"Set-Cookie: trackcookiestatus=cmVzZXQ9MA--; expires=Sun,
14-Feb-2016 06:17:52 GMT; path=/\",
\"X-UA-Compatible: IE=edge,chrome=1\",
\"Access-Control-Allow-Origin: *\",
\"Access-Control-Allow-Methods: GET\",
\"Date: Sun, 14 Feb 2016 05:47:52 GMT\",
\"Content-Length: 487583\",
},
},
objcore[fetch] = 0x7f4e5803d0c0 {
refcnt = 2,
flags = 0x10e,
exp_flags = 0x0,
exp = { 1455428878.514611, 120.000000, 10.000000, 0.000000 }
objhead = 0x7f4e77cc60e0,
stevedore = 0x7f4e77ca2480 (malloc Transient),
},
vcl = {
temp = warm
srcname = {
\"/etc/varnish/default.vcl\",
\"Builtin\",
\"/etc/varnish/hgweb_backends.vcl\",
\"/etc/varnish/hgnew3_backends.vcl\",
\"/etc/varnish/m_backends.vcl\",
\"/etc/varnish/ucms_backends.vcl\",
\"/etc/varnish/mobile_detect.vcl\",
\"/etc/varnish/mobile_be_detect.vcl\",
\"/etc/varnish/uisvc_backends.vcl\",
\"/etc/varnish/vcl_init.vcl\",
},
},
},

"

}}}

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:6>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-----------------------
Reporter: slink | Owner: slink
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+-----------------------

Comment (by billnbell):

I increased it from 64k to 200k and still got problems. So I increased it
to 400k. Watching it.

{{{
# varnishadm param.show | grep -v default
cli_timeout 25.000 [seconds]
http_max_hdr 164 [header lines]
http_req_hdr_len 16k [bytes]
http_req_size 100k [bytes]
http_resp_hdr_len 16k [bytes]
http_resp_size 100k [bytes]
listen_depth 2048 [connections]
nuke_limit 10000 [allocations]
thread_pool_add_delay 2.000 [seconds]
thread_pool_max 4000 [threads]
thread_pool_min 200 [threads]
thread_pools 4 [pools]
workspace_backend 400k [bytes]

}}}

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:7>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-----------------------
Reporter: slink | Owner: slink
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+-----------------------

Comment (by fgsch):

The workspace being exhausted is the backend workspace. The hint is in the
panic:

{{{
OVERFLOW id = \"Bo\",
}}}

I'd say the long cookies are involved on this.

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:8>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-----------------------
Reporter: slink | Owner: slink
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+-----------------------

Comment (by billnbell):

Ok I guessed on increasing workspace_backend to 400k . Is this the right
place to increase for OVERFLOW id = \"Bo\" ?

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:9>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+-----------------------
Reporter: slink | Owner: slink
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution:
Keywords: |
----------------------+-----------------------

Comment (by slink):

yes, `workspace_backend` is the right parameter to tune for working around
this issue.

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:10>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+---------------------
Reporter: slink | Owner: slink
Type: defect | Status: closed
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution: fixed
Keywords: |
----------------------+---------------------
Changes (by Nils Goroll <nils.goroll@…>):

* status: reopened => closed
* resolution: => fixed


Comment:

In [356854cd86b1866b492bbe64417d1ace6e19a9b3]:
{{{
#!CommitTicketReference repository=""
revision="356854cd86b1866b492bbe64417d1ace6e19a9b3"
Fix workspace overflow handling in VFP_Push() and test for it

This fix avoids a WS_Alloc panic when pushing fetch processors
and should thus avoid panics by overflowing the backend workspace in vcl.

This overflow is logged as FetchError "Bo workspace overflowed".

Other panic points due to workspace_backend being set too low still exist.

Sizing estimate for workspace_backend:

sizeof(struct busyobj)
+ 3 * HTTP_estimate(cache_param->http_max_hdr)
+ cache_param->vsl_buffer
+ cache_param->http_resp_size
+ fetch processor memory
+ space required in VCL

Fixes #1739
}}}

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:11>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs
Re: #1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c line 200: [ In reply to ]
#1739: overflow on "o ws - Assert error in VFP_Push(), cache/cache_fetch_proc.c
line 200:
----------------------+---------------------
Reporter: slink | Owner: slink
Type: defect | Status: closed
Priority: normal | Milestone:
Component: varnishd | Version: trunk
Severity: normal | Resolution: fixed
Keywords: |
----------------------+---------------------

Comment (by Lasse Karstensen <lkarsten@…>):

In [b06e54c6d188f3b96cbe934e38e0a3918548e871]:
{{{
#!CommitTicketReference repository=""
revision="b06e54c6d188f3b96cbe934e38e0a3918548e871"
Fix workspace overflow handling in VFP_Push() and test for it

This fix avoids a WS_Alloc panic when pushing fetch processors
and should thus avoid panics by overflowing the backend workspace in vcl.

This overflow is logged as FetchError "Bo workspace overflowed".

Other panic points due to workspace_backend being set too low still exist.

Sizing estimate for workspace_backend:

sizeof(struct busyobj)
+ 3 * HTTP_estimate(cache_param->http_max_hdr)
+ cache_param->vsl_buffer
+ cache_param->http_resp_size
+ fetch processor memory
+ space required in VCL

Fixes #1739
}}}

--
Ticket URL: <https://www.varnish-cache.org/trac/ticket/1739#comment:12>
Varnish <https://varnish-cache.org/>
The Varnish HTTP Accelerator

_______________________________________________
varnish-bugs mailing list
varnish-bugs@varnish-cache.org
https://www.varnish-cache.org/lists/mailman/listinfo/varnish-bugs