Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Getting NDT 3.7.0 to run tests

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Getting NDT 3.7.0 to run tests


Chronological Thread 
  • From: "Remsik,Robert" <>
  • To: "" <>
  • Cc: "" <>
  • Subject: Re: [perfsonar-user] Getting NDT 3.7.0 to run tests
  • Date: Wed, 6 May 2015 20:59:58 +0000
  • Accept-language: en-GB, en-US

It doesn't seem so. So far I've been using yum update to keep the box
up-to-date for patches and things. Is there something else I should be
doing?


Ports: Gotcha, thank you.

Robert,

:~ $ uname -a
Linux [hostname] 2.6.32-504.16.2.el6.i686 #1 SMP Wed Apr 22 04:04:03 UTC
2015 i686 i686 i386 GNU/Linux
:~ $ uname -r
2.6.32-504.16.2.el6.i686


On Wed, 2015-05-06 at 19:38 +0000, Aaron Brown wrote:
> Hey Robert,
>
> That worked better (sorta). Is the host running a web100 kernel? As to 3002
> and 3003 being closed, that’s expected. Those ports are used for
> upload/download tests, so it’s not expected that they’d be open except when
> they’re running tests.
>
> Cheers,
> Aaron
>
> > On May 6, 2015, at 3:31 PM, Remsik,Robert
> > <>
> > wrote:
> >
> > The firewall guys opened that up now, so you should be able to try.
> > When on my local lan I seemed to get the 3002, and 3003 were closed, but
> > the IP tables indicated they should be open(as I understand it).
> >
> > nmap [host] -p 3000-3003,7123
> > Host is up (0.00065s latency).
> > PORT STATE SERVICE
> > 3000/tcp closed ppp
> > 3001/tcp open nessus
> > 3002/tcp closed
> > exlm-agent
> >
> >
> > 3003/tcp closed
> > cgms
> >
> >
> > 7123/tcp open unknown
> >
> > IT Tables
> > ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state
> > NEW,ESTABLISHED tcp dpt:7123
> > ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state
> > NEW,ESTABLISHED tcp dpts:3001:3003
> >
> > Robert,
> >
> >
> > On Wed, 2015-05-06 at 13:43 +0000, Aaron Brown wrote:
> >> Hey Robert,
> >>
> >>
> >> I’m still not able to get to port 3001 from desk179.internet2.edu.
> >> That aside, if port 7123 is being allowed to the world, ports 3001,
> >> 3002 and 3003 need to be as well for NDT to function properly.
> >>
> >>
> >> Cheers,
> >> Aaron
> >>
> >>> On May 5, 2015, at 12:50 PM, Remsik,Robert
> >>> <>
> >>> wrote:
> >>>
> >>> Okay, try again. I've got my firewall guys to open up the IP you
> >>> sent
> >>> me before.
> >>>
> >>> On Tue, 2015-05-05 at 12:51 +0000, Aaron Brown wrote:
> >>>> Hey Robert,
> >>>>
> >>>> Is there a firewall up on the host or anything? When I try to
> >>>> telnet to port 3001 (the NDT server side port) on the host, it
> >>>> just times out. e.g.
> >>>>
> >>>>> [aaron@desk179
> >>>>> ~]$ telnet 129.82.100.205 3001
> >>>>> Trying 129.82.100.205...
> >>>>
> >>>> Cheers,
> >>>> Aaron
> >>>>
> >>>>> On May 4, 2015, at 5:30 PM, Remsik,Robert
> >>>>> <>
> >>>>> wrote:
> >>>>>
> >>>>> Hello! After updating NDT to the latest version via yum I'm
> >>>>> unable to
> >>>>> pull any results out off of the test. The logs seem to indicate
> >>>>> an
> >>>>> inability access the Tcpbw100 file, but file permissions seem to
> >>>>> be fine
> >>>>> from what I can see. Does anyone know what I need to do to get
> >>>>> NDT to
> >>>>> run tests again? URL://speedtest.colostate.edu:7123
> >>>>>
> >>>>> Thanks in advance,
> >>>>> Robert
> >>>>>
> >>>>> Windows 7 with IE:
> >>>>> Java - does not load test
> >>>>>
> >>>>> Web Sockets:
> >>>>> Runs test but returns Error 175
> >>>>> /var/log/ndt $ cat fakewww_error.log
> >>>>>
> >>>>> [Mon May 04 14:36:42 2015] [notice] fakewww server started (NDT
> >>>>> version
> >>>>> 3.7.0)
> >>>>> [Mon May 04 14:36:42 2015] [notice] port = 7123
> >>>>> [Mon May 04 14:36:42 2015] [notice] federated mode = off
> >>>>> [Mon May 04 14:36:42 2015] [notice] access log
> >>>>> = /var/log/ndt/fakewww_access.log
> >>>>> [Mon May 04 14:36:42 2015] [notice] error log
> >>>>> = /var/log/ndt/fakewww_error.log
> >>>>> [Mon May 04 14:36:42 2015] [notice] basedir = /usr/ndt
> >>>>> [Mon May 04 14:36:42 2015] [notice] syslog facility =
> >>>>> default (128)
> >>>>> [Mon May 04 14:36:42 2015] [notice] debug level set to 0
> >>>>>
> >>>>> [Mon May 04 15:15:19 2015] [error] [client 10.84.9.71]
> >>>>> Permission
> >>>>> denied: path not allowed: /edu/internet2/ndt/Tcpbw100.class
> >>>>> [Mon May 04 15:15:19 2015] [error] [client 10.84.9.71]
> >>>>> Permission
> >>>>> denied: path not
> >>>>> allowed: /edu/internet2/ndt/Tcpbw100/class.class
> >>>>>
> >>>>> speedtest:/var/log/ndt $ locate Tcpbw100
> >>>>> /usr/ndt/Tcpbw100.jar
> >>>>> r-xr-xr-x 1 root root 106574 Apr 29 13:42 Tcpbw100.jar
> >>>>>
> >>>>>
> >>>>>
> >>>>> Windows 7 with Firefox:
> >>>>> Java - selectable but does not load test.
> >>>>> Web Sockets: Just sits at dials.
> >>>>>
> >>>>> Windows 7 with Chrome:
> >>>>> Java - Unselectable
> >>>>> Web Sockets - Just sits at dials.
> >>>>>
> >>>>>
> >>>>> Fedora 21 with Firefox:
> >>>>> Java - Selectable but does not run test.
> >>>>> Websockets - Just sits at dials
> >>>>>
> >>>>> Fedora 21 with Chrome:
> >>>>> Java - Not selectable
> >>>>> Websockets - just sits at dials.
> >>>>>
> >>>>>
> >>>>> The base /toolkit/ site indicates it's below 4GB of memory on
> >>>>> the
> >>>>> website; not sure if that's related or not.
> >>>>> speedtest:/var/log/ndt $ free -a
> >>>>> total used free shared buffers
> >>>>> cached available
> >>>>> Mem: 1030280 982064 48216 2204 91940
> >>>>> 127656 0
> >>>>> -/+ buffers/cache: 762468 267812
> >>>>> Swap: 2064380 107508 1956872
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Robert Remsik
> >>>>> Academic Computing and Networking Services
> >>>>> Colorado State University
> >>>>> (970) 491 7120
> >>>>>
> >>>>
> >>>
> >>> --
> >>> Robert Remsik
> >>> Academic Computing and Networking Services
> >>> Colorado State University
> >>> (970) 491 7120
> >>>
> >>>
> >>
> >>
> >
> > --
> > Robert Remsik
> > Academic Computing and Networking Services
> > Colorado State University
> > (970) 491 7120
> >
>

--
Robert Remsik
Academic Computing and Networking Services
Colorado State University
(970) 491 7120




Archive powered by MHonArc 2.6.16.

Top of Page