Package: varnish
Version: 2.0.6-1
Severity: grave
Justification: renders package unusable


Varnish 2.0.6, when used in conjunction with libvarnish1 2.0.5, will do one of
the two following things.

1. If a back-end probe is defined, Varnish will spin on epoll_wait() forever
and never actually check the back-end.  Varnish also assumes a back-end probe
threshold of UINT_MAX while it's spinning, which is obviously incorrect.
During this time, Varnish cannot service requests and pegs one CPU of the host
system.

2. If a back-end probe is not defined, Varnish will assume a default back-end
probe that appears to work well at first but later (seemingly randomly) marks
the back-end as unhealthy, and it appears to never mark the back-end as
healthy again.  Note the default behavior of Varnish is to not probe at all,
but in this 2.0.6-2.0.5 combination, a default probe suddenly appears.

Installing libvarnish1 2.0.6 fixes these problems.  However, the "varnish"
2.0.6 package does not specifically depend on libvarnish1 2.0.6.  In my case,
I upgraded the "varnish" package without noticing that the "libvarnish1" was
not simultaneously upgraded.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (81, 'unstable'), (80, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages varnish depends on:
ii  adduser                   3.111          add and remove users and groups
ii  gcc                       4:4.3.4-1      The GNU C compiler
ii  libc6                     2.10.2-2       GNU C Library: Shared libraries
ii  libc6-dev [libc-dev]      2.10.2-2       GNU C Library: Development Librari
ii  libncurses5               5.7+20090803-2 shared libraries for terminal hand
ii  libvarnish1               2.0.6-1        shared libraries for Varnish

varnish recommends no packages.

varnish suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to