From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 20 20:53:41 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 57295106566C; Sat, 20 Mar 2010 20:53:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9838FC1A; Sat, 20 Mar 2010 20:53:40 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nt5fv-0000Jp-V0; Sat, 20 Mar 2010 20:53:40 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nt5fu-0000Ef-Ne; Sat, 20 Mar 2010 20:53:38 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3) with ESMTP id o2KKrcCG085078; Sat, 20 Mar 2010 20:53:38 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2KKrcCK085077; Sat, 20 Mar 2010 20:53:38 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sat, 20 Mar 2010 20:53:37 +0000 From: Anton Shterenlikht Message-ID: <20100320205337.GF84236@mech-cluster241.men.bris.ac.uk> References: <20100317163230.GJ87732@mech-cluster241.men.bris.ac.uk> <20100319211535.GA76683@mech-cluster241.men.bris.ac.uk> <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100320154446.GE84236@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: jhell , 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 20:53:41 -0000 On Sat, Mar 20, 2010 at 03:44:46PM +0000, Anton Shterenlikht wrote: > On Sat, Mar 20, 2010 at 07:27:43AM -0400, jhell wrote: > > > > 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. > > When I reinstalled 8.0 from a CD, > I updated source with csup, that worked. > However, after upgrading to current, I can't get > any luck with csup. The important bit is that > I don't really know what revision this is. > > I've no /etc/make.conf > > kernel config: > http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/UZI > > dmesg: > http://seis.bris.ac.uk/~mexas/freebsd/ia64/rx2600/uzi/dmesg.boot > Marcel, this might be of some interest. I managed to csup /usr/src, probably because there was not too many updates from 3 days ago. I proceeded with updating the system, but had a freeze again in single user at the very beginning of 'make installworld'. Now I've reinstalled 8.0-CURRENT-200906 snapshot and have no issues with csup, just completed downloading the ports tree. It seems something is wrong with csup(1), or pehaps disk i/o, in the recent ia64 updates. I'll try building svn from ports and update via svn, will report the results. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423