Skip to Content.
Sympa Menu

perfsonar-user - RE: [perfsonar-user] Lookup service fails

Subject: perfSONAR User Q&A and Other Discussion

List archive

RE: [perfsonar-user] Lookup service fails


Chronological Thread 
  • From: Andrew Lake <>
  • To: Purna Mididuddi <>, "Garnizov, Ivan (RRZE)" <>, "" <>
  • Subject: RE: [perfsonar-user] Lookup service fails
  • Date: Fri, 9 Dec 2016 08:18:02 -0500
  • Ironport-phdr: 9a23:De+B3RJQXG/NiExZ59mcpTZWNBhigK39O0sv0rFitYgXK/7/rarrMEGX3/hxlliBBdydsKMfzbeI+PmxEUU7or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQviPgRpOOv1BpTSj8Oq3Oyu5pHfeQtFiT6zbL9oLBi7rArdutQSjIB/Nqs/1xzFr2dSde9L321oP1WTnxj95se04pFu9jlbtuwi+cBdT6j0Zrw0QrNEAjsoNWA1/9DrugLYTQST/HscU34ZnQRODgPY8Rz1RJbxsi/9tupgxCmXOND9QL4oVTi+6apgVQTlgzkbOTEn7G7Xi9RwjKNFrxKnuxx/2JPfbIWMOPZjYq/RYdYWSGxPUcZLUyxKH52yYY0BAeEcOepUsYzxql0TphW8GAasHvvixD9KiX/42qM13OovHwLb0gI+A90Dq27boMnvOaoIS+250KvFwDPeZP1Wwzf9743Ifwg9rPGKQL1wa9TeyEcyHA3DlFqQqpLqNC6S2+sXtWiU8uphWPmxhG48sQ1xpCagxts1h4TPm4kbxFfE9SBjz4Y0I921UFB0YcW+HJtWqS6aK5N6Qtk8TG50vyY60KAJuYWjcCgS1psn3RDfa+eAc4iO+B3jTvydITFmi3J5YL6/nwyy8U+nyu3yTsm011dKrixZktXWqn8N0BnT5tCdSvt75ketwy2A1xrL5u5ePU80iavbK4A/zb4wkZoTqljDHjTslEX0l6+WcUMk9vCy6+v5frrmoYWcOJJvig3nPKkulNC/AOQgMgcQRmSW9/mz1L3k/U3iXLVGluc5nbPDsJDcO8sburS1AwlL3YY/8RqwFSqm3MwDnXYdKlJFYgyIj47zN17UPP/0F/a+jE6qnTx2xP7GJqXsDojTInXAirvsc6xx5kFBxAYpzN1S5IpYBq8dLP/3QEP8t9zVAgUnPwCpwevrEshx24ccVG+JH6SXKrndsUWS6eIqO+SMZJEauDL6K/U96f7hk3E0lUUZfaay2Zsbcn+4HvN4I0mBYHrshMkOEXsSswYjUuDni0eOXDBJa3u9Qq4w/DA2BYG+AYfGXI+tgbiB3CmhHp1RY2BLEkqDEXH1eISEQPoDdjmSLtVnkjMaSbitU5Uh2g22tA/m17pnKfLZ+jUGupL52th1/OrTlRco+jxuFsidznqNQH9unm4TQz823bt/oVBmyludy6R4gvpYFcBN6PNTVAc1K4Lcw/JgB9/sRw3BY4TBdFHzesi8Bzh5a9M9wtMTb0p8U4G6ixHP3ia3D5cfjbuADZA5tKnb2i61b4xSwmzA1bsmkR1uY9VGMyXmvJRN2kmZT9rIjUyf0amjb6IdzinT3GmK0CyCsRccGERoXL/LRncZb1GTsM/0/GvDSaOjE7IqLlEHxMKfYOMectDzg05BQv75fcnFbniZmmGsCAyOy6/WKofmZjNO8j/aDR0tlQwJ8GnOEQE9C2/1qmTSHRRjDhTpbl+6oro2k2+yUkJhl1LCVEZmzbfgv09FiA==

Hi,

It depends on your setup. For one, if you’re behind a NAT, that limits some of the testing that can be done. You’ll be able to do throughput tests in both directions, but in order to make incoming tests work you’ll need to use the —flip option with BWCTL if testing from the command-line and set the local_firewall option in /etc/perfsonar/regulartesting.conf under your throughput test specification (http://docs.perfsonar.net/config_regular_testing.html#local-firewall-directive). For OWAMP tests you’ll just be able to do outgoing. Of course, this also depends on you have the correct firewall rules, which it already appears your network is blocking outgoing ports in some cases, so you might have an uphill battle there. See the firewall section of this page for more info on what is required of the firewall: http://www.perfsonar.net/deploy/security-considerations/

Thanks,
Andy



On December 8, 2016 at 5:01:12 PM, Purna Mididuddi () wrote:

Hi Andy,

Yes the curl on :8090 isn’t working either.

We just began testing out perfsonar and will eventually move to hosting the software (with a public IP) so others can reach. But for now, I’m looking to start off by doing the tests to the servers that are already hosted.

If not hosting the service, will I be able to run the basic tests like bwctl, owamp (the “perfsonar-notes”) manually from the private network?

 

Thanks,

Purna

 

From: Andrew Lake [mailto:]
Sent: Thursday, December 08, 2016 12:53 PM
To: Purna Mididuddi <>; Garnizov, Ivan (RRZE) <>;
Subject: RE: [perfsonar-user] Lookup service fails

 

Hi,

 

Looks like it might not like connections to http://ps-west.es.net:8090/lookup/records. You can verify that as well with:

 

 

Unfortunately don’t have a good way around that. On the other hand, its nice to register from the perspective of knowing who is running the software, but if your host is running a private IP address, no one can reach it anyways to test so its probably not critical it gets registered.

 

Thanks,

Andy

 

 

 

On December 8, 2016 at 2:24:21 PM, Purna Mididuddi () wrote:

Thanks a lot Andrew and Ivan for the responses.

 

I’m trying this from a server in a corporate network. Most likely I’m behind a firewall (tried activehosts.json from home and that worked).

Added the ls_instance per Andrew’s suggestion. Also enabled the private IPs config (allow_internal_addresses     1).

 

Now I’m seeing the below issues. Is it because I have a private IP? Since I’m running from a corporate network, I cannot assign a public IP for this host. Is there a way to get around this. Thanks for the support.

 

2016/12/08 10:19:28 (8988) WARN> MA.pm:92 perfSONAR_PS::LSRegistrationDaemon::Services::MA::init_dependencies - Unable to get MA tests 404 Not Found

2016/12/08 10:19:28 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=em1)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=em1)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=10.24.11.23)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=10.24.11.23)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. Ping Responder)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. Ping Responder)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. Traceroute Responder)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. Traceroute Responder)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. OWAMP Server)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. OWAMP Server)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. BWCTL Server)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. BWCTL Server)

2016/12/08 10:19:29 (8988) INFO> Base.pm:273 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is down (key=NONE, description=Purna Co. NDT Server)

2016/12/08 10:19:29 (8988) INFO> Base.pm:273 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is down (key=NONE, description=Purna Co. NPAD Server)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. Measurement Archive)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. Measurement Archive)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. BWCTL Measurement Point)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. BWCTL Measurement Point)

2016/12/08 10:19:29 (8988) INFO> Base.pm:257 perfSONAR_PS::LSRegistrationDaemon::Base::refresh - Record is up, registering (description=Purna Co. OWAMP Measurement Point)

2016/12/08 10:19:29 (8988) ERROR> Base.pm:312 perfSONAR_PS::LSRegistrationDaemon::Base::register - Problem registering service. Will retry full registration next time: 500 Status read failed: Connection reset by peer(key=NONE, description=Purna Co. OWAMP Measurement Point)

 

Thanks,

Purna

 

From: Andrew Lake [mailto:]
Sent: Thursday, December 08, 2016 3:48 AM
To: Purna Mididuddi <>; Garnizov, Ivan (RRZE) <>;
Subject: RE: [perfsonar-user] Lookup service fails

 

Hi,

 

The lsregistrationdaemon by default bootstraps (i.e. gets the list of available lookup services) by downloading the a file at http://ps1.es.net:8096/lookup/activehosts.json. It appears to be available. If you have a proxy or firewall blocking access to that outgoing port, it may be the cause of your issue. If that is indeed the case, a workaround is to add “ls_instance http://ps-west.es.net:8090/lookup/records” to the top of your /etc/perfsonar/lsregistrationdaemon.conf file.

 

Hope that helps,

Andy

 

 

 

On December 8, 2016 at 4:58:02 AM, Garnizov, Ivan (RRZE) () wrote:

I just wanted to add this:

curl http://ps-west.es.net/lookup/activehosts.json
{"hosts":[{"priority":100,"locator":"http://ps-west.es.net:8090/lookup/records","status":"alive"},{"priority":100,"locator":"http://ps-east.es.net:8090/lookup/records","status":"alive"},{"priority":100,"locator":"http://monipe-ls.rnp.br:8090/lookup/records","status":"alive"},{"priority":100,"locator":"http://ps-sls.sanren.ac.za:8090/lookup/records","status":"alive"},{"priority":100,"locator":"http://nsw-brwy-sls1.aarnet.net.au:8090/lookup/records/","status":"alive"}]}

Regards,
Ivan Garnizov

GEANT SA1T2: pS deployments GN Operations
GEANT SA2T3: pS development team
GEANT SA3T5: eduPERT team

-----Original Message-----
From: [mailto:] On Behalf Of Garnizov, Ivan (RRZE)
Sent: Donnerstag, 8. Dezember 2016 10:49
To: ;
Subject: RE: [perfsonar-user] Lookup service fails

Hi Purna,

Please share your lsregistrationdaemon.conf, since I would not expect to have it registering with port 8096, but with 8090.

Regards,
Ivan Garnizov

GEANT SA1T2: pS deployments GN Operations
GEANT SA2T3: pS development team
GEANT SA3T5: eduPERT team


-----Original Message-----
From: [mailto:] On Behalf Of
Sent: Donnerstag, 8. Dezember 2016 09:43
To:
Subject: [perfsonar-user] Lookup service fails

Hi,
I'm new to perfSONAR. Would appreciate any help.
I've installed the ps-testpoint on Ubuntu 14. Followed all the instructions in http://docs.perfsonar.net/install_debian. Made basic changes to /etc/perfsonar/lsregistrationdaemon.conf.
After starting the etc/init.d/perfsonar-lsregistrationdaemon service, seeing the below logs in /var/log/perfsonar/lsregistrationdaemon.log.

2016/12/08 00:27:41 (6209) ERROR> LookupService.pm:113 perfSONAR_PS::Utils::LookupService::discover_lookup_services - Problem retrieving http://ps1.es.net:8096/lookup/activehosts.json: 500 Status read
failed: Connection reset by peer
2016/12/08 00:27:41 (6209) WARN> lsregistrationdaemon.pl:144 main::__ANON__ -
Warned: Use of uninitialized value $current_ls_instance in concatenation (.) or string at /usr/lib/perfsonar/bin/lsregistrationdaemon.pl line 257.
2016/12/08 00:27:41 (6209) INFO> lsregistrationdaemon.pl:257 main:: - Initial LS URL set to
2016/12/08 00:27:41 (6209) ERROR> lsregistrationdaemon.pl:301 main:: - Unable to determine ls_instance so not performing any operations


A curl request on http://ps1.es.net succeeds but fails with connection reset by peer when curl'ing on http://ps1.es.net:8096

Please help.

Thanks,
Purna




Archive powered by MHonArc 2.6.19.

Top of Page