Hi Patrick,
You can install 3.0.3 from vdt-development repo. Instruction are here:
https://twiki.grid.iu.edu/bin/view/SoftwareTeam/HowToInstallXrootd
Please let us know if you find any problems.
Thanks,
Tanya
----- Original Message -----
From: Doug Benjamin <[log in to unmask]>
Date: Wednesday, April 13, 2011 7:33 pm
Subject: Re: leaking file handles
To: Patrick McGuigan <[log in to unmask]>
Cc: Andrew Hanushevsky <[log in to unmask]>, Wilko Kroeger <[log in to unmask]>, Aaron van Meerten <[log in to unmask]>, xrootd-l <[log in to unmask]>
> Hi,
>
> OSG has put together a rpm for testing based on 3.0.3
>
> Doug
>
> On Apr 13, 2011, at 4:08 PM, Patrick McGuigan wrote:
>
> > Hi Andy,
> >
> > Is there a target date for the release of 3.0.3?
> >
> > --Patrick
> >
> > On 04/13/2011 03:57 PM, Andrew Hanushevsky wrote:
> >> Hi Aaron,
> >>
> >> Yes, I would like to know how the 3.0.3-pre8 got into your setup.
> The 3.0.2 release should
> >> not have had an FD leak, every tag between that and the official
> 3.0.3 tag had the FD
> >> leak. So, 3.0.3 does not have this problem.
> >>
> >> Andy
> >>
> >> -----Original Message----- From: Wilko Kroeger
> >> Sent: Wednesday, April 13, 2011 1:47 PM
> >> To: Aaron van Meerten
> >> Cc: xrootd-l
> >> Subject: Re: leaking file handles
> >>
> >>
> >> Hello Aaron
> >>
> >> I am not sure to which git commit version 3.0.3-pre8 corresponds to
> but it
> >> looks like this version was created before March 7. I suspect the
> leak you
> >> see is the one that has been fixed in commit adc3302a569 on March
> 24th and
> >> will be part of the 3.0.3 release.
> >>
> >> Cheers,
> >> Wilko
> >>
> >>
> >> On Wed, 13 Apr 2011, Aaron van Meerten wrote:
> >>
> >>> Hi xrootd list,
> >>>
> >>> I'm running xrootd 3.0.3-pre8 from
> http://newman.ultralight.org/repos/xrootd/x86_64/ at
> >>> MWT2.
> >>>
> >>> I've recently begun setting up xrootd on our Tier3 cluster, and
> I've noticed an
> >>> interesting problem. Each file I transfer into the xrootd data
> servers ends up with an
> >>> open FD by the xrootd process. This means that eventually even
> with a ulimit of 32768,
> >>> we are still running out of available file handles for our
> process. It seems to me that
> >>> every file handle that's ever been opened/copies is staying open
> even after the xrdcp
> >>> that's transferring the data has finished and exited successfully.
> lsof on the process
> >>> confirms that the xrootd process is in fact holding open this many
> files. This happens
> >>> on both of the data servers that I'm running, although it doesn't
> seem to an issue on my
> >>> redirector (which isn't running a Server-Side Inventory, so it
> might still happen there
> >>> if I was running in that mode).
> >>>
> >>>
> >>> My solution so far is to simply restart the xrootd process, which
> then restarts the
> >>> timer on this problem. However, that's clearly not an ideal
> solution for production.
> >>>
> >>> I'm curious if anyone else has experienced this, or if there's a
> good way to avoid it?
> >>>
> >>> Cheers,
> >>>
> >>> -Aaron van Meerten
> >>> MidWest Tier2
> >>>
>
>
|