Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] perfsonar 4.0 MeshConfig problem

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] perfsonar 4.0 MeshConfig problem


Chronological Thread 
  • From: Andrew Lake <>
  • To: Edward Toth <>
  • Cc: Antoine Delvaux <>,
  • Subject: Re: [perfsonar-user] perfsonar 4.0 MeshConfig problem
  • Date: Fri, 5 May 2017 07:12:48 -0700
  • Ironport-phdr: 9a23:yRPaBh1CKnmbu7KhsmDT+DRfVm0co7zxezQtwd8ZseITI/ad9pjvdHbS+e9qxAeQG96KtbQa16GJ6+jJYi8p2d65qncMcZhBBVcuqP49uEgeOvODElDxN/XwbiY3T4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx7xKRR6JvjvGo7Vks+7y/2+94fdbghMhTexe7J/IRq5oQjTqsUdnJdvJLs2xhbVuHVDZv5YxXlvJVKdnhb84tm/8Zt++ClOuPwv6tBNX7zic6s3UbJXAjImM3so5MLwrhnMURGP5noHXWoIlBdDHhXI4wv7Xpf1tSv6q/Z91SyHNsD4Ubw4RTKv5LpwRRT2lCkIKSI28GDPisxxkq1bpg6hpwdiyILQeY2ZKeZycr/Ycd4cWGFPXNteVzZZD428bYQPAe0PMulWoYf+ulUAswexCBK2C+/z0DJFnGX70bE43uknDArI3BYgH9ULsHnMsNj1MrodUfqrw6jG0D7NaelZ2TTj54PVdR0uu/eMUq9wcMfK10YvDBnJjlOOpoz5Jj6Y0PkGvWac7+plT+2vimgnphlrojex28gsi5PJiZwJxVDY7yl5wYA1KcWlREN/f9KoCpVduiGAO4doTc4uXntktDs7x7AJoZK3YTYGxZc9yxLCZfGLb5KE7gz5WOuSPTt0nG5leK+xhhaz70egzPfwWdOo31pQtCVFjt/BvW0O2RzL8sWLV+Vx80S71TuBzQze5fxILVo2mKbGM5It3KI8m54JvUnAHiL6glj6gauIekk+5OSk9/jrb7P7rZGGLYB0kBvxMqE2l8y/H+s4Ng8OUnCV+eui27Dv50n5T65OjvEsnanZt47aKdwapq6/HQBVzp4u5wuhAzqlytgVk2MLIV1YdB6djYXlJknCIPXiAve+h1Ssni1rx/fDPrD5GJrNKGXMkbf6cLlj8E5Q0gwzws5D555MELEOPOrzWlPttNzfFhI5KxK7w/zpCNVm0YMeX3iAArWAPKPPql+H+PgvLvKIZI8Uozb9N+Ml6+D0gX84n18dYbem3YERaH+mAvRqPV+VbmTxjdccQi82uV8TQPPjklHKbTlPZz7mQ6Ug5hkpCY7gEZrcR42rxrWKmi6nSM54fGdDX3mKHW3laM2gUvQBIHabJMNwujEfE76sV9lyhlmVqAbmxu8/faLv8SoCuMemjYAt6g==
Hi,

Its possible that its not following the redirect. In /etc/perfsonar/meshconfig-agent-tasks.conf try changing the measurement archive URL from http to https (should be in three places, just do a text search for it). If that fixes it, I will file an issue since it should follow the redirect. 

Thanks,
Andy

On May 5, 2017 at 4:47:53 AM, Edward Toth () wrote:


Hi,

sorry for the late answer.


On 2017-04-28 15:46, Andrew Lake wrote:
> Hi,
>
> Looks like the problem is that 64.251.58.166 is in a traceroute mesh but
> does not have a traceroute measurement_archive defined. You didn't see it
> pre-4.0 because the meshconfig-guiagent did not generate traceroute
> dashboards so it was ignoring those tests.
>
> That problem looks separate from the central archive not getting results.
> Looking at your pscheduler tasks on one of the hosts I could reach, it
> looks like they are having some type of problem reaching the archive.
> Running the command below shows an example of this if you are curious:
>
> pscheduler result --archivings
> https://192.35.241.164/pscheduler/tasks/323d255d-c7de-47e5-81c6-d03e04926790/runs/c3cec40b-1d42-41e1-902f-c2e32635b288

This command only gives me an error that the number of arguments
supplied is wrong. I assume the reason is, that I cannot reach the server...
However I was able to run the command on one of the test nodes (I
did not try it on the other ones) and get a result back.

> >From one of the hosts in question, are you able to run the following?
>
> curl -k "http://128.130.2.80/esmond/perfsonar/archive/?limit=1"
>
> If it gives a 500 error or similar, could you send me the logs under
> /var/log/esmond/ from the central archive host? It might be something is
> wrong with the archive.
This command gives:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a
href=""https://128.130.2.80/maddash-webui?limit=1">here</a>.</p>
<hr>
<address>Apache/2.2.15 (CentOS) Server at 128.130.2.80 Port 80</address>
</body></html>

With https instead of http it gives the content of archive.txt (see
attachment)
I also attached the central archive logs anyway, even though the command
didn't give a 500.

Maybe I should mention that I changed the apache configuration to
redirect any http request to an https request. I didn't think that this
might have any impact, but the result of the curl command changed my
mind on that.

Thanks again for your help,
Edward


> Thanks,
> Andy
>
> On April 28, 2017 at 6:39:03 AM, Edward Toth () wrote:
>
> Hi,
>
> thanks for the quick response! I attached the .json file to this email.
> The schema of the json file should be OK, because it is generated from
> .conf file.
>
> Might be, that I overlooked some changes in the configuration?
>
> Thanks,
> Edward
>
> On 2017-04-28 12:27, Antoine Delvaux wrote:
>> Hi Edward,
>>
>> Are you able to share with us the JSON file for your mesh? We'll then be
> able to have closer look.
>> Thanks,
>>
>> Antoine.
>>
>>> Le 28 avr. 2017 à 08:17, Edward Toth <> a écrit :
>>>
>>> Hello!
>>>
>>> I recently updated my nodes to perfsonar 4.0, which mostly worked fine
> (except for some hiccups).
>>> The setup contains a central management node and several test nodes in
> full mesh configuration. A few days after the update I saw, that the
> central archive is not getting any test results. The logs for pscheduler on
> the test nodes and the management node do not show anything out of the
> ordinary.
>>> However I checked the meshconfig-guiagent log and saw that it is not
> able to generate the configuration.
>>> I copied the last entry (all entries look like this):
>>>
>>> 2017/04/28 09:50:44 (15151) ERROR> GUIAgent.pm:219
> perfSONAR_PS::MeshConfig::GUIAgent::__configure_guis - Problem generating
> maddash configuration: Problem generating maddash configuration: Couldn't
> find ma for host: perfSONAR_PS::MeshConfig::Config::Address=HASH(0x4c26070)
> at
> /usr/lib/perfsonar/bin/../lib/perfSONAR_PS/MeshConfig/Generators/MaDDash.pm
> line 352.
>>>
>>> The mesh configuration has not changed in almost a year, and it worked
> fine before the update and for some time after the update to perfsonar 4.0.
>>> Searching the documentation I could not find anything either, except
> that the perfsonar-meshconfig-guiagent replaces the
> generate_gui_configuration + cronjob. Have I missed something?
>>> I don't know either if this is related to the central archive not
> getting results, or if this a different problem.
>>> Thanks in advance for any help
>>> Edward Toth
>
>


--

Technische Universität Wien http://www.tuwien.ac.at
ZID - Zentraler Informatikdienst/Kommunikation E020C
Wiedner Hauptstrasse 8-10/020, A-1040 Wien, Austria
Tel: +43 (1) 58801-420425



Archive powered by MHonArc 2.6.19.

Top of Page