Skip to Content.
Sympa Menu

perfsonar-user - RE: [perfsonar-user] How to clean esmond/perfsonar/archive ????

Subject: perfSONAR User Q&A and Other Discussion

List archive

RE: [perfsonar-user] How to clean esmond/perfsonar/archive ????


Chronological Thread 
  • From: Pedro Henrique Diniz Da Silva <>
  • To: Andrew Lake <>
  • Cc: "" <>
  • Subject: RE: [perfsonar-user] How to clean esmond/perfsonar/archive ????
  • Date: Fri, 27 Mar 2015 14:37:01 +0000
  • Accept-language: en-US

Hi Andy,

#1 - Sorry, I made a mistake. The "Traceroute Test Between WLCG Bandwidth Hostsare being conducted, as you can see on https://myosg.grid.iu.edu/pfmesh/mine/hostname/ps02.cat.cbpf.br . What is strange is when I try to re generate the config, as you can see:

[root@ps02 ~]# sudo -u perfsonar /opt/perfsonar_ps/mesh_config/bin/generate_configuration
The compute_all_applicable_attributes method has been deprecated. Use get_all_attributes instead.
 at /usr/lib64/perl5/vendor_perl/Class/MOP/Deprecated.pm line 165
        Class::MOP::Class::compute_all_applicable_attributes('Moose::Meta::Class=HASH(0x2d26298)') called at /opt/perfsonar_ps/mesh_config/bin/../lib/perfSONAR_PS/MeshConfig/Config/Base.pm line 106
        perfSONAR_PS::MeshConfig::Config::Base::unparse('perfSONAR_PS::MeshConfig::Config::TestParameters::Traceroute=...') called at /opt/perfsonar_ps/mesh_config/bin/../lib/perfSONAR_PS/MeshConfig/Generators/perfSONARRegularTesting.pm line 151
        eval {...} called at /opt/perfsonar_ps/mesh_config/bin/../lib/perfSONAR_PS/MeshConfig/Generators/perfSONARRegularTesting.pm line 129
        perfSONAR_PS::MeshConfig::Generators::perfSONARRegularTesting::add_mesh_tests('perfSONAR_PS::MeshConfig::Generators::perfSONARRegularTesting...', 'HASH(0x2e6b580)') called at /opt/perfsonar_ps/mesh_config/bin/../lib/perfSONAR_PS/MeshConfig/Agent.pm line 347
        eval {...} called at /opt/perfsonar_ps/mesh_config/bin/../lib/perfSONAR_PS/MeshConfig/Agent.pm line 346
        perfSONAR_PS::MeshConfig::Agent::__configure_host('perfSONAR_PS::MeshConfig::Agent=HASH(0x5842638)') called at /opt/perfsonar_ps/mesh_config/bin/../lib/perfSONAR_PS/MeshConfig/Agent.pm line 101
        perfSONAR_PS::MeshConfig::Agent::run('perfSONAR_PS::MeshConfig::Agent=HASH(0x5842638)') called at /opt/perfsonar_ps/mesh_config/bin/generate_configuration line 113


################################################################

#2 - Of course I can send, they follow attached. What I could detect about is below. Maybe can it be happenning because the server is too busy? But as you can see in https://ps02.cat.cbpf.br/toolkit/gui/psTracerouteViewer/index.cgi?mahost=http%3A%2F%2Flocalhost%2Fesmond%2Fperfsonar%2Farchive%2F&stime=yesterday&etime=now&tzselect=America%2FSao_Paulo&epselect=%2Fesmond%2Fperfsonar%2Farchive%2F2523fe31fea44b3caeadc84c146db997%2Fpacket-trace%2Fbase, shouldn't CERN appear on https://ps02.cat.cbpf.br/serviceTest/psGraph.cgi as the others?

2015/03/25 17:28:19 (21185) ERROR> EsmondBase.pm:53 perfSONAR_PS::RegularTesting::MeasurementArchives::EsmondBase::__ANON__ - Error writing metadata (1) Error running test from perfsonar-bw.cern.ch to ps02.cat.cbpf.br  with output bwctl: start_endpoint: 3632650383.492841
bwctl: run_endpoint: receiver: 152.84.101.142
bwctl: run_endpoint: sender: 128.142.223.246
bwctl: Unable to initiate peer handshake with [152.84.101.142]:6038 - canceling
bwctl: stop_endpoint: 3632650383.492841
2015/03/25 17:28:19 (21185) ERROR> MeasurementArchiveChild.pm:209 perfSONAR_PS::RegularTesting::Master::MeasurementArchiveChild::handle_results - Problem storing results: Error writing metadata: Error running test from perfsonar-bw.cern.ch to ps02.cat.cbpf.br  with output bwctl: start_endpoint: 3632650383.492841
bwctl: run_endpoint: receiver: 152.84.101.142
bwctl: run_endpoint: sender: 128.142.223.246
bwctl: Unable to initiate peer handshake with [152.84.101.142]:6038 - canceling
bwctl: stop_endpoint: 3632650383.492841
2015/03/25 17:28:19 (21185) ERROR> MeasurementArchiveChild.pm:125 perfSONAR_PS::RegularTesting::Master::MeasurementArchiveChild::__ANON__ - Problem handling test results: Problem storing results: Error writing metadata: Error running test from perfsonar-bw.cern.ch to ps02.cat.cbpf.br  with output bwctl: start_endpoint: 3632650383.492841
bwctl: run_endpoint: receiver: 152.84.101.142
bwctl: run_endpoint: sender: 128.142.223.246
bwctl: Unable to initiate peer handshake with [152.84.101.142]:6038 - canceling
bwctl: stop_endpoint: 3632650383.492841

#2 Continuing - Another host with problems is  "ps-bw.sciencedmz.on.br". It also doesn't appear on https://ps02.cat.cbpf.br/serviceTest/psGraph.cgi. We can make manual tests without problems as below but there is no error in /var/log/perfsonar/regular_testing.log related to this host.

[root@ps02 ~]# bwctl -c ps-bw.sciencedmz.on.br -f m
bwctl: Using tool: iperf
bwctl: 30 seconds until test results available

RECEIVER START
------------------------------------------------------------
Server listening on TCP port 5122
Binding to local address 200.20.223.252
TCP window size: 0.08 MByte (default)
------------------------------------------------------------
[ 15] local 200.20.223.252 port 5122 connected with 152.84.101.142 port 53837
[ ID] Interval       Transfer     Bandwidth
[ 15]  0.0-10.1 sec  1103 MBytes   917 Mbits/sec
[ 15] MSS size 1448 bytes (MTU 1500 bytes, ethernet)

RECEIVER END

Cheers,
Pedro Diniz


From: Andrew Lake []
Sent: Thursday, March 26, 2015 4:45 PM
To: Pedro Henrique Diniz Da Silva
Cc:
Subject: Re: [perfsonar-user] How to clean esmond/perfsonar/archive ????


On Mar 25, 2015, at 7:31 AM, Pedro Henrique Diniz Da Silva <> wrote:

Hi Andy,

Two problems that I think that can be correlated: 

#1 - The traceroute data for those tests is being collected by an old mesh config that is not being held anymore, it is called "Traceroute Test Between WLCG Bandwidth Hosts". As these traceroutes tests are provided by a mesh config I don't know how to disable it, is there a way to do that?


If you no longer want to participate in the mesh, you can remove the <mesh></mesh> from /opt/perfsonar_ps/mesh_config/etc/agent_configuration.conf. That being said, I don't think this has anything to do with the problem you are trying to debug in #2 (i.e. missin throughout data) other than its clogging up your interface and making it harder to tell what throughput tests are actually working.



#2 - The main problem is that I have other bw tests that have been held (e.g. perfsonar-bw.cern.ch, but it's not the only one) but is not being graphed. That's why I thought that cleaning the MA could solve the problem. 

* For example, based on "/var/log/perfsonar/owamp_bwctl.log" the connections seem to be working properly, right?

Those log messages could be just from the bwtraceroute command, not necessarily iperf. They also look more like other hosts connecting to you rather than vice versa. Maybe you could send me /opt/perfsonar_ps/regular_testing/etc/regular_testing.conf and /var/log/perfsonar/regular_testing.log? That should hopefully give a better idea of what your host is configured to run and what types of results it gets when it tries.





[gridlafex@ps02 ~]$ cat /var/log/perfsonar/owamp_bwctl.log | grep "Mar 25" | grep "cern"
Mar 25 00:14:57 ps02 bwctld[22298]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:56275)
Mar 25 00:29:41 ps02 bwctld[24769]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:53194)
Mar 25 00:29:42 ps02 bwctld[24769]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:53194)
Mar 25 01:14:57 ps02 bwctld[483]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:46295)
Mar 25 01:32:12 ps02 bwctld[4133]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:56909)
Mar 25 01:32:12 ps02 bwctld[4133]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:56909)
Mar 25 01:34:35 ps02 bwctld[4582]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:57052)
Mar 25 01:34:36 ps02 bwctld[4582]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:57052)
Mar 25 01:35:57 ps02 bwctld[4844]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:6183) from (perfsonar-bw.cern.ch:49859)
Mar 25 01:35:57 ps02 bwctld[4844]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:6183) accepted from userid(nil):([perfsonar-bw.cern.ch]:49859)
Mar 25 02:14:57 ps02 bwctld[11916]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:36320)
Mar 25 02:27:24 ps02 bwctld[14098]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:59846)
Mar 25 02:27:24 ps02 bwctld[14098]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:59846)
Mar 25 02:29:46 ps02 bwctld[14511]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:60246)
Mar 25 02:29:46 ps02 bwctld[14511]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:60246)
Mar 25 03:14:57 ps02 bwctld[22734]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:54659)
Mar 25 03:27:40 ps02 bwctld[24944]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:35327)
Mar 25 03:27:41 ps02 bwctld[24944]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:35327)
Mar 25 03:31:55 ps02 bwctld[25690]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:36115)
Mar 25 03:31:56 ps02 bwctld[25690]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:36115)
Mar 25 03:35:34 ps02 bwctld[26319]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:6176) from (perfsonar-bw.cern.ch:43720)
Mar 25 03:35:34 ps02 bwctld[26319]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:6176) accepted from userid(nil):([perfsonar-bw.cern.ch]:43720)
Mar 25 03:41:34 ps02 bwctld[27535]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:6154) from (perfsonar-bw.cern.ch:49137)
Mar 25 03:41:35 ps02 bwctld[27535]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:6154) accepted from userid(nil):([perfsonar-bw.cern.ch]:49137)
Mar 25 04:14:57 ps02 bwctld[1208]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:44801)
Mar 25 04:29:17 ps02 bwctld[4262]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:39159)
Mar 25 04:29:18 ps02 bwctld[4262]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:39159)
Mar 25 04:30:43 ps02 bwctld[4611]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:6172) from (perfsonar-bw.cern.ch:48749)
Mar 25 04:30:43 ps02 bwctld[4611]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:6172) accepted from userid(nil):([perfsonar-bw.cern.ch]:48749)
Mar 25 04:31:07 ps02 bwctld[4690]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:39623)
Mar 25 04:31:08 ps02 bwctld[4690]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:39623)
Mar 25 05:14:57 ps02 bwctld[12735]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:38553)
Mar 25 05:27:06 ps02 bwctld[14844]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:42857)
Mar 25 05:27:06 ps02 bwctld[14844]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:42857)
Mar 25 05:36:06 ps02 bwctld[16444]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:43875)
Mar 25 05:36:06 ps02 bwctld[16444]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:43875)
Mar 25 06:14:57 ps02 bwctld[23454]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:56949)
Mar 25 06:27:30 ps02 bwctld[25552]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:46630)
Mar 25 06:27:31 ps02 bwctld[25552]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:46630)
Mar 25 06:38:10 ps02 bwctld[27431]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:6132) from (perfsonar-bw.cern.ch:35187)
Mar 25 06:38:10 ps02 bwctld[27431]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:6132) accepted from userid(nil):([perfsonar-bw.cern.ch]:35187)
Mar 25 06:40:25 ps02 bwctld[27785]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:47871)
Mar 25 06:40:25 ps02 bwctld[27785]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:47871)
Mar 25 07:14:57 ps02 bwctld[1738]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-omd-dev.cern.ch:46971)
Mar 25 07:32:51 ps02 bwctld[3893]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:50859)
Mar 25 07:32:51 ps02 bwctld[3893]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:50859)
Mar 25 07:43:01 ps02 bwctld[9198]: FILE=sapi.c, LINE=353, Connection to (ps02.cat.cbpf.br:4823) from (perfsonar-bw.cern.ch:51742)
Mar 25 07:43:01 ps02 bwctld[9198]: FILE=sapi.c, LINE=510, ControlSession([ps02.cat.cbpf.br]:4823) accepted from userid(nil):([perfsonar-bw.cern.ch]:51742)

* Based on "/var/log/esmond/esmond.log" it doesn't seem that ESMOND has problems.

[gridlafex@ps02 ~]$ cat /var/log/esmond/esmond.log | grep "2015-03-25"
2015-03-25 02:30:01,396 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 02:30:01,398 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 02:30:01,410 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 02:30:01,423 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 02:30:01,424 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 02:30:01,434 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:23:46,446 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:23:46,448 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:23:46,459 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:24:12,584 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:24:12,586 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:24:12,596 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:24:13,785 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:24:13,787 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:24:13,796 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:24:14,762 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:24:14,764 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:24:14,774 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:24:33,834 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:24:33,836 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:24:33,845 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:24:34,571 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:24:34,573 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:24:34,582 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:24:57,833 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:24:57,835 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:24:57,844 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:30:13,079 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:30:13,081 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:30:13,092 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:30:13,844 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:30:13,846 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:30:13,857 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:30:31,111 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:30:31,113 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:30:31,122 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:40:48,656 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:40:48,712 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:40:48,761 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:40:49,886 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:40:49,890 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:40:49,905 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']
2015-03-25 07:46:30,561 [INFO] /opt/esmond/esmond/cassandra.py: Checking/creating column families
2015-03-25 07:46:30,564 [INFO] /opt/esmond/esmond/cassandra.py: Schema check done
2015-03-25 07:46:30,578 [INFO] /opt/esmond/esmond/cassandra.py: Connected to ['localhost:9160']

* Is there any other place that we could look for errors?

Thank you very much,
Pedro Diniz


From: Andrew Lake []
Sent: Tuesday, March 24, 2015 10:04 AM
To: Pedro Henrique Diniz Da Silva
Cc: 
Subject: Re: [perfsonar-user] How to clean esmond/perfsonar/archive ????

Hi Pedro,

It looks like the script worked correctly, but you are still collecting traceroute data for those tests. Using the example given there is no BWCTL or OWAMP data, but traceroute is still being updated. The graphs do provide a link to the traceroute data if available, so I think this is a subtlety of how that initial page determines what to display. You need to disable the traceroute tests and then you can either re-run the script in a few days or they will finally disappear on their own.

Thanks,
Andy

On Mar 23, 2015, at 7:24 PM, Pedro Henrique Diniz Da Silva <> wrote:

Hi Andy,

Yes, there was an extra comma :|

I tried all the steps you told and it seemed that the data could be cleaned.

But even after doing all the steps, the error seems to be the same.

* Nodes that we aren't doing more tests continue to appear on http://ps02.cat.cbpf.br/serviceTest/psGraph.cgi

 
Any idea?

Cheers,
Pedro Diniz

From: Andrew Lake []
Sent: Monday, March 23, 2015 11:06 AM
To: Pedro Henrique Diniz Da Silva
Cc: 
Subject: Re: [perfsonar-user] How to clean esmond/perfsonar/archive ????

Hi Pedro,

That's my fault, there was an extra comma in the config file I sent you. See attached for a valid file.

Thanks,
Andy

Attachment: regular_testing.conf
Description: regular_testing.conf

Attachment: regular_testing.log
Description: regular_testing.log




Archive powered by MHonArc 2.6.16.

Top of Page