Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Dashboard unable to retrieve data

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Dashboard unable to retrieve data


Chronological Thread 
  • From: "Uhl, George D. (GSFC-423.0)[SGT INC]" <>
  • To: Andrew Lake <>
  • Cc: perfsonar-user <>
  • Subject: Re: [perfsonar-user] Dashboard unable to retrieve data
  • Date: Wed, 25 Mar 2015 19:05:01 +0000
  • Accept-language: en-US

Hi Andy,

In the statistics page that displays after I click on the on the orange
cell, I get this:

graphUrl:
http://archive.eos.nasa.gov/serviceTest/graphWidget.cgi?url=http://archive.
eos.nasa.gov/esmond/perfsonar/archive/&dest=edclxw41.cr.usgs.gov&source=esd
is-ps.eosdis.nasa.gov
maUrl: http://archive.eos.nasa.gov/esmond/perfsonar/archive/


When I click on a cell with current data, I get this:

Count: 112
graphUrl:
http://archive.eos.nasa.gov/serviceTest/graphWidget.cgi?url=http://archive.
eos.nasa.gov/esmond/perfsonar/archive/&dest=nasatest2.asf.alaska.edu&source
=esdis-ps.eosdis.nasa.gov
Max: 4
Standard_Deviation: 0.6628955437552
Average: 0.330357142857143
maUrl: http://archive.eos.nasa.gov/esmond/perfsonar/archive/
Min: 0


Thanks,
George

On 3/23/15, 8:57 AM, "Andrew Lake"
<>
wrote:

>Hi George,
>
>A no_agent host means that it cannot initiate tests or register any data
>to an MA. All it should do it make both the top and the bottom of the box
>use the MA set for the host that has the agent. If you click on the
>orange box, on the page that loads the details of the check you should
>see a vertical tab labelled "Statistics". Click on that to expand it and
>verify it has the correct MA set for the maUrl displayed.
>
>Thanks,
>Andy
>
>On Mar 19, 2015, at 1:52 PM, "Uhl, George D. (GSFC-423.0)[SGT INC]"
><>
> wrote:
>
>> Andy,
>>
>> I can run the tests by hand without a problem. When I go to the
>>toolkit page of esdis-ps.eosdis.nasa.gov and display the throughput and
>>latency/loss graphs I have current data (see attached). I verified
>>connectivity to the standalone MA over port 80 & 443. In a mesh, which
>>hosts are reporting test results to the MA - the source, the destination
>>or both? What happens if one of them is a no_agent host?
>>
>> In my case I have two agent hosts testing with one no_agent host. On
>>both agent hosts, the throughput/latency/loss graphs shows the source is
>>the no_agent host and the destination is the agent host. Yet agent host
>>is able to send data to the central MA,it¹s displaying on the dashboard,
>>while the other is not.
>>
>> I¹m not sure what log files will indicate the cause of the failure.
>>
>> Thanks,
>> George
>>
>> From: Andrew Lake
>> <>
>> Date: Wednesday, March 18, 2015 at 4:44 PM
>> To: George Uhl
>> <>
>> Cc: perfsonar-user
>> <>
>> Subject: Re: [perfsonar-user] Dashboard unable to retrieve data
>>
>> Hi george,
>>
>> Looking at the data it appears the OWAMP tests stopped working around
>>January 26th and the BWCTL tests ~January 23rd. You might want to double
>>check the test is still configured. Could also be a firewall change
>>maybe? If you run owping or bwctl by hand do the tests complete?
>>
>> Thanks,
>> Andy
>>
>>
>> On Mar 18, 2015, at 9:42 AM, "Uhl, George D. (GSFC-423.0)[SGT INC]"
>><>
>> wrote:
>>
>>>
>>> I have a situation where I¹m unable to retrieve data from OWAMP or
>>>BWCTL/iperf tests between two nodes on my dashboard. The dashboard is
>>>run on a standalone centralized MA and I see test results data between
>>>these hosts in the esmond perfsonar archive. One node,
>>>esdis-ps.eosdis.nasa.gov is participating in a mesh. The other node,
>>>edclxw41.cr.usgs.gov is a no_agent mesh member. This same no_agent
>>>member is running tests with another member, 207.151.223.222, and those
>>>results are being displayed in the dashboard. I¹ve attached a gzipped
>>>copy of the esmond archive from the MA and a screen shot of the
>>>dashboard.
>>>
>>> Thanks,
>>> George
>>> <MAesmondPSarchive.json.gz><Screen Shot 2015-03-18 at 9.37.00 AM.png>
>>
>> <Screen Shot 2015-03-19 at 1.18.13 PM.png>
>

Attachment: smime.p7s
Description: S/MIME cryptographic signature




Archive powered by MHonArc 2.6.16.

Top of Page