Free server monitoring tools software for linux

Server Monitor is a theme which displays the status of your servers. Also you can start / stop them by clicking the names.

You cann add servers by editing the py-file. You may resize theme in the .theme-fille.

Based on vpn by N7DR (http://www.kde-look.org/content/show.php?content=39390).

Virtual server monitor (vsmon) is a monitoring tool for Linux-VServer that gives a system administrator a global view of all vservers running on his park.
For now, it does not offer control over the vservers life cycle (e.g. provisioning, start, stop, and restart operations). To use vsmon, you must deploy one backend on each vserver host and one frontend, preferably in its own vserver.
Enhancements:
- The frontend was reworked to display a summary of all hosts.
- An owner can be assigned to each vserver.
- The backend can be used on hosts without Linux-VServers, and it no longer obtains IP addresses.
- The libdnet dependency was removed.
- The parsing of /proc/"pid"/stat now works for kernel 2.6.18.
- A Nagios plugin was added, which enables the use of the vsmon backend to monitor a host disk, memory, and swap.
- The plugin monitors all mount points according to an "intelligent" algorithm, which determines warning and critical thresolds as a function of the total size of the partition.

FreeBSD ports monitoring project is a simple solution for monitoring what has changed in installed ports on a FreeBSD machine. It works quite well and shows me what is happening on some machines which are manage not only by me. And leaves some trace after handy portupgrade -a command.

But when many ports are upgraded at once output from this script becomes mess and it is hard to read what was added/removed and upgraded. Well it happens when change relates to two ports, neighbours in alphabetical sequence. Diff output with my modifiers becomes unacceptable. So I rewrote it and yes, it is now in Ruby.

Postfix SMTP Monitoring Solution is a set of three Perl CGI scripts used to monitor the SMTP queue, allowing the deletion of messages that for one reason or another become "stuck" in the queue.

I needed a web-based solution to monitor my Postfix SMTP relay, which enabled me to remove messages that become "stuck" in the queue. I wrote three simple Perl scripts, and used Sudo to give me the desired functionality.

I am uploading these scripts in case they are useful to others. Assuming you have Apache configured correctly on your Postfix server, it should be as easy as placing the three .cgi files into your webservers cgi-bin directory, and making the appropriate modifications to your /etc/sudoers file (see the README contained in the tarball).

SMS Server Tools package contains applications to send and receive short messages through GSM modems or mobile phones. The user can send short messages by simply storing text files into a special spool directory.
The program monitors this directory and sends new files automatically. It also stores received short messages into another directory as text files. The program can run other external programs or scripts after events like reception of a new message, successful sending, and when the program detects a problem. These programs can inspect the related text files and perform automatic actions.
Enhancements:
- Compared to version 2.x, this branch includes some enhancements for the UTF-8 character set and some experimental extras.

GetMonitor project is a Python XChat script for monitoring DCC file servers requests on sharing channels and IRC servers.

Similar to AutoGet and SDFind scripts, it helps you request files, monitor queues, and search files automatically.

Snmp Monitor provides a SNMP router and monitoring alarms.

Snmp Monitor is a Scotty extension to monitor SNMP variables on the net. If there are changes to the routers, etc., it can send you a message on your cellular, by email, or via the screen.

Pandora are a Free Software set of programs, set under the GPL license, that allows to analyze in a visual way status and performance of several parameters from different Operating Systems, servers, applications and hardware systems as Firewalls, Proxies, Data Bases, Web Servers or Routers. All integrated into an open and distributed architecture.

Pandora can be deployed in every Operating System. You have an agent for every platform. Pandora can monitor hardware systems with TCP/IP Stack, as load balancers, routers, switches, printers and so on.

Pandora has six components: Pandora Data Server, Pandora Network Server, Pandora SNMP Console, Pandora Agents, Pandora Database and Pandora Web Management System (Web Console).

Pandora Servers and SNMP Console

They are the recipient of bundles of information and the generators of alerts; they are the brain of the system. We can have several servers for very big systems or a single server. They are developed in Perl and works under any platform, with the required modules. Nevertheless its "official" platform is GNU/Linux. They also insert the gathered data into the Database. You can have several Pandora Servers connected with the same Database.

Pandora Web Console

It allows to manage the system and to operate with it; its the user interface of Pandora. We can have several Web Consoles in the same implantation. It is developed in PHP and leans on a Data Base and a Web Server, being able to work in any platform: GNU/Linux, Solaris, Win2000, AIX and others.

Pandora Database

Core module of Pandora (as you can see in the architecture overview). In this database resides all the information of the enterprise, for example, all data gathered by agents, all configuration defined by administrator, all events, incidents, audit info... At this moment, only MySQL DataBase is supported. More Databases in the future.

Pandora Agents

They can monitor any numeric parameter, boolean states, strings or numerical incremental data and/or condition. They have a centralized architecture based on lightweight design for agents (shellscript, wsh, perl) and light agents to collect data. They support all type of platforms (Microsoft, AIX, Solaris, GNU/Linux, IPSO, FreeBSD, etc) because the agents are completely free software, and they communicate using SSH, FTP, NFS or other good way, using an XML container to transport data.