Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] MadDash not showing any test results

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] MadDash not showing any test results


Chronological Thread 
  • From: Andrew Lake <>
  • To: Johann Hugo <>, , Phil Reese <>
  • Subject: Re: [perfsonar-user] MadDash not showing any test results
  • Date: Fri, 2 Jun 2023 09:44:21 -0700

Hi Johann,

I am a little confused by your setup. You cannot have the old esmond instance and the new central archive on the same host. When you install the 5.0 archive you get a read-only esmond API endpoint for backward compatibility with queries, you cannot write data to it. I think the central archive you have setup still has old esmond poking at the URL? The /logstash URL gives a 404. I suspect maybe author incorrect for the old esmond instance?

@Phil I have been traveling so have not had a chance to look at your issues yet, and seems no one else has picked them up. The perfsonar-archive on CentOS should work. There are issues if you try on a flavor of EL other than CentOS, which will be fixed in 5.0.2. We just tagged 5.0.2 and are doing final testing, it should be out Monday fwiw. 


Thanks,
Andy


On June 2, 2023 at 8:44:18 AM, Phil Reese () wrote:

Hi Johann,

I've been struggling with similar issues, with regards to the Centos based Archive server (Logstash and OpenSearch). I've gotten that same error over and over for a long time.

I look forward to the PS teams reply, but I will make a suggestion or two.

The main one is to switch to using a debian/ubuntu version of the Archiver host.  That doesn't give the "Service Unavailable" error.

I did notice a few other things that the PS folks might look at.

In both Centos and Deb/Ubnt, the file:
/etc/httpd/conf.d/apache-logstash.conf on Centos
and
/etc/apache2/conf-available/
apache-logstash.conf in Deb/Ubnt

These lines for allowing access via IP rather then user/pword:

           ## Allow access from IPs 10.1.1.1 and 10.1.1.2
           ##
           # Require ip 10.1.1.1 10.1.1.2
           ##
           ## Allow access from subnet 10.1.1.0/24
           ##
           # Require ip 10.1.1.1 10.1.1.2
           ##

I think the example for use of a subnet should be:
           # Require ip 10.1.1.0/.24  instead of a copy from the single host line above it.

One other note is a discovery that newly added files at /usr/lib/perfsonar/archive/perfsonar-scripts in the Deb/Ubnt version have no write permissions for:
elmond_configuration.sh
psconfig_archive.sh
and therefore the scripts won't run as suggested in the docs page.  Doing a chmod as root fixed that.

Hope this helps.
Phil





On 5/22/23 9:13 AM, Johann Hugo wrote:
Hi all

MadDash not showing any test results. it's configured to read results from both esmond and opensearch. This is in our remote psconfig template


--
To unsubscribe from this list: https://lists.internet2.edu/sympa/signoff/perfsonar-user



Archive powered by MHonArc 2.6.24.

Top of Page