From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21537 invoked by alias); 16 Jul 2011 05:43:19 -0000 Received: (qmail 21527 invoked by uid 22791); 16 Jul 2011 05:43:18 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,SARE_SUB_FOREVER X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 16 Jul 2011 05:43:05 +0000 From: "ppluzhnikov at google dot com" To: glibc-bugs@sources.redhat.com Subject: [Bug libc/12926] getaddrinfo()/make_request() may spin forever X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ppluzhnikov at google dot com X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Status Resolution Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Sat, 16 Jul 2011 05:43:00 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2011-07/txt/msg00071.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=12926 Paul Pluzhnikov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Paul Pluzhnikov 2011-07-16 05:42:43 UTC --- Further investigation showed that this is most likely an application (Java NIO actually) bug. It appears that NIO, under some conditions, may execute the following sequence of calls: 1. accept(...) = N 2. close(N) 3. dup2(X, N) = N which opens a race: if between 2 and 3 another thread opens N (e.g. a NETLINK socket), that thread will lose. In our case, the victim happened to be DNS resolver thread. Since there is nothing glibc can really do to protect itself from such application code, resolving as invalid. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.