Debian, Ubuntu, Linux, Gnu, software libero Ubuntu, Quantal Quetzal, Raring Ringtail, Linux, Ubuntulandia, Giochi tag foto 3 Mandelbulber, grafica, multimedia, Linux, Ubuntulandia Conky, Ubuntu, Linux, Ubuntulandia, Quantal Quetzal, Raring Ringtail Python, Ubuntu, Linux, programmazione Giochi, Guide, Half Life 2 Android, Linux, Ubuntu Internet Explorer, Firefox, Chrome, Safari, internet browsers, Ubuntulandia Linux Mint, distribuzioni, Ubuntulandia

giovedì 23 ottobre 2008

Catalyst 8.01, nuovi driver per i possessori di schede ATI

Driver aggiornati per le nuove schede video dotate di GPU ATI. Oltre al supporto per i modelli più recenti, i driver sono stati sottoposti a controlli accurati per correggere bug e problemi di incompatibilità presenti nelle vecchie versioni. I driver ufficiali sono decisamente più performanti di quelli Open Source, quindi, se cercate il massimo da giochi e applicazioni 3D, installateli subito.

Ci sono ancora delle cose da risolvere, come il problema di Xv e le prestazioni di XRandR, tuttavia sembra che siano stati riconosciuti come bug e verranno risolti nei prossimi rilasci. Inoltre i driver vanno ancora un po’ “a fortuna”: ho sentito molti utenti dire di essere completamente soddisfatti di questa release e altri a cui non parte nemmeno X.

AsteClick - TomTom One Europe
AMD Proprietary Linux Release Notes

This release note provides information on the latest posting of AMD's Proprietary Linux driver. This particular driver updates the software version to 8.452.

The AMD Linux release notes provides information on the following:

Web Content

The ATI Catalyst™ Linux Graphics Driver software suite is available through an Installer executable.L'immagine “” non può essere visualizzata poiché contiene degli errori.

Note: Refer to the minimum system requirements listed below to ensure you have downloaded the correct driver package for your system.

ATI Workstation Product Support

The ATI Catalyst™ Linux software suite is designed to support the following ATI Workstation products:

FireGL™ V8650
FireGL™ V5100
FireGL™ V5000
FireGL™ V8600
FireGL™ V5000
FireGL™ X2-256
FireGL™ V7600
FireGL™ V3600
FireGL™ Z1-128
FireGL™ V7350
FireGL™ V3400
FireGL™ T2-128
FireGL™ V7300
FireGL™ V3300
FireGL™ X1-128
FireGL™ V7200
FireGL™ V3200
FireGL™ X1-256p
FireGL™ V7100
FireGL™ V3100
FireMV™ 2200 (Single card PCI-e configuration)
FireGL™ V5600
FireGL™ X3-256
Mobility™ FireGL™ V5000
FireGL™ V5200
FireGL™ X3
Mobility™ FireGL™ T

ATI Mobility™ and Integrated Product Family Support

The ATI Catalyst™ Linux software suite is designed to support the following ATI Mobility™ products:

Mobility™ Radeon™ X1800
Mobility™ Radeon™ X600
Mobility™ Radeon™ X1600
Mobility™ Radeon™ X300
Mobility™ Radeon™ X1400
Mobility™ Radeon™ X200
Mobility™ Radeon™ X1300
Mobility™ Radeon™ 9800
Mobility™ Radeon™ X1200
Mobility™ Radeon™ 9600
Mobility™ Radeon™ X1100
Mobility™ Radeon™ 9550
Mobility™ Radeon™ X800
Mobility™ Radeon™ 9500
Mobility™ Radeon™ X700
Mobility™ Radeon™ Xpress 1100 series
Mobility™ Radeon™ Xpress 1200 series
Mobility™ Radeon™ Xpress 200 series

L'immagine “” non può essere visualizzata poiché contiene degli errori.

ATI Desktop and Integrated Product Family Support

The ATI Catalyst™ Linux software suite is designed to support the following ATI desktop products:

Radeon™ HD 2900 series
Radeon™ Xpress1200 series
Radeon™ HD 2400 series
Radeon™ Xpress 200 series
Radeon™ HD 2600 series
Radeon™ X600 series
Radeon™ X1900 series
Radeon™ X550/X300 series
Radeon™ X1800 series
Radeon™ 9800 series
Radeon™ X1600 series
Radeon™ 9700 series
Radeon™ X1300 series
Radeon™ 9600 series
Radeon™ X850 series
Radeon™ 9550 series
Radeon™ X800 series
Radeon™ 9500 series
Radeon™ X700 series
Radeon™ Xpress 1100 series

Note: All-In-Wonder variants based on the above are also supported. Video capture however is not supported.

Note: Software driver support for ATI FireGL™, Integrated, Mobility™ and Desktop products prior to the Radeon™ 9500 is available from

Operating Systems Distributions Supported

The latest version of the ATI Catalyst™ Linux software suite is designed to support the following Linux distributions:

  • Red Hat Enterprise Linux suite
  • Novell/SuSE product suite
    Note: The ATI Catalyst™ Linux software suite may install on a number of other Linux distributions. Refer to the Package Generation installation instructions for more information.

    Note: AMD has accepted contributed packaging scripts to allows creation of other packages, but does not necessarily test, verify or warrant the reliability. Currently Red Hat Enterprise Linux suite and Novell/SuSE product suite are supported Linux distributions

728x90_donna_gifSystem Requirements

Before attempting to install the ATI Catalyst™ Linux software suite, the following software must be installed:

  • XOrg 6.7, 6.8, 6.9, 7.0, 7.1, 7.2 or 7.3
  • Linux Kernel 2.6 and above
  • glibc version 2.2 or 2.3
  • POSIX Shared Memory (/dev/shm) support is required for 3D applications

The ATI Catalyst™ Linux software suite no longer provides precompiled Kernel Modules; all installations require GCC compiler and kernel-headers or kernel-source in order to enable 2D and 3D acceleration.

For best performance and ease of use, AMD recommends the following:

  • Kernel module build environment - should include the following:
    • Kernel source code: Either the Kernel Source or Kernel Headers packages
  • The rpm utility should be installed and configured correctly on your system, if you intend to install via RPM packages

The following packages must be installed in order for the ATI Catalyst™ Linux driver to install and work properly:

  • XFree86-Mesa-libGL
  • libstdc++
  • libgcc
  • XFree86-libs
  • fontconfig
  • freetype
  • zlib

New Features

This release of the ATI Catalyst™ Linux driver introduces support for the following new features:

New Supported Operating Systems

This release of the ATI Catalyst Linux software suite introduces support for the following new operating systems

  • RedHat Enteprise Linux 5.1
  • RedHat Enteprise Linux 4.6
  • Ubuntu 7.10 (Gutsy Gibbon)

Resolved Issues

The following section provide a brief description of resolved issues with the latest version of the ATI Catalyst™ Linux software suite. These include:

  • Corruption will no longer be noticed in the lower right corner of the display or on the mouse pointer after the system is running for a long period of time
  • Connecting a display device that supports 1680x1050 to a system running Linux will no longer result in a maximum display resolution of 1280x1024 only being available
  • Custom mode lines in xorg.conf will no longer be ignored by the fglrx driver
  • Suspending to RAM or DISK on kernel version 2.6.23 or later no longer fails

Known Issues

The following section provides a brief description of known issues associated with the latest version of ATI Catalyst™ Linux software suite. These issues include:

  • On workstation hardware 3D applications will be corrupted if the screen width is not an integer multiple of 64 pixels, for example with a 1680x1050 wide screen display. Further details can be found in topic number 737-31720
  • There is no support for video playback on the second head in dual head mode. Further details can be found in topic number 737-26985
  • Desktop corruption may be noticed when dragging the overlay/video when using dual-display mode. Further details can be found in topic number 737-29578
  • A black screen may be observed on some hardware when switching to the console or leaving the X window system when a Vesa framebuffer console driver is used. Further details can be found in topic number 737-30687
  • Display flicker may be noticed when the gnome screen-saver starts
  • Diagonal tearing may be noticed when playing a video file using a video player that utilizes the XVideo extension
  • Video playback may look blocky when playing a video file using a video player that utilizes the XVideo extension
  • Video Playback may display wrong colors and additional shadow images when cropping or expanding a video file using a video player that utilizes the XVideo extension
  • Building RPM packages for Mandriva may fail

For further information and general help on driver or software installation, game issues, and more, visit the ATI FAQ website.L'immagine “” non può essere visualizzata poiché contiene degli errori.

Installing the AMD Proprietary Linux Software Driver

Installation information can be found at:

Driver Update Notification

To receive driver notifications, add the following RSS feed to your RSS reader:

Note: In order to receive notifications you will need to have an RSS reader installed.

AMD Customer Care

The AMD Customer Care website provides a high level of technical support and ease of navigation. The AMD Customer Care website provides accurate and up-to-date product support for optimum usability and performance. Technical issues are categorized and personalized to enhance user experience. The AMD Customer Care Website can be found at:

To view a known issue or find troubleshooting information, do the following:

  1. Go to The AMD home page is displayed.
  2. Click on Support & Drivers. The AMD Support and Drivers web page is displayed.
  3. In the left hand pane, select Graphics Support.
  4. In the top right corner of the Graphics Support page, enter the topic number or a general discription of the issue you are experiencing within the search field.
  5. In the Select Site field, select ATI.
  6. Click the SEARCH symbol. The information requested (if available) is displayed.

Linux Feedback Program

The ATI Catalyst™ Linux software suite releases may incorporate suggestions received through the Linux feedback program.
Please refer to to provide us with feedback.

New Copyrights, Redistribution notice, and Disclaimers

Copyright (C) 1999 Serika Kurusugawa. All rights reserved.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.


- Shift-JIS Text Codec

- ISO 2022-JP (JIS) Text Codec

- EUC-JP Text Codec

Ultimi post pubblicati


Dark Orbit    300x250


Ponti e    Festività 300x250

Universo Linux

PC stressato? Verifica il suo stato di salute con Monitorix

Scopri ed elimina eventuali "colli di bottiglia" che rallen­tano il tuo computer monito-rande costantemente il carico di lavoro a cui sono sottoposti CPU, RAM e Hard Disk

Tutti siamo a conoscenza del fatto che il sistema operativo sfrutta le risorse hardware in suo possesso per eseguire se stesso e i programmi installati con l'obiettivo di soddisfare nel migliore dei modi le richieste di chi lo utilizza. È altret­tanto chiaro, però, che le "fonti" dalle quali può attingere l'"energia" necessaria non sono infinite per cui, carichi di lavoro eccessivamen­te elevati possono provocare problemi di funzionamento: un compu­ter sotto stress (server o workstation che sia) manifesta sempre una drastica riduzione delle performance ed è più esposto ad anomalie e guasti.

Le soluzioni possono essere diverse: potenziare l'hardware (non sempre è possibile, soprattutto per motivi economici), ignorare i problemi di carico elevato (controproducente e pericoloso), oppure, monitorarne le prestazioni in modo costante e cercare di mantenere lo sfruttamento delle risorse su livelli ottimali e proporzionati all'har­dware in uso. In quest'ultimo caso, è bene munirsi di un buon sistema di monitoraggio che riesca a tenere sotto controllo efficacemente i componenti vitali del PC e quelli più sfruttati. Proprio quello che faremo noi grazie ad un tool di monitoraggio molto particolare noto con il nome Monitotix. Ma prima di scoprire come funziona e come si usa, cerchiamo di capire quali sono le parti del sistema maggior­mente stressate e quali è importante tenere d'occhio più delle altre.

Le componenti cruciali per il buon funzionamento del computer pos­sono essere legate unicamente all'hardware o dipendere da altri fat­tori come il consumo e il costo. Generalmente, quelle da monitorare con maggiore impegno possono essere così riassunte:
«CPU: controllare l'uso del o dei pro­cessori permette di individuare se la potenza di calcolo è un collo di bot­tiglia per il sistema. Se l'utilizzo di questa risorsa è sempre al massimo, è utile passare a qualcosa di più potente o alleggerire il carico di lavoro sulla macchina.

Memoria RAM: insieme alla CPU, la memoria è un altro collo di bottiglia critico per l'utilizzo intensivo di diverse applicazioni. Superata l'occupazione della memoria fisica (in pratica la RAM), il sistema tende a usare lo spazio swap, fatto che riduce drastica­mente le prestazioni. Nei casi più gravi il sistema va in trashing fino alla chiusura delle applicazioni per mancanza di memoria; Hard Disk: le applicazioni non vivono di sola memoria e potenza di calcolo. Esse devono costantemente scrivere e leggere dati su disco. Purtroppo, la velocità di accesso a questo componente è molto più lenta di quella della memoria, quindi, è fondamentale monitorare sia lo spazio libero che la frequenza di attività e i tempi di accesso. Per migliorare questi valori si può utilizzare hardware più evoluto e potente, oppure ottimizzare le applicazioni utilizzate (quando possibile).

Rete: monitorare il traffico di rete è indispensabile, in particola­re su macchine server, per verificare l'utilizzo dei vari servizi e determinare colli di bottiglia che possono causare lentezza. Oltre alle considerazioni tecniche, monitorare la rete assume un aspetto economico quando la banda consumata viene pagata profumata­mente.

Un sistema di monitoraggio è un'applicazione o un gruppo di queste il cui scopo è raccogliere e archiviare periodicamente in­formazioni sul funzionamento del sistema e memorizzarle in una struttura di dati che possono essere successivamente elaborati e visualizzati. Non esiste un metodo unico per la raccolta dei dati, in quanto per ottenere le informazioni sulla risorsa che si sta mo-nitorando è necessario utilizzare programmi specifici o richieste mirate al sistema operativo. Per quanto riguarda GNU/Linux, il sistema per effettuare i rilevamenti dipende fortemente dalla ver­sione del kernel in uso, dal tipo di distribuzione e da eventuali differenze di organizzazione delle risorse. I sistemi più avanzati risolvono questo problema grazie agli "agent", applicazioni in grado di svolgere la rilevazione nella particolare configurazione di sistema in uso.

Per quanto concerne le strutture nelle quali inserire i dati ottenuti dai rilevamenti, spesso si fa uso di sistemi meno complicati del classico database MySQL o simile. La ragio­ne è che i dati statistici raccolti hanno una validità temporale li­mitata. Ad esempio, è raro che i livelli medi di impegno della CPU vecchi di sei mesi siano di qualche interesse. La visualizzazione delle statistiche in questi sistemi è solitamente possibile attraver­so l'uso di applicazioni web piuttosto che con strumenti dedicati, ponendo come requisito obbligatorio la presenza di Apache o di un server \veb equivalente sul sistema. Tuttavia, questo requisito può essere inopportuno per macchine desktop. In questo articolo, come anticipato, illustreremo l'uso e il funzionamento del sistema di monitoraggio per singolo computer (host) chiamato Monito-rix cercando di mostrare i suoi punti di forza e i difetti.

Prima di procedere con l'installazione di Monitorix è indispen­sabile installare il necessario per la raccolta dei dati e la loro visualizzazione. Come anticipato, uno dei requisiti fondamentali è che il server web Apache sia installato sul sistema, operazione relativamente semplice, in quanto esso è contenuto come pacchet­to predefinito praticamente su ogni distribuzione. Per il corretto monitoraggio di alcune risorse e per le notifiche via e-mail sono
necessari anche i seguenti programmi:
• lm_sensors ( permette di interrogare le sonde di temperatura, velocità delle ventole e voltaggio presenti sulle schede madri e su altri tipi di dispositivi;
• hddtemp ( come gli lm_sensors, questo pacchetto permette il controllo della temperatura dei dischi rigidi;
• metamail: questo componente è necessario se si desidera ricevere le e-mail con un sommario delle statistiche. Nelle release future di Monitorix questo programma potrebbe non essere più necessario.
Tutti i software qui descritti sono disponibili nel CD/DVD alle­gato. Tuttavia, questo non è tutto, manca ancora un componente fondamentale, quello necessario per memorizzare i dati raccolti. Vediamo di cosa si tratta.

Dopo lo stesso Monitorix, il requisito più importante è la pre­senza degli RRDtool ( sul sistema, necessari per creare la struttura dati per la memorizzazione dei rilevamenti. Il termine RRD è l'acronimo di "Round Robin Database", ovvero una struttura di memorizzazione che segue un flusso di dati temporale basato sull'algoritmo Round Robin ( Le informazioni ven­gono memorizzate in base all'istante temporale, il cui intervallo è specificato durante la creazione della struttura dati. In questo modo è possibile avere un file a dimensione costante, nella quale i nuovi dati sostituiscono ciclicamente quelli vecchi.

Le strutture dati create con RRDtool vengono usate dalla maggior parte dei software di monitoraggio (professionali e non). Ciò non è un caso, in quanto questo software è stato sviluppato appositamente per questo scopo dal suo autore, il quale aveva già inglobato queste funzionalità nel software MRTG (Multi Router Traffic Gra-pher -, da cui derivano gli RRDtools. Da esso infatti sono state ereditate tutte le funzioni per la crea­zione di diagrammi e grafici statistici pronti per essere visualiz­zati su una pagina web. Basta unire la facilità di memorizzare dati alla possibilità di creare facilmente i diagrammi per capire il perché della proliferazione di applicazioni di monitoraggio che fanno uso di questo strumento. Data la delicatezza di questo com­ponente, consigliamo l'installazione dai pacchetti precompilati forniti per la propria distribuzione: in particolare è necessario installare "RRDtool" e la sua interfaccia di programmazione per il linguaggio Perl, "rrdtool-perl".

Prima di mostrare come si usa praticamente questa applicazione, affronteremo la sua installazione. Anche se si tratta di un software sviluppato da più di due anni (la prima release risale al 2005), non è pacchettizzato per diverse distribuzioni. Fortunatamente, l'autore fornisce sul sito web il pacchetto RPM per RedHat, Fedo-ra e CentOS e uno generico per tutte le altre (almeno in teoria). Se siete tra i fortunati utilizzatori di una di queste distribuzioni, per installare Monitorix, è sufficiente scaricare il pacchetto monito-rix-l.l.l-l.noarch.rpm ed eseguire il comando seguente:
rpm -ihv monitorix-l.l.l.noarch.rpm
Terminata l'installazione il software è subito pronto per esse­re configurato. I "guai" arrivano nel momento in cui si sceglie di utilizzare l'archivio di installazione generico. Dopo aver de­compresso il file "monitorix-l.l.l.tar.gz'"(tar -xzf monitorix-l.l.l.tar.gz) in una directory temporanea, possiamo eseguire lo script di installazione:
ed monitorix-l.l.l ./

Per prima cosa ci verrà chiesto di indicare la distribuzione in uso scegliendola tra quelle disponibili. Al momento il sistema è compatibile con Debian GNU/Linux. Slackware, Gentoo e un enigmatico "Generic". Nel secondo passo, invece, è necessario confermare i percorsi di installazione dei vari componenti di Monitorix, assicurandoci che siano quelli corretti prima di anda­re a scrivere le modifiche su disco. È anche possibile effettuare un'installazione totalmente manuale, nel caso in cui qualcosa non dovesse funzionare. Tuttavia, la documentazione non indica adeguatamente le operazioni da svolgere. Purtroppo, nei test da noi effettuati lo script di installazione ha fallito il proprio com­pito sia su Debian GNU/Linux sia su Slackware, ma l'errore è imputabile in parte alla maggiore cura del progetto per le distro basate su Red Hat.

Prima di occuparci delle personalizzazioni avanzate dei diagram­mi e delle risorse da monitorare, modifichiamo le poche voci che ci permettono di avere da subito un sistema di monitoraggio fun­zionante. Apriamo il file "/etc/monitorix.conf" e assicuriamoci di impostare correttamente le seguenti voci:
our $TITLE="Linuxmagazine, II";
our $HOSTNAME="";
our $OSTYPE="Linux-RHFC";
our $IDATE="01 Jan 2008";
our $EMAIL="admin\@kbytesys.bogus";
Le prime due righe permettono di impostare un titolo e l'ho-stname della macchina che stiamo monitorando. La terza riga specifica il tipo di sistema operativo (distribuzione) ed è possibile scegliere una tra le seguenti opzioni:
• Linux-RHFC per distribuzioni basate su RedHat, tra cui CentOS e Federa:
• Linux-Debian per le distribuzioni Debian based;
• Linux-Gentoo per Gentoo;
• Linux-Slack per Slackware;
• Linux-Generic per le altre distribuzioni, anche se non si garantiscono i risultati voluti.

Prima di modificare questo campo assicuriamoci di scrivere cor­rettamente la voce scelta, altrimenti il programma non funzionerà come dovrebbe e, soprattutto, lo farà senza avvertirci dell'errore di configurazione. Le ultime due righe del blocco di configurazio­ne mostrato in precedenza fanno riferimento rispettivamente alla data relativa all'inizio della raccolta dati e all'indirizzo e-mail a cui inviare i rapporti. A questo punto, salvato il file, è sufficiente riavviare Monitorix utilizzando il comando /etc/init.d/monito-rix restart. Infine, per visualizzare le statistiche di monitoraggio è necessario collegarci con il browser (ad esempio Konqueror o Firefox) alla pagina "http://ipmacchina/monitorlxf.

Nelle ultime release di RedHat, CentOS e Federa la configura­zione di default fa uso della piattaforma SELinux per aumentare la sicurezza del sistema. Purtroppo, le operazioni effettuate dal monitoraggio rientrano tra quelle bloccate dalle politiche di de­fault di questo componente. A questo punto, molti suggeriscono la disattivazione di SELinux. ma in realtà esistono diverse so­luzioni per risolvere il problema creando un modulo di policy di sicurezza ad-hoc per Monitorix.
Una distro per mettere sotto stress il PC
All'indirizzo è disponibile una vera e propria distribuzione GNU/Linux, chiamata appunto Stres-slinux, awiabile direttamente da CD che permette di ese­guire una serie di test atti a verificare le performance del sistema e il carico di lavoro che è in grado di sopportare. La distribuzione offre come predefiniti strumenti di analisi e monitoraggio come stress, cpuburn, hddtemp, lm_sen-sors e moltissimi altri.

Una soluzione semplice può essere quella seguente: fermiamo tutti i servizi non essenziali, in modo da non generare violazioni catturate da SELinux non dovute a Monitorix e svuotiamo il file "/var/log/audit/audit.log". Avviarne Monitorix ed apriamo la pagina del browser con le sta­tistiche. Se tutti i grafici si vedono correttamente, non abbiamo bisogno di effettuare ulteriori modifiche, altrimenti passiamo al punto successivo. Eseguiamo il seguente comando in una direc-tory temporanea:
audit2allow -i /var/log/audit/audit.log -M 1
Grazie al comando precedente abbiamo generato una policy con le regole per accettare quello che era stato precedentemente ne­gato. Infine, carichiamo la policy in SELinux utilizzando il co­mando seguente:
semodule -i MonitorixPolicies.pp
Fatto ciò, torniamo nuovamente al secondo passo per essere si­curi di avere catturato tutte le funzioni in precedenza negate dal sistema di sicurezza. Ovviamente, questa guida è utile anche qua­lora usassimo una distribuzione diversa, ma sempre con il sistema SELinux attivo.

Per capire meglio i punti di forza e le debolezze di questo sof­tware è necessario spiegare come esso è strutturato. Monitorix è composto da due script Perl più una serie di file di configurazione preparati per le diverse distribuzioni. Tutto il sistema di monito­raggio può essere così riassunto:
* - svolge tutte le funzioni di raccolta dati. Invoca to dallo script situato nella directory "/etc/init.d" provvede a creare i file rrd, la directory e il file HTML di presentazione nella Document Root di Apache. Inoltre, sempre lo stesso script Perl, configura il crontab dell'utente amministratore per essere seguito periodicamente in automatico. Infatti, nel momento in cui viene eseguito da cron, il programma effet­tua la raccolta dei dati;
* monitorix.cgi: lo script COI invocato da Apache si occupa di recuperare i dati archiviati, generare le immagini attraver­so le funzioni di RRDtool e mostrarli all'utente.

I due script così organizzati dovrebbero portare ad una capacità di adattamento maggiore. In pratica, lo script principale di Mo­nitorix ha il difetto di inglobare l'invocazione dei controlli uni­camente in base alla voce relativa alla distribuzione nella confi­gurazione. Questo approccio ha notevoli difetti, il più importante dei quali è la difficoltà di aggiungere il supporto ad una nuova distribuzione o mantenere aggiornati i controlli quando una di­stribuzione precedentemente supportata cambia qualcosa di rile­vante per Monitorix. Inoltre, lo script non dispone di una gestione di agenti remoti, per cui è possibile monitorare unicamente la macchina corrente, mentre sistemi di monitoraggio concorrenti permettono di centralizzare i controlli di una intera LAN. Tut­tavia, Monitorix è consigliato per monitoraggi semplici che non richiedono particolari esigenze.

Gli aspetti finora analizzati riguardano il funzionamento di base del sistema di monitoraggio, ma c'è molto di più. Inter­venendo sulle impostazioni avanzate di Monitorix, oltre che personalizzare esteticamente i grafici, la parte più importan­te riguarda l'opportunità di stabilire quali risorse monitora-re.

Applicare semplici modifiche non è complicato, ma fare aggiunte non è una pratica alla portata di tutti. In sostanza, anche se è vero che non bisogna essere veri esperti, è comun­que necessario conoscere in modo abbastanza approfondito il linguaggio di programmazione Perl, la cui sintassi deve essere rispettata anche nel file di configurazione di Monitorix. Se, ad esempio, volessimo monitorare il traffico gestito dal servizio "OpenVPN" (in pratica quello relativo alle reti private virtua­li), potremmo "sacrificare", nel senso di modificare, il grafico di un servizio non di nostro interesse e adattarlo al monitorag­gio di quello nuovo. Ad esempio, per quanto riguarda Open­VPN, basterebbe applicare le seguenti modifiche:
our $PORT09="4559"; -> our $PORT09="1194"; our $PORT09_NAME="FAX"; -> our $PORT09_ J

In effetti, è evidente che la personalizzazione di un grafico o la creazione di una direttiva a partire da una già esistente sono abbastanza semplici e alla portata di tutti, anche di chi
è a digiuno di programmazione Perl. Al contrario, l'aggiunta di una nuova direttiva ex novo, implica la creazione di due nuove voci per la porta e l'impostazione dei limiti posti nelle direttive stesse:
our $PORT13_RIGID="2"; our $PORT13_LIMIT="1000";
Per la posizione del grafico sulla griglia e il limite superiore, infine, è necessario aggiungere quanto segue:
our %GRAPHS =("CPU load" => "_cpul", [Omissis]
"Port 13 traffic" => "_port!3", [Omissis]

Purtroppo fare aggiunte è molto complesso in quanto Mo­nitorix è stato sviluppato senza tenere conto della possibi­lità di espansione che un sistema maggiormente modulare avrebbe potuto offrire. Questo aspetto comunque, non in­tacca la validità generale del software, che resta utilissimo per il monitoraggio dei singoli sistemi, sopratutto all'in­terno di una rete, in particolare se di grandi dimensioni, dove l'opportunità di poter tenere sotto controllo decine di computer attraverso una comune connessione di rete e un semplice browser web è importante per qualsiasi ammini­stratore. Tutto questo al prezzo di una procedura di installa­zione tutto sommato semplice, almeno su alcune disribuzio-ni in particolare e con pochi strumenti di cui ogni sistema GNU/Linux, anche quelli desktop oriented, dispone.


Ultima versione stabile rilasciata: 1.5.1 (23/06/2010)


- Changed the default $ENABLE_MAIL option to 'N'.
- Added a second decimal in the Mail statistics graph in order to have more
accurated values.
- Added a missing "--lower-limit=0" to all graphs (except MTA stats).
- Changed the default value of rigid (RIGID = 2) to 0 in all network port graphs.
- Included a number of necessary adjustments in the script to adapt
it better to the FreeBSD installation process.
(thanks to Michael Brune, admin AT
- Added the description of the @NET_RIGID and @NET_LIMIT arrays in the man page
- Fixed some bugs and a bad code design in the Interrupts graph that prevented
showing correctly the graph on systems with some interrupts numbers greater
than 256.
(thanks to Dimitri Yioulos, dyioulos AT
- Fixed the Memory graph to display correctly the value in MB. This bug affected
only the FreeBSD systems.
- Fixed to be able to enable only the LAN devices monitoring without having to have
enabled the network ports monitoring.
(thanks to Niklas Janzon, niklas.janzon AT
- Fixed the iptables rules section in order to avoid its execution on FreeBSD
- Fixed a bug in the init script that prevented executing it during the system
shutdown on RedHat/Fedora/CentOS systems. The path of the lock file has
changed from /var/lock/ to /var/lock/subsys.


CPU load average, memory utilization and active processes.

Global kernel usage and per-processor usage.

HP ProLiant core temperatures.

LM-Sensors with hard disk drive temperatures using HDDtemp.

Disk usage showing the selected filesystems and rootfs i/o activity.

eth0 device with its traffic, packets and errors activity.

Demand of different network services.

Activity of the first group of six selected ports.

Activity of the second group of six selected ports.

Users on system (via telnet, ssh, samba or appletalk).

Devices' interrupt activity.

Monitoring CPU load average of 8 real Linux servers using Multihost feature

Se ti è piaciuto l'articolo , iscriviti al feed cliccando sull'immagine sottostante per tenerti sempre aggiornato sui nuovi contenuti del blog:

Ultimi post pubblicati

RSVP (Raccomandati Se Vi Piacciono)

SIMBA Segnala Feed iFeed WebShake – tecnologia follow us in feedly Blogstreet - dove il blog è di casa visitor stats Feedelissimo Paperblog : le migliori informazioni in diretta dai blog Notizie Informatiche My Ping in