New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
the installer just for debian?? Im on centos.. how to install it manually?? I prefer manual install..
no hover effect just see white text color 'online'
http://i.imgur.com/iHlhXQE.png
It requires JavaScript.
Have a look inside the file setup.sh. it's easy to find the corresponding packages for your OS
Not going to argue. I understand the concept of a ping monitor, and I mentioned webserver merely as an example of a TCP service. If the purpose of a particular server is to respond to ping, then ping monitoring is the perfect test tool.
http://i.imgur.com/J5HjA1L.png
tried on debian: http://i.imgur.com/y57g8nN.png
I'm confused. Are you still talking about the buttons not showing up in your browser?
This was never intended as something that would be distributed. I wanted to have a better solution of monitoring my VPSes, than sites like Uptime robot. Hence came Geekping. It's simple enough to add more monitors, as anything that can be run on bash can be logged and parsed.
no.. when I installed this on debian, the page where I installed only show this http://i.imgur.com/y57g8nN.png
That's because your .htaccess does not know that index.php is to be shown before index.html. A simple solution would be to delete index.html at that location (not recommended for security reasons). A better way would be to add .htaccess directives to enable loading index.php if it is found in the same location as index.html.
Ref: http://blog.droidzone.in/2013/08/05/2846/
Alternately, call up the site by referring to http://yoursite.com/index.php
Ok, working on this now...
Geekping Worker v1.0.1 Copyright (C) 2013-2016 Joel G Mathew. www.droidzone.in Checking current status using the configuration file: /tmp/ping.conf UGVPS atlnode2..... No status change Port: 22 [On] 443 [Off] 441 [Off] DotVPS UK3..... No status change Port: 21 [Off] 22 [On] 23 [Off] 25 [Off] 80 [On] 110 [Off] 220 [Off] 443 [Off] 993 [Off] 995 [Off] Crissic JAX2..... No status change Fliphost lakvm1..... No status change Raidlogic node12..... No status change Versatile IT node02..... No status change Frontrange Boba..... No status change Weloveservers Node15..... No status change Backupsy Dallas..... No status change UGVPS chinode6..... No status change Bandwagon Host #1..... No status change Bandwagon Host #2..... No status changeI added port scanning to the script. The css doesnt look too good. :P Is that enough for a service monitoring?
I see two servers from your monitoring list without this feature. That's optional and it doesn't need to be used, correct?
Yes, port scans and the required ports are to be specified in the conf file. In the absence of the keyword "ports", nothing is scanned. If the keyword is present, but no ports are specified, a predetermined list of ports is scanned.
I would like this more if it were licensed under a CCA +commercial or may be even the ShareAlike variant please consider this @joelgm!
Any of the license terms may be waived. Commercial use can be allowed as well. If someone's interested in adjustments of the license, they may contact me. I thought it best to start with a rigid framework.
I installed this on debian which I hosted one of my website.. how can it dont know what to do with index.php but my website can works with index.php??
I just make a subdirectory to install this script
@psycholyzern A default installation has rules to load index.html before it loads php.
soooo complicated.. I hope there will be manual installation tutorial on centos soon
Just edit your apache/nginx config to first get index php instead of html
That's what I told him. Even gave him a link to a tutorial!
@psycholyzern, that's just how Debian installs apache by default. If you were using some kind of panel previously, that would have taken care of this. It's actually too easy.
A fresh apache installation by default is automatically configured to load index.html if it finds it in a subdirectory. If you then install php (as my script does), you have to tell apache to load index.php even if it finds both of them. Do read my blog post.
the problem is, I got a another php script running on the server.. and it load well with index.php.. I just create subdirectory in the folder and install the monitoring script.. I am sure that there is no index.html in the subfolder but it keep showing debian default script..
my index.php work on http://xxx.xxx.xxx.xxx/index.php
but in http://xxx.xxx.xxx.xxx/ping/index.php , it keep showing default debian page..
maybe this script are toooooo complicated for newbie like me..
have you change the owner? like with chown www-data:www-data /ping
Latest version takes it on par with other tools, and a bit more.
URL require iMSCP login/password. Also "Download your free copy" from your http://pinger.droidzone.in/ demo redirect us to this page.
I didnt add this version to a tarball yet. It is much more complicated than the previous version. If you're ok with an unstable version, PM me and I'll send a link. It will probably be messy and require some command line tweaking.
I migrated droidzone.in from Fliphost to INIZ today. I forgot to add the subdomain to my control panel. It's fixed now.
It's ok. I have 0.3.3 and 0.3.4a downloaded. I just wanted to notify you about "repository" page in case you forgot something.
Thanks. I'll add a download link when I'm sure there arent any major bugs.
I've installed the script and been running it editing the files to match my configuration, but i still face the same issue :
/root/perlscripts/pingm.pl -C /var/www/st4tus/../ping.conf
Type of arg 1 to each must be hash (not array dereference) at /root/perlscripts/pingm.pl line 77, near "@iplist) "
BEGIN not safe after errors--compilation aborted at /root/perlscripts/pingm.pl line 374.
No error at install as far as I could see, all files are owned by www-data.
Any input?
You probably have perl version <5.14. I'll update a patch today evening.
That's right :
perl -v
This is perl, v5.10.1
Running on debian 6. Thanks for the forthcoming update.