From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 1 00:21:02 2010 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F40106564A for ; Mon, 1 Nov 2010 00:21:02 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id A46378FC16 for ; Mon, 1 Nov 2010 00:21:02 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id oA10L14M011056; Sun, 31 Oct 2010 18:21:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id oA10L17F011053; Sun, 31 Oct 2010 18:21:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 31 Oct 2010 18:21:01 -0600 (MDT) From: Warren Block To: Garrett Cooper In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-902635197-645990358-1288570243=:10943" Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Sun, 31 Oct 2010 18:21:01 -0600 (MDT) Cc: hackers@FreeBSD.org Subject: Re: ccache pausing in buildworld X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Nov 2010 00:21:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---902635197-645990358-1288570243=:10943 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: On Sun, 31 Oct 2010, Garrett Cooper wrote: > On Sun, Oct 31, 2010 at 9:38 AM, Warren Block wrote: >> About a month ago, ccache began to pause in buildworld.  The build doesn't >> halt or quit, it stays running but not doing anything: >> >> /usr/local/libexec/ccache/world-cc -fpic -DPIC -O2 -pipe -march=prescott >> -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include >> -I/usr/src/lib/libc/i386-DNLS -D__DBINTERFACE_PRIVATE >> -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc >> -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE >> -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN >> -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 >> -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k >> -Wno-uninitialized -Wno-pointer-sign -c crypt_xdr.c -o crypt_xdr.So >> >> And there it stays: >> >>  load: 0.02  cmd: make 83143 [select] 401.32r 0.05u 0.05s 0% 852k >>  load: 0.01  cmd: make 83143 [select] 409.08r 0.05u 0.05s 0% 852k >>  load: 0.01  cmd: make 83143 [select] 422.00r 0.05u 0.05s 0% 852k > > Have you tried trussing or ktrace'ing the processes to determine > where they get stuck? Not until now: # truss -p 89904 wait4(0xffffffff,0xbfbfdda8,0x3,0x0,0x0,0x0) = 0 (0x0) select(1024,{4},0x0,0x0,{2.000000 }) = 0 (0x0) wait4(0xffffffff,0xbfbfdda8,0x3,0x0,0x0,0x0) = 0 (0x0) select(1024,{4},0x0,0x0,{2.000000 }) = 0 (0x0) Like it's waiting for input. Yet do it alone, and it works fine: # cd /usr/obj/usr/src/lib/libc # /usr/local/libexec/ccache/world-cc -O2 -pipe -march=prescott -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c nslexer.c # Emanuel Haupt points out ports/151287, which is the same thing. ---902635197-645990358-1288570243=:10943--