Sur un de mes serveurs SQL Server le service SNMP prenait en continu près de 20% du CPU. Plutôt que de redémarrer le service j’ai profité de l’occasion pour redémarrer complètement le serveur et appliquer les dernières mises-à-jour. Au lancement de Windows j’ai obtenu un message d’erreur indiquant un plantage de snmp.exe. J’ai d’abord pensé à un problème de port mais les erreurs dans l’observateur d’événements ne correspondaient pas :

Type de l’événement :    Erreur
Source de l’événement :    Service Control Manager
Catégorie de l’événement :    Aucun
ID de l’événement :    7034
Date :        20/10/2009
Heure :        18:52:40
Utilisateur :    N/A
Ordinateur :    SERVERSQL
Description :
Le service Service SNMP s’est terminé de façon inattendue pour la 1ème fois.

Finalement j’ai découvert que le problème venait d’une extension du service SNMP installée par ma carte contrôleur RAID Adaptec. Pour désactiver cette extension il suffit de lancer regedit, de se rendre dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\ExtensionAgents et de supprimer la valeur aussnmp contenant la donnée SOFTWARE\Adaptec\RAIDController\AAC\CurrentVersion.

Cette donnée est semble-t-il recréée à chaque redémarrage de la machine, il faudra donc soit penser à supprimer la valeur manuellement, soit plus simplement créer un script de démarrage permettant de supprimer cette valeur automatiquement.

Tags : Monitoring, RAID, SNMP

Sur un de mes serveurs Windows 2003 le service SNMP n’arrivait plus à démarrer correctement : à chaque tentative de démarrage un message assez peu informatif s’affichait :

Le service Service SNMP sur Ordinateur local a démarré puis s’est arrêté. Certains services peuvent s’arrêter automatiquement s’il n’ont aucune tâche à effectuer, par exemple, le service des alertes et les journaux de performances.

Dans le journal des événements, pas de message d’erreur mais une succession de message d’information :

Type de l’événement :    Informations
Source de l’événement :    Service Control Manager
Catégorie de l’événement :    Aucun
ID de l’événement :    7035
Description : Un contrôle de démarrage a correctement été envoyé au service Service SNMP.

Type de l’événement :    Informations
Source de l’événement :    Service Control Manager
Catégorie de l’événement :    Aucun
ID de l’événement :    7036
Description : Le service Service SNMP est entré dans l’état : arrêté.

Type de l’événement :    Informations
Source de l’événement :    SNMP
Catégorie de l’événement :    Aucun
ID de l’événement :    1003
Description : Le service SNMP s’est arrêté correctement.

Rien de très clair quant à la source du problème donc…

Dans mon cas j’ai fini par découvrir que le port 161 utilisé par défaut par le service SNMP était utilisé par un autre service. Pour résoudre le problème il suffit de se rendre dans C:\Windows\system32\drivers\etc pour éditer le fichier services. Il faut alors modifier la ligne :

snmp              161/udp                           #SNMP

par

snmp              165/udp                           #SNMP

par exemple.

Une fois cette ligne modifiée et le fichier sauvegardé, le service SNMP peut correctement démarrer.

Tags : Monitoring, SNMP, Windows 2003

Cacti est un système de monitoring de machines permettant de surveiller serveurs et postes clients grâce au protocole SNMP, à des scripts Perl ou encore en utilisant le WMI sous Windows. Ce système permet de créer des graphiques sur divers éléments d’un poste comme par exemple l’utilisation CPU, les statistiques d’entrées/sorties sur les disques ou encore les types de requêtes sur un serveur IIS.

Dans cet article nous allons voir comment installer Cacti sur un système Windows 2003 + IIS 6 + PHP 4.4.9 + MySQL 5.1.30 + phpMyAdmin 2.11.9.4. Pour savoir comment mettre en place un tel système, référez-vous à cet article.

Continuer à lire "Installation de Cacti sur Windows/IIS 6"

Tags : Cacti, Monitoring, Windows 2003

Afin de déterminer quels sont les utilisateurs qui monopolisent un serveur SQL Server il suffit d’utiliser la requête suivante :

SELECT
TOP 20
SPID, Blocked,
convert(varchar(10),db_name(dbid)) as Base,
CPU,
datediff(second,login_time, getdate())/60 as Minutes,
convert(float, cpu / datediff(second,login_time, getdate())) as PScore,
convert(varchar(16), hostname) as Hôte,
convert(varchar(20), loginame) as Login,
convert(varchar(50), program_name) as Programme
FROM master..sysprocesses
WHERE datediff(second,login_time, getdate()) > 0 and SPID > 50
ORDER BY PScore desc

Plus le PScore est élevé plus l’utilisation de la base est intensive.

De la même manière on peut déterminer les programmes les plus gourmands en observant la colonne BFactor lors de l’exécution de la requête suivante :

SELECT
convert(varchar(50), program_name) as Programme,
count(*) as CliCount,
sum(cpu) as CPUSum,
sum(datediff(second, login_time, getdate())) as SecSum,
convert(float, sum(cpu)) / convert(float, sum(datediff(second, login_time, getdate()))) as Score,
convert(float, sum(cpu)) / convert(float, sum(datediff(second, login_time, getdate()))) / count(*) as BFactor
FROM master..sysprocesses
WHERE spid > 50
GROUP BY
convert(varchar(50), program_name)
ORDER BY score DESC

Tags : Monitoring, SQL Server