From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 20 11:28:30 2010 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9FC1065670; Sat, 20 Mar 2010 11:28:30 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 84D9A8FC26; Sat, 20 Mar 2010 11:28:30 +0000 (UTC) Received: by qyk5 with SMTP id 5so2621781qyk.13 for ; Sat, 20 Mar 2010 04:28:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=g3C+YzQofwURFc3nbSy1irff65h/fc1/2dDBejfwjBE=; b=tkTrLjIpu077iAfOG2SPZP+ac8+IbyAf8zoATvCzLo6qY91A/m6Ec0v0CN24bUfhYE DeCYLan0wAyHymspjEnpKtd1lP+dzPF51ju2/o3zqqykywOucsdhl0qQfnyClA1e/28l j1T/K0L6l4n45g0L18XTvZD3SQCzhJy7WAsNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=js74mile0K8VXi46wdG37n/d7cCYogsnbkyBIuh0VV5/VHe6CtiNwr0rbntq8Ve8u/ wU9KZZ+zvfRewLcWw70U6ufJd4OD7lAuwYXu5KmWUU3aN6wHv4r3ao0k5hSuK6q9nJTj fYXhrd7Yjuapwi9lZXCMuDlzbknWw5+JZB4as= Received: by 10.224.107.193 with SMTP id c1mr1575254qap.67.1269084508879; Sat, 20 Mar 2010 04:28:28 -0700 (PDT) Received: from centel.dataix.local (ppp-21.107.dialinfree.com [209.172.21.107]) by mx.google.com with ESMTPS id 5sm4342399qwh.15.2010.03.20.04.28.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Mar 2010 04:28:28 -0700 (PDT) Sender: "J. Hellenthal" Date: Sat, 20 Mar 2010 07:27:43 -0400 From: jhell To: Anton Shterenlikht In-Reply-To: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: ldd leaves the machine unresponsive X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 11:28:31 -0000 On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote: In Message-Id: <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> > On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> >> On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote: >> In Message-Id: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> >> >>> Just updated to ia64 r205248 >>> >>> If my problem is due to my mis-configuration, >>> I apologise in advance. >>> >>> I run this shell script after each upgrade >>> and 'make delete-old-libs' to check >>> if any shared objects need to be rebuilt: >>> >>> >>> >>> #!/bin/sh >>> >>> for file in `find /bin /sbin /usr/bin /usr/sbin /usr/lib /usr/libexec /usr/local -name "*"` >>> do >>> echo $file >>> ldd $file >> /root/ldd_results 2> /dev/zero >>> done >>> >>> >>> >> >> This will probably do closer to what you actually would want to look for. >> >> Writing to /dev/zero ... I don't know never tried it since /dev/null is >> usually the standard place to throw trash. >> >> #!/bin/sh >> for file in `find /*bin /usr/*bin /usr/lib* /usr/local/*bin -type f` do >> echo $file >> ldd $file >>/root/ldd_results 2>/dev/null >> done >> >> The problem with your script is that it finds most files that it can not >> or is not useful to run ldd on and leaves you junk in return. >> >> It might be more useful if you searched for dynamically linked ELF >> binaries to run ldd against like the following. >> >> === Script starts here === >> #!/bin/sh >> >> SEARCHPATH="/*bin /usr/*bin /usr/lib* /usr/local/*bin" >> >> trap 'exit 1' 2 >> >> check_libs() { >> for spath in $SEARCHPATH; do >> for ifelf in `find $spath -type f`; do >> ldd `file $ifelf | grep dynamically | cut -f1 -d:` >> done >> done >> } >> >> check_libs 2>/dev/null >> === Script ends here === >> >> The above will find all type ELF * that are dynamically linked within the >> SEARCHPATH variable and run ldd on them and print the results to stdout. >> >> Obviously since you are going to have thousands of files being questioned, >> stdout is not going to be useful. >> >> So with the about stated: >> save the script to: checklibs.sh >> run with: "sh checklibs.sh >/root/checklibs_output" >> or: "script /root/checklibs_output checklibs.sh" >> >>> After the upgrade to r205248, the script >>> freezes at seemingly random points. >>> >> >> Unneeded disk usage & execution. >> >>> I can still ssh to the machine (using keys), i.e. >>> I see the welcome message, but cannot get to the console prompt. >> >> Of course... to many open files or processes in wait. SSH already has the >> information it needs loaded into memory, that's why you can get sort-of-in >> >> ZFS file-system perhaps ? > > I've no ZFS. > > I'm seeing very similar behaviour now with csup: > > ( I do csup -L2 /root/ports-supfile, where > > # cat /root/ports-supfile > *default host=cvsup.uk.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. delete use-rel-suffix compress > > ports-all > # ) > > top(1) shows: > > last pid: 1160; load averages: 0.00, 0.06, 0.07 up 0+00:10:53 15:05:52 > 81 processes: 3 running, 61 sleeping, 17 waiting > CPU 0: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle > CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 23M Active, 19M Inact, 75M Wired, 136K Cache, 34M Buf, 5900M Free > Swap: 2780M Total, 2780M Free > > PID UID THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 10 0 2 171 ki31 0K 64K RUN 0 20:18 198.00% idle > 11 0 17 -48 - 0K 544K WAIT 0 0:01 0.00% intr > 1118 1001 1 96 0 12800K 3920K CPU0 0 0:00 0.00% top > 4 0 1 -8 - 0K 32K - 1 0:00 0.00% g_down > 1158 0 4 -8 0 43672K 6296K biowr 0 0:00 0.00% csup > > > which stays in biowr state indefinitely. > > I can issue kill -9 or kill -HUP from top(1), > which makes csup change state to STOP, but > nothing else happens. > > As before, I can't log in from other terminals > and have to do a cold reset. I've reinstalled > on another disk, so not sure what's going on. > > I think rm(1) is also extremely slow, but > maybe I'm imagining things. > > many thanks > anton > > I would post up the contents of your make.conf & your kernel config & your dmesg somewhere so it can be evaluated. Regards, -- jhell