Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9AFB9D543 for ; Mon, 15 Oct 2012 06:42:42 +0000 (UTC) Received: (qmail 77402 invoked by uid 500); 15 Oct 2012 06:42:38 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 77325 invoked by uid 500); 15 Oct 2012 06:42:37 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 77307 invoked by uid 99); 15 Oct 2012 06:42:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Oct 2012 06:42:37 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrey.timofeyev@gmail.com designates 209.85.210.173 as permitted sender) Received: from [209.85.210.173] (HELO mail-ia0-f173.google.com) (209.85.210.173) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Oct 2012 06:42:30 +0000 Received: by mail-ia0-f173.google.com with SMTP id m10so4415352iam.18 for ; Sun, 14 Oct 2012 23:42:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=WBL3Mc50/+3iknvoQEHAYuHeYb4u3C0x5M7DN1OBGEA=; b=aslemJf5oMqesUMMO4NjVQ9Gl4Jnyz7J+w4cTQC7hBsrRK/dsZF/SC8tMBe6FkIFuE EP9ojPqJXIEugfAlN5fo7ScywvKFquE9jear6iX8sNGMfiDYDsu5SHEvkKQgL6sydELw k+FwmMzuY3pGqWzJBhAe/WmKadTFrS0qGZ9A/BrDDY4ZDAvc/F8AJErlUUPyLza96nw6 MY6qLDQA4mCqHE6qCDbAGiQwT4OMQzcwOLdXSoldjXO+jqNBDA+R+UvPlCR9IyRbbPgq NY6z3yL91x5e+ZRDFobGYoexIh2bMLqKgiu46jg0x01wg2UwAVudlPdUgw5T+FztTthe 6hMg== MIME-Version: 1.0 Received: by 10.50.151.210 with SMTP id us18mr8074868igb.1.1350283329400; Sun, 14 Oct 2012 23:42:09 -0700 (PDT) Received: by 10.64.8.209 with HTTP; Sun, 14 Oct 2012 23:42:09 -0700 (PDT) In-Reply-To: <50783C1E.8020007@christopherschultz.net> References: <50783C1E.8020007@christopherschultz.net> Date: Mon, 15 Oct 2012 10:42:09 +0400 Message-ID: Subject: Re: tomcat 7 APR Connector problems From: Andrey Timofeyev To: Tomcat Users List , chris@christopherschultz.net Content-Type: multipart/alternative; boundary=e89a8f3b9e9931ef5604cc1356f0 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f3b9e9931ef5604cc1356f0 Content-Type: text/plain; charset=ISO-8859-1 Hi Chris, thank you so much for answer, > What about your Tomcat configuration: > Do you get exceptions or apparent deadlock? Can you generate a thread dump? There are no any deadlock or aniything strange compared to life server (i will generate it one yet time, may be i missed something) > Are your client connections long-lived Average client connection live 11 minutes. > What does 'ulimit -n' tell you 256k 2012/10/12 Christopher Schultz > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrey, > > On 10/12/12 11:30 AM, Andrey Timofeyev wrote: > > Hi, everybody, > > > > There is followen problem with tomcat 7.0.29 (With tomcat 6.0.18 > > there is no such problem): > > > > Any other services on the same machine lost connections with > > remote services, when number of incoming connections to tomcat > > reach pollerSize. (It seems that all file descriptors is used or > > something else) > > > > As I see in the tomcat 7 latch was added in AprEndpoint, and if > > connections reach maxLimit Acceptor locked on the latch. > > > > Here is server configuration: Linux 2.6.34.6-uni-02 #1 SMP Mon Sep > > 19 17:13:09 MSD 2011 x86_64 x86_64 x86_64 GNU/Linux APR: > > libapr1-1.4.6-3.8 kernel.panic = 20 > > net.ipv4.conf.all.accept_redirects = 0 > > net.ipv4.conf.default.accept_redirects = 0 > > net.ipv4.conf.all.rp_filter = 0 net.ipv4.conf.default.rp_filter = > > 0 net.ipv4.icmp_echo_ignore_broadcasts = 1 vm.min_free_kbytes = > > 65536 vm.swappiness = 0 net.core.optmem_max = 16777216 > > net.core.rmem_max = 16777216 net.core.rmem_default = 16777216 > > net.core.wmem_max = 16777216 net.core.wmem_default = 16777216 > > net.ipv4.tcp_rmem = 4096 16777216 16777216 net.ipv4.tcp_wmem = 4096 > > 16777216 16777216 net.core.netdev_max_backlog = 300000 > > net.core.somaxconn = 65536 net.ipv4.tcp_max_orphans = 262144 > > net.ipv4.tcp_max_syn_backlog = 65536 net.ipv4.tcp_max_tw_buckets = > > 1048576 net.ipv4.tcp_sack = 1 net.ipv4.tcp_synack_retries = 3 > > net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_syn_retries = 3 > > net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_window_scaling = 1 > > net.ipv4.conf.all.arp_filter = 1 net.ipv4.conf.default.arp_filter = > > 1 net.ipv4.conf.all.arp_ignore = 1 net.ipv4.conf.default.arp_ignore > > = 1 net.ipv4.conf.all.arp_announce = 2 > > net.ipv4.conf.default.arp_announce = 2 > > net.ipv4.neigh.default.gc_thresh1 = 2048 > > net.ipv4.neigh.default.gc_thresh2 = 4096 > > net.ipv4.neigh.default.gc_thresh3 = 8192 > > > > Is it tomcat issue or some misconfiguration? > > What about your Tomcat configuration? > > Do you get exceptions or apparent deadlock? Can you generate a thread > dump? Are your client connections long-lived? How long? What does > 'ulimit -n' tell you? > > - -chris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ > > iEYEARECAAYFAlB4PB4ACgkQ9CaO5/Lv0PB6owCfdKmTMEEiaZrlEOWwDSn8Zdic > P7MAn0dmd8U6FJMZvWEg89o8wWEuCqJV > =rdPD > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > -- Best regards, Andrey. --e89a8f3b9e9931ef5604cc1356f0--