perfSONAR User Q&A and Other Discussion

[Mark Maciolek <>]

hi,

https://nautilus.sr.unh.edu/maddash-webui/

Before I updated the maURL I would just all orange boxes (no data found) 
now I just get spinning update wheel.

mark

On 11/17/2014 3:28 PM, Andrew Lake wrote:
> Hi Mark,
>
> http://%row/esmond/perfsonar/archive/ should be fine. The MA on 
> nautilus.sr.unh.edu also looks like it's running fine. I can see data if I 
> query it directly. What's the URL of your maddash web page and what symptoms 
> is it showing? Maybe if I take a look at that I can help figure out what is 
> happening.
>
> Thanks,
> Andy
>
>
> On Nov 17, 2014, at 10:45 AM, Mark Maciolek 
> <>
>  wrote:
>
> > hi,
> >
> > http://nautilus.sr.unh.edu/esmond/perfsonar/archive/
> >
> > from maddash.yaml
> >
> > graphUrl: 
> > http://nautilus.sr.unh.edu/serviceTest/graphWidget.cgi?url=%maUrl&dest=%col&source=%row
> >       maUrl:
> >         default: http://%row/esmond/perfsonar/archive/
> >
> > Are you saying it should be:
> > graphUrl: 
> > http://nautilus.sr.unh.edu/serviceTest/graphWidget.cgi?url=%maUrl&dest=%col&source=%row
> >       maUrl:
> >     default: http://nautilus.sr.unh.edu/esmond/perfsonar/archive
> >
> > Mark
> >
> > On 11/17/2014 10:05 AM, Andrew Lake wrote:
> > > Hi Mark,
> > >
> > > You need to change the URLs for the MAs in your maddash config to take the form 
> > > http://<hostname>/esmond/perfsonar/archive where <hostname> is the address of 
> > > your toolkit host. What's the name of the host where you don't think esmond is working? 
> > > The two UNH hosts I see seem to have working instances, but I may be looking at the wrong 
> > > hosts.
> > >
> > > Thanks,
> > > Andy
> > >
> > >
> > >
> > >   On Nov 17, 2014, at 9:46 AM, Mark Maciolek 
> > > <>
> > >  wrote:
> > >
> > > > hi,
> > > >
> > > > Tests are working, esmond archive is not, Maddash does not work since upgrade 
> > > > to 3.4
> > > >
> > > > Mark
> > > >
> > > > On 11/17/2014 9:17 AM, Andrew Lake wrote:
> > > > > Hi,
> > > > >
> > > > > After the 3.4 upgrade perfSONARBUOY is no longer used. The measurement 
> > > > > archive is now handled by a software package called esmond. You also do not 
> > > > > need discover_external_address. The address discovery has been moved into the 
> > > > > individual components that needs the address. The fact that perfSONARBUOY 
> > > > > will not start should not affect your tests.
> > > > >
> > > > > Thanks,
> > > > > Andy
> > > > >
> > > > >
> > > > > On Nov 15, 2014, at 10:45 AM, Mark Maciolek 
> > > > > <>
> > > > >  wrote:
> > > > >
> > > > > > hi,
> > > > > >
> > > > > > 2014/11/15 10:39:21 (18195) FATAL> perfSONARBUOY.pm:238 
> > > > > > perfSONAR_PS::Services::MA::perfSONARBUOY::init - With LS registration enabled, 
> > > > > > you need to specify either the service accessPoint for the service or the 
> > > > > > external_address
> > > > > >
> > > > > > After the upgrade to 3.4 discover_external_address was removed.
> > > > > >
> > > > > > Restoring it from backups gives this error when trying to run it.
> > > > > >
> > > > > > /opt/perfsonar_ps/toolkit/scripts/discover_external_address
> > > > > > Base class package "perfSONAR_PS::NPToolkit::Config::pSPSServiceDaemon" is 
> > > > > > empty.
> > > > > >     (Perhaps you need to 'use' the module which defines that package first,
> > > > > >     or make that module available in @INC (@INC contains: 
> > > > > > /opt/perfsonar_ps/toolkit/scripts/../lib /usr/local/lib64/perl5 
> > > > > > /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl 
> > > > > > /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .).
> > > > > > at 
> > > > > > /opt/perfsonar_ps/toolkit/scripts/../lib/perfSONAR_PS/NPToolkit/Config/PingER.pm
> > > > > >  line 21.
> > > > > >
> > > > > > Try reinstall and get this message:
> > > > > >
> > > > > > Installed package perl-perfSONAR_PS-perfSONARBUOY-config-3.3.2-1.pSPS.noarch 
> > > > > > (from Internet2) not available.
> > > > > >
> > > > > > Any suggestions on how to fix this?
> > > > > >
> > > > > > Mark
> > > > --
> > > >
> > > > Mark Maciolek
> > > > Network Administrator
> > > > Morse Hall Room 339
> > > > 603-862-3050
> > > > https://www.unh.edu/research/support-units/research-computing-center
> > > >
> > > >
> > > > ---
> > > > This email is free from viruses and malware because avast! Antivirus 
> > > > protection is active.
> > > > http://www.avast.com
> > --
> >
> > Mark Maciolek
> > Network Administrator
> > Morse Hall Room 339
> > 603-862-3050
> > https://www.unh.edu/research/support-units/research-computing-center
> >
> >
> > ---
> > This email is free from viruses and malware because avast! Antivirus 
> > protection is active.
> > http://www.avast.com