On Thu, Jul 07, 2005 at 05:05:05PM +0100 or thereabouts, Jamie Kelvin Ferguson wrote:
> Whats the name of the srm/SE machine at RAL. If I use
> dcache.gridpp.rl.ac.uk in
> a standard query that I use successfully for all tier 2 sites, I get the
> following
>
> $ ldapsearch -LLL -x -h dcache.gridpp.rl.ac.uk -p 2135 -b
> "mds-vo-name=local,
> o=grid" "GlueSAAccessControlBaseRule=dteam" GlueSAStateAvailableSpace
> GlueSAStateUsedSpace
>
> ldap_bind: Can't contact LDAP server
>
> But thats after its been hanging for ages.
>
> However if I try,
>
> $ ldapsearch -x -H ldap://site-bdii.gridpp.rl.ac.uk:2170 -b
> mds-vo-name=RAL-LCG2,o=grid "GlueSAAccessControlBaseRule=dteam"
> GlueSAStateAvailableSpace GlueSAStateUsedSpace
>
> I get the storages returned.
>
> The second one clearly queries a different machine but I thought you could
> query an SE/srm directly?
> Why doesn't the first one work?
It is behind a firewall on purpose, to stop people writing monitoring
scripts against it :)
Please use the site-bdii.
Steve
>
> Jamie
>
> On Thu, 7 Jul 2005, Philip Clark wrote:
>
> > >
> > > I don't think we have a workaround, it just works?
> > >
> > > I expect you have mentioned it before but what is the problem?
> >
> > http://savannah.cern.ch/bugs/?func=detailitem&item_id=8777
> >
> > We need to understand why you are not seeing this bug. IC, Manchester
> > and Edinburgh all seem to have it. If we try to monitor your storage
> > through the lcg information system then I expect it will show up too.
> >
> > -Phil
> >
--
Steve Traylen
[log in to unmask]
http://www.gridpp.ac.uk/
|