From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-relay2.palm.com ([64.28.152.243]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SPfdb-00079b-Eh for openembedded-core@lists.openembedded.org; Wed, 02 May 2012 21:54:59 +0200 X-IronPort-AV: E=Sophos;i="4.75,519,1330934400"; d="scan'208";a="13271388" Received: from unknown (HELO ushqusdns3.palm.com) ([148.92.223.90]) by smtp-relay2.palm.com with ESMTP; 02 May 2012 12:45:13 -0700 Received: from fuji.noir.com ([10.100.2.13]) by ushqusdns3.palm.com (8.14.4/8.14.4) with ESMTP id q42JjCWS015305; Wed, 2 May 2012 12:45:13 -0700 Message-ID: <4FA18EC8.5040504@palm.com> Date: Wed, 02 May 2012 12:45:12 -0700 From: Rich Pixley User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: openembedded-core@lists.openembedded.org References: <4FA17B2A.5060903@palm.com> <4FA17FA7.9030805@windriver.com> <4FA187F4.9040003@palm.com> <4FA18DA7.6010205@windriver.com> In-Reply-To: <4FA18DA7.6010205@windriver.com> Subject: Re: SetScene tasks hang forever? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2012 19:54:59 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/2/12 12:40 , Mark Hatle wrote: > On 5/2/12 2:16 PM, Rich Pixley wrote: >> On 5/2/12 11:40 , Mark Hatle wrote: >>> On 5/2/12 1:21 PM, Rich Pixley wrote: >>>> I'm seeing a lot of builds apparently hanging forever, (the ones that >>>> work seem to work within seconds - the ones that hang seem to hang for >>>> at least 10's of minutes), with: >>>> >>>> rich@dolphin> nice tail -f Log >>>> MACHINE = "qemux86" >>>> DISTRO = "" >>>> DISTRO_VERSION = "oe-core.0" >>>> TUNE_FEATURES = "m32 i586" >>>> TARGET_FPU = "" >>>> meta = "master:35b5fb2dd2131d4c7dc6635c14c6e08ea6926457" >>>> >>>> NOTE: Resolving any missing task queue dependencies >>>> NOTE: Preparing runqueue >>>> NOTE: Executing SetScene Tasks >>>> >>>> If I run top, I see one processor pinned at 98 - 99% utilization running >>>> python, but no other clues. >>>> >>>> Can anyone point me to doc, explain what's going on here, or point me in >>>> the right direction to debug this? >>> The only time I've seen "hang-like" behavior the system actually opened a >>> devshell and was awaiting input. But based on your log, it doesn't look like >>> that is the case. >>> >>> Run bitbake with -DDD option, you will get considerably more debug information >>> and it might help point out what it thinks it is doing. >> NOTE: Executing SetScene Tasks >> DEBUG: Stamp for underlying task >> 12(virtual:native:/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/opkg/opkg_svn.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 16(virtual:native:/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 20(virtual:native:/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 24(/home/rich/projects/webos/openembedded-core/meta/recipes-core/eglibc/ldconfig-native_2.12.1.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 32(virtual:native:/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/genext2fs/genext2fs_1.4.1.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 36(virtual:native:/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.42.1.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 40(virtual:native:/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/qemu/qemu_0.15.1.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> DEBUG: Stamp for underlying task >> 44(/home/rich/projects/webos/openembedded-core/meta/recipes-devtools/qemu/qemu-helper-native_1.0.bb, >> do_populate_sysroot) is current, so skipping setscene variant >> >> And then the spinning hang. > Sorry, I don't know how to continue debugging what might be wrong. The only > other thing I can suggest is check that your filesystem is "real", not a > netapp/nfs/network emulated filesystem.... > > And if you were continuing a previous build, start a new build directory and > retry it. Local file system. I'm building a second time expecting a null build pass. I was able to get a null build pass in the same directory yesterday. Removing my build directory and starting over has been working, but costs me a few hours each time, and this happens frequently enough that I get no other work done. :(. Thanks for reading. --rich