[668] in arla-drinkers

home help back first fref pref prev next nref lref last post

shared libs in AFS

daemon@ATHENA.MIT.EDU (Dave Morrison)
Fri Mar 5 10:41:47 1999

From owner-arla-drinkers@stacken.kth.se Fri Mar 05 15:41:47 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 5220 invoked from network); 5 Mar 1999 15:41:46 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
  by bloom-picayune.mit.edu with SMTP; 5 Mar 1999 15:41:46 -0000
Received: (from majordom@localhost)
	by sundance.stacken.kth.se (8.8.8/8.8.8) id QAA22576
	for arla-drinkers-list; Fri, 5 Mar 1999 16:32:43 +0100 (MET)
Received: from rcf.rhic.bnl.gov (rcf.rhic.bnl.gov [130.199.80.160])
	by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id QAA22572
	for <arla-drinkers@stacken.kth.se>; Fri, 5 Mar 1999 16:32:38 +0100 (MET)
Received: from bnl.gov (morrison.rhic.bnl.gov [130.199.80.17])
	by rcf.rhic.bnl.gov (8.8.8/8.8.8) with ESMTP id KAA00904;
	Fri, 5 Mar 1999 10:32:36 -0500 (EST)
Message-ID: <36DFF8E9.84D3B9AE@bnl.gov>
Date: Fri, 05 Mar 1999 10:31:53 -0500
From: Dave Morrison <dave@bnl.gov>
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.1 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: arla-drinkers <arla-drinkers@stacken.kth.se>
Subject: shared libs in AFS
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk

Hi all,

I'm running a arla-0.22, linux 2.2.1 on a dual-CPU box.  We have an application
that references a lot of shared libraries that are stored in an AFS volume. 
When arla is first started on the machine, all is well, and we can see and load
the libraries.  After a time (few hours or so), an odd thing happens - I can
still ls each of the shared libraries, I can cat each of them to /dev/null, and
I can cp each out of AFS.  If I retrieve one of the libraries from AFS by way of
a different machine running Transarc's AFS and compare it to one retrieved using
arla they seem to be byte for byte identical.  However, running ldd on our main
application reports that some of the shared libraries can't be found.  We are
successfully using other shared libraries from the same directory and the
application had been successfully using the libraries in question up to the
point that they became unloadable.  Once in this state, it seems to be
persistent.  I really need to stop and restart arla for it to clear.  I would be
perfectly willing to believe this is a linux question and not an arla one,
except that we don't see this behavior on machines running Transarc's AFS (OK,
and those other machines are also not running 2.2.1!) 

If anyone has tips on how I could diagnose the problem, how I could collect good
debug info or something, I'd be very grateful.

Thanks,
Dave

-- 
David Morrison  Brookhaven National Laboratory  phone: 516-344-5840
                Physics Department, Bldg 510 C    fax: 516-344-3253
		          Upton, NY 11973-5000  email: dave@bnl.gov

home help back first fref pref prev next nref lref last post