perfsonar development work

[Szymon Trocha <>]

Jason Zurawski pisze:
> Szymon;
>
> > Hi,
> >
> > I asked SD to provide me some info
> >
> > Jason Zurawski pisze:
> > > > > This does not work either, all I got back were the control metadatas.
> > > > > If we can figure out *if* this service is summarizing and where it is
> > > > > storing the data, that would be a good first step.  Some other things
> > > > > worth knowing:
> > > > >
> > > > >  - Which gLSs it is contacting to register
> >
> > According to log this one:
> > http://ndb1.internet2.edu:9991/perfSONAR_PS/services/gLS
>
>
> Can I ask why it is only registering with one gLS?  For redundancy the 
> document (and I) would recommend registering with at least 3.

ok

> > > > >  - How often it is registering (if it is registering)
> >
> > component.registrator.interval=43200
>
>
> Every 12 hours is fine, but if you want information to show up faster I 
> would recommend closer to 4 hours.

Sure but the content of LHCOPN is currently quite static.

> > > > >  - Errors the gLSs may return if registration is failing
> >
> > But the log indicates summary is empty:
>
>
> This would explain why I couldn't query for the data, it wasn't there. 
> Is there an open bug on this - if there is could I be CCed on it so I 
> can test the fixes that are applied to the MDM hLS?

Can I suggest we rather start testing the latest release of LS (1.4) 
instead of the previous version? I don't think it makes sense in order 
to debug properly.

The latest hLS is already upgraded in PIONIER: 
http://ls.perfsonar.pionier.net.pl:8180/geant2-java-xml-ls/services/LookupService 
and is easy (at least for me) to access

SD will also upgrade LHCOPN infrastructure but it will take some time.

Regards,
--
Szymon Trocha

Poznan Supercomputing & Netw. Center ::: NETWORK OPERATION CENTER
Tel. +48 618582022 ::: http://noc.man.poznan.pl