perfSONAR User Q&A and Other Discussion

[Andrew Lake <>]

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