perfSONAR User Q&A and Other Discussion

[Andrew Lake <>]

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
>