perfSONAR User Q&A and Other Discussion

["Remsik,Robert" <>]

That did it, thank you.

I'll need to keep an eye on the kernel version in the future it
seems. :)

On Thu, 2015-05-07 at 11:53 +0000, Aaron Brown wrote:
> Hey Robert,
> 
> Periodically, when CentOS releases a new kernel, we’ll have to do an 
> updated kernel release with web100 support which may take a few days to get 
> in place. If, during that time, you reboot (or install initially), it’ll 
> come up in a non-web100 kernel. Since kernel updates won’t automagically 
> reboot on install, it’ll keep running the older version even after an 
> update. We send out announcements when we’ve released a new web100 version 
> of the kernel. After those updates get installed, you’ll need to reboot to 
> start using it.
> 
> Cheers,
> Aaron
> 
> > On May 6, 2015, at 4:59 PM, Remsik,Robert 
> > <>
> >  wrote:
> > 
> > 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
> > 
> 

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