...
Traceroute works as a traceroute server and a ping server
Looking at the function=ping output, you will notice that the requesting host (in this case at SLAC) is given a private IP address (10.0.253.1) which is going to cause some failures, e.g. a host at SLAC requesting a ping from 202.12.103.71 to the requesting host. The requesting host being identified as a private address 10.0.253.1 will not be able to be pinged. See below:
Update 2/17/2016
Question:
We have also been debugging the ping_data.pl which was giving us some problems. It seems that the script is unable to locate the pinger2.pl file at /afs/slac/package/pinger/pinger2/share/pinger/pinger2.pl. In our machine the script is placed in the directory /usr/local/share/pinger/pinger2.pl. Do we have to change the file path in ping_data.pl?
Response:
The easiest would be to simply comment out line 323 of ping_data.pl to remove the need to try and grep the /afs file:
my @cmds=('date',
'/bin/uname -a', '/usr/bin/uptime',
'/bin/grep "version" /usr/local/share/pinger/pinger2.pl',
#'/bin/grep "version" /afs/slac/package/pinger/pinger2/share/pinger/pinger2.pl',#line 323
'/bin/ps -efl | grep pinger2',
'/bin/cat /etc/hosts', '/bin/cat /etc/resolv.conf',
'/usr/bin/whoami', '/usr/ucb/whoami', '/bin/pwd',
'/usr/sbin/sestatus', '/bin/ps -efl | grep httpd',
#"/bin/ls -lt $stats_dir",
'/usr/bin/crontab -l', '/bin/crontab -l',
'/bin/hostname', '/bin/domainname',
);
Update 2/23/2016
Having problems with ping_data.pl can't find timelocal.pl and ctime.pl.
The timelocal.pl comes from perl4 and has been superseded by Time::local, see http://perldoc.perl.org/Time/Local.html. The script timelocal.pl provides the function timegm which is used in ping_data.pl
The ctime.pl is a simple Perl emulation for the well known ctime(3C) function. # # This library is no longer being maintained, and is included for backward ... see http://cpansearch.perl.org/src/JHI/perl-5.8.1/lib/ctime.pl. It appears ping_data.pl does not use ctime.pl.
Fix:
Code Block |
---|
Change lines 410-412 from
##########################################################
require "timelocal.pl";
require "ctime.pl";
to
##########################################################
use Time::Local; #require "timelocal.pl";
use POSIX; #require "ctime.pl"; |
Note ping_data_plot.pl and frequency.pl use timelocal and ctime.
Update 3/9/2016
The above fix has been made both at Amity and at SLAC. The output from ping_data.pl is here. Accessing http://202.12.103.71/cgi-bin/ping_data.pl gives:
Code Block |
---|
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at [no address given] to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log. |
The server is pingable and the web server is responding. I suspect the 5th line of the output " no crontab for pingeramity" is causing the problem. Not sure why the output is coming out so soon. You could comment out the line (around 329)
'/usr/bin/crontab -l', '/bin/crontab -l',
Update 4/9/2016
They have added a public DNS name pingeramity.in.