<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>229049</bug_id>
          
          <creation_ts>2008-06-23 13:47 0000</creation_ts>
          <short_desc>Privoxy 3.0.8 stops responding to squid 2.6.STABLE19 requests</short_desc>
          <delta_ts>2008-07-25 05:32:43 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tla@oak.selfip.net</reporter>
          <assigned_to>net-proxy@gentoo.org</assigned_to>
          <cc>djarb@highenergymagic.org</cc>

      

      
          <long_desc isprivate="0">
            <who>tla@oak.selfip.net</who>
            <bug_when>2008-06-23 13:47:49 0000</bug_when>
            <thetext>Updated privoxy from 3.0.6 to latest portage 3.0.8.  Prior to upgrade privoxy / squid worked without issue.  I have squid and privoxy inline for internal users, Chain is: browser (tcp 80) -&gt; iptables (redirect tcp 8000) -&gt; squid (tcp 8000) -&gt; privoxy (tcp 8118) -&gt; internet.  privoxy stops responding to squid requests and squid marks the parent cache (privoxy) as down logging errors in cache.log: &quot;Detected DEAD Parent: 127.0.0.1&quot;, &quot;TCP connection to 127.0.0.1/8118 failed&quot;, &quot;temporary disabling (Gateway Time-out) digest from 127.0.0.1&quot;.  Privoxy has logged this message at upto 238 times per second (doesnt happen all the time): &quot;Privoxy(00000001) Request: 127.0.0.1:8118/squid-internal-periodic/store_digest&quot;.  At around the same time, iptables reported: &quot;nf_conntrack: table full, dropping packet.&quot;

Reproducible: Always

Steps to Reproduce:
1. start privoxy
2. start squid
3. fails after a small number of http requests




Portage 2.1.4.4 (default-linux/x86/2006.1, gcc-4.3.0, glibc-2.6.1-r0, 2.6.26-rc7-00025-g481c534 i686)
=================================================================
System uname: 2.6.26-rc7-00025-g481c534 i686 Pentium III (Coppermine)
Timestamp of tree: Mon, 23 Jun 2008 09:00:01 +0000
app-shells/bash:     3.2_p33
dev-lang/python:     2.4.4-r13
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.61-r2
sys-devel/automake:  1.7.9-r1, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=&quot;x86&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=pentium3 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /var/bind&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium3 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/ &quot;
LANG=&quot;en_GB&quot;
LC_ALL=&quot;en_GB&quot;
LINGUAS=&quot;en_GB en&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;X apache2 bash-completion berkdb cli cracklib crypt cups dri emacs fortran gdbm gpm gtk iconv ipv6 isdnlog midi mp3 mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl postgres ppds pppd python readline reflection session spl ssl tcpd unicode x86 xorg zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; APACHE2_MODULES=&quot;actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;en_GB en&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;i810&quot;
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tla@oak.selfip.net</who>
            <bug_when>2008-06-23 14:06:57 0000</bug_when>
            <thetext>Created an attachment (id=158111)
/etc/privoxy/config

privoxy config file</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2008-06-23 17:01:14 0000</bug_when>
            <thetext>Sounds like an infinite loop. 
What redirection rule do you have in iptables? Are you sure privoxy connections are excluded from this redirection?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2008-07-01 19:06:06 0000</bug_when>
            <thetext>Reporter vanished, closed as INVALID.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>djarb@highenergymagic.org</who>
            <bug_when>2008-07-20 21:51:50 0000</bug_when>
            <thetext>I&apos;m experiencing what is most likely the same problem. My setup is less complicated: browser -&gt; privoxy -&gt; web

Immediately after privoxy starts, behavior is as expected. After a few HTTP requests, though, it stops responding. /etc/init.d/privoxy restart doesn&apos;t work, I have to killall privoxy and then start it up again to get another short period of functionality.

Please re-open the bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2008-07-21 17:50:24 0000</bug_when>
            <thetext>Do you have some traces that could help us identify the problem?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>djarb@highenergymagic.org</who>
            <bug_when>2008-07-21 18:04:58 0000</bug_when>
            <thetext>Unfortunately, no. As the original poster said, this isn&apos;t leaving any useful messages in any logs, and it&apos;s not segfaulting.

I&apos;m running amd64; I guess that might be part of what&apos;s triggering the problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tla@oak.selfip.net</who>
            <bug_when>2008-07-22 08:34:16 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; Unfortunately, no. As the original poster said, this isn&apos;t leaving any useful
&gt; messages in any logs, and it&apos;s not segfaulting.
&gt; 
&gt; I&apos;m running amd64; I guess that might be part of what&apos;s triggering the problem.
&gt; 

I&apos;m running Intel 32 bit so I guess not ;)

It&apos;s interesting that restarting squid or privoxy temporarily clears the problem for me.  It&apos;s also interesting that privoxy doesn&apos;t exit when told to terminate by /etc/init.d/privoxy stop.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2008-07-24 16:51:31 0000</bug_when>
            <thetext>I&apos;ve p.masked version 3.0.8, revived the old stable version and added the latest beta version (3.0.9).

Please test 3.0.9 and tell me if this version fixes the issue.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>djarb@highenergymagic.org</who>
            <bug_when>2008-07-25 00:30:37 0000</bug_when>
            <thetext>3.0.9 appears to be working correctly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2008-07-25 05:32:43 0000</bug_when>
            <thetext>Closed as FIXED then.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>158111</attachid>
            <date>2008-06-23 14:06 0000</date>
            <desc>/etc/privoxy/config</desc>
            <filename>config.privoxy</filename>
            <type>text/plain</type>
            <data encoding="base64">Y29uZmRpciAvZXRjL3ByaXZveHkKbG9nZGlyIC92YXIvbG9nL3ByaXZveHkKYWRtaW4tYWRkcmVz
cyB4eHhAeXl5CgojdHJ1c3QtaW5mby11cmwgIGh0dHA6Ly93d3cuZXhhbXBsZS5jb20vd2h5X3dl
X2Jsb2NrLmh0bWwKI3RydXN0LWluZm8tdXJsICBodHRwOi8vd3d3LmV4YW1wbGUuY29tL3doYXRf
d2VfYWxsb3cuaHRtbAoKYWN0aW9uc2ZpbGUgc3RhbmRhcmQuYWN0aW9uICAjIEludGVybmFsIHB1
cnBvc2UsIHJlY29tbWVuZGVkCmFjdGlvbnNmaWxlIGRlZmF1bHQuYWN0aW9uICAgIyBNYWluIGFj
dGlvbnMgZmlsZQphY3Rpb25zZmlsZSB1c2VyLmFjdGlvbiAgICAgICMgVXNlciBjdXN0b21pemF0
aW9ucwpmaWx0ZXJmaWxlIGRlZmF1bHQuZmlsdGVyCiN0cnVzdGZpbGUgICB0cnVzdAkgICAgICMg
d2hpdGUgbGlzdCBvZiB0cnVzdGVkIHNpdGVkCgpsb2dmaWxlIHByaXZveHkubG9nCmphcmZpbGUJ
amFyZmlsZQoKZGVidWcgICAgICAgICAxICMgbG9nIGVhY2ggcmVxdWVzdCBkZXN0aW5hdGlvbiAo
YW5kIHRoZSBjcnVuY2ggcmVhc29uIGlmIFByaXZveHkgaW50ZXJjZXB0ZWQgdGhlIHJlcXVlc3Qp
CiNkZWJ1ZyAgICAgICAgIDIgIyBzaG93IGVhY2ggY29ubmVjdGlvbiBzdGF0dXMKI2RlYnVnICAg
ICAgICAgNCAjIHNob3cgSS9PIHN0YXR1cwojZGVidWcgICAgICAgICA4ICMgc2hvdyBoZWFkZXIg
cGFyc2luZwojZGVidWcgICAgICAgIDE2ICMgbG9nIGFsbCBkYXRhIHdyaXR0ZW4gdG8gdGhlIG5l
dHdvcmsgaW50byB0aGUgbG9nZmlsZQojZGVidWcgICAgICAgIDMyICMgZGVidWcgZm9yY2UgZmVh
dHVyZQojZGVidWcgICAgICAgIDY0ICMgZGVidWcgcmVndWxhciBleHByZXNzaW9uIGZpbHRlcnMK
I2RlYnVnICAgICAgIDEyOCAjIGRlYnVnIHJlZGlyZWN0cwojZGVidWcgICAgICAgMjU2ICMgZGVi
dWcgR0lGIGRlLWFuaW1hdGlvbgojZGVidWcgICAgICAgNTEyICMgQ29tbW9uIExvZyBGb3JtYXQK
I2RlYnVnICAgICAgMTAyNCAjIGRlYnVnIGtpbGwgcG9wLXVwcwojZGVidWcgICAgICAyMDQ4ICMg
Q0dJIHVzZXIgaW50ZXJmYWNlCmRlYnVnICAgICAgNDA5NiAjIFN0YXJ0dXAgYmFubmVyIGFuZCB3
YXJuaW5ncy4KI2RlYnVnICAgICAgODE5MiAjIE5vbi1mYXRhbCBlcnJvcnMKCmxpc3Rlbi1hZGRy
ZXNzICAxMjcuMC4wLjE6ODExOAoKdG9nZ2xlCQkJCTEKZW5hYmxlLXJlbW90ZS10b2dnbGUJCTEK
ZW5hYmxlLXJlbW90ZS1odHRwLXRvZ2dsZQkwCmVuYWJsZS1lZGl0LWFjdGlvbnMJCTAKYWNjZXB0
LWludGVyY2VwdGVkLXJlcXVlc3RzCTEKCmJ1ZmZlci1saW1pdCA0MDk2Cgpmb3J3YXJkZWQtY29u
bmVjdC1yZXRyaWVzICAwCgojIGZvcndhcmQgZGVmaW5lcyB3aGF0IHdlIGRvIHdpdGggaW5jb21p
bmcgcmVxdWVzdHMuCiMgYWxsIHJlcXVlc3RzIHNob3VsZCBiZSBmcm9tIHNxdWlkCgojIGRvbnQg
dXNlIHRvciBmb3IgdGhlc2UgLSBnbyBkaXJlY3QKZm9yd2FyZAkJczEJCS4KZm9yd2FyZAkJczEu
bm8xMS5uZXQJLgpmb3J3YXJkCQkxOTIuMTY4LiouKi8JLgpmb3J3YXJkCQlsb2NhbGhvc3QJLgpm
b3J3YXJkCQkxMjcuKi4qLiovCS4KCiMgZ28gZGlyZWN0CmZvcndhcmQJCS8JCS4KCiMgY2hhaW4g
cHJpdm94eSB0byB0b3IgdmlhIHNvY2tzNGEgKHdoaWNoIHVzZXMgYSB0b3IgRE5TKSBmb3IgZXZl
cnl0aGluZyBlbHNlCiNmb3J3YXJkLXNvY2tzNGEJLwlsb2NhbGhvc3Q6OTA1MAkuCg==
</data>        

          </attachment>
    </bug>

</bugzilla>