[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47A13FBD.8050803@trash.net>
Date: Thu, 31 Jan 2008 04:25:49 +0100
From: Patrick McHardy <kaber@...sh.net>
To: Jeff Chua <jeff.chua.linux@...il.com>
CC: Jozsef Kadlecsik <kadlec@...ckhole.kfki.hu>,
lkml <linux-kernel@...r.kernel.org>,
Krzysztof Piotr Oledzki <ole@....pl>,
"David S. Miller" <davem@...emloft.net>,
cups-bugs <cups-bugs@...ysw.com>,
Netfilter Development Mailinglist
<netfilter-devel@...r.kernel.org>
Subject: Re: cups slow on linux-2.6.24
Jeff Chua wrote:
> On Jan 31, 2008 10:41 AM, Patrick McHardy <kaber@...sh.net> wrote:
>
>
>> Thanks. In the dump we can see that connections reusing ports
>> always have their first SYN dropped and retransmissted three
>> seconds later. I'm not sure whats causing this yet, do you have
>> any firewall rules that affect loopback traffic?
>>
>
> No firewall.
>
> And the "lp" is just to print to a file@...alhost.
>
> # lpadmin -p lp -i /etc/cups/interfaces/lp -v lpd://localhost/file -o
> printer-error-policy=retry-job
> # lpadmin -p file -i /etc/cups/interfaces/file -v file:/dev/null -o
> printer-error-policy=retry-job
>
> Filter for lp is ..
> cat $6
>
> Filter for file is ...
> cat $6 >/tmp/$$
>
Actually its probably the SYN/ACK that is dropped. Please try whether
modprobe ipt_LOG
echo 255 >/proc/sys/net/netfilter/nf_conntrack_log_invalid
and then running the test again logs something to the ring buffer.
You don't need to run the entire test, just until you get a log
message from conntrack.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists