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: Edward Toth <>
  • To: Andrew Lake <>
  • Cc: Antoine Delvaux <>,
  • Subject: Re: [perfsonar-user] perfsonar 4.0 MeshConfig problem
  • Date: Tue, 16 May 2017 09:14:29 +0200
  • Ironport-phdr: 9a23:iKhk+BDhv5tW76rU2M3gUyQJP3N1i/DPJgcQr6AfoPdwSP37psiwAkXT6L1XgUPTWs2DsrQf2rWQ6vyrADZaqb+681k6OKRWUBEEjchE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i764jEdAAjwOhRoLerpBIHSk9631+ev8JHPfglEnjSwbLdwIRmssAncucYajZZ8Jqov1xDEvmZGd+NKyG1yOFmdhQz85sC+/J5i9yRfpfcs/NNeXKv5Yqo1U6VWACwpPG4p6sLrswLDTRaU6XsHTmoWiBtIDBPb4xz8Q5z8rzH1tut52CmdIM32UbU5Uims4qt3VBPljjoMOiUn+2/LlMN/kKNboAqgpxNhxY7UfJqVP+d6cq/EYN8WWXZNUsNXWidcAI2zcpEPAvIcM+hGoYnzp1gAoxWwCgajBuzg1jBGi2Tq3aA5yektDR3K0QIiEt8IrX/arM/1NKAXUe2tw6fH0DvCYOlM2Tjg9YPGbBchoe2MXbltdsfR1U4vFx/FjliLqI3lPi6a2v4Rs2iG4etgVPygi2g9pw5rvjej3N0jipXQi48T11vK+yJ5wIMvKt25Tk52ecSkH4VNuCGbLYt5XN8tQ31ytCY7zL0KoYO3cSwUxJg9yRPSa+aLf5aH7x7+TuqdPDZ1iX19dL6imRq/8lKsxvDyW8WoylpGsDBJn9rQunwVyxzT98aGSvpj8UenwzqAzRzc5vteLkAok6fQNp0vwqYom5YNrUjPAjL6lUD3gaOIckgp/+al5uf7brn6o5KRNoF5hw77P6gwh8CyA+E1PRIBUmiV9+Sx0bPj8lP3TbpRi/A7nbHVvI3EKckYvKK1HgFY3ps55xuxADqqyskUkHYIIV9DZRmJlZLmO0vUL/D9Ffq/g0qjkDNsx/3eIr3hGJLNLn7dnLv7frZ97EtcxBAvzdBC6ZNUC68OIPTpVkDrqNPUFAU2MxCsz+bmDtVyyJ8eVHqRDqOFLK/erFqF6+MxL+SIYYIYtjXwJ+Q56/PrjHI0l1AQcKy30ZcKan21G+5pLkqXYXrih9oBH3kFswQlQ+Hvh1COSTtTaGyzX6I46DE7EoWmDYLbS4Cxh7yBwCe7E4ZXZ2BHF1+AC2vod5iKWvcNdi2SJNVtnSYYWrS7UYAhyQmitBXmxLp/MurU5ioYuIr71Ndr/e3Tmwoy9TtyD8uHyWGBVnx0nngWSD8sx61/pU19ykyf0ahjnfBUD91T5/VVUggkL57cyfJ1C8zsVg7bYNiGVUumEZ2aBmQYSN4rzsBGR09+Fp32hxbPzgKnGPkTmqDdV7Iu9aeJ8nTuLtxxg0rByKlp20UhXstnJ2yqwLJi6AneAcjAmAOQi/D5JuwnwCfR+TLbniK1t0ZCXVs1CP2dUA==
Hi,

the maddash dashboard is working fine now. I don't know why it needed several days though.

Anyway thanks again for your help!
Edward



On 2017-05-11 10:46, Edward Toth wrote:
Hi,

your suggestion worked. Now that the archive URL is set to https the central archive is getting test results again. However the maddash dashboard still shows a grid error. I checked the logs for meshconfig-guiagent and mesconfig-agent, but they show no erros (anymore at least).
Could you point me to a maddash 2.0 documentation? The esnet website still shows the documentation for 1.4, or am I missing something?

Thanks,
Edward

On 2017-05-05 16:12, Andrew Lake wrote:
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