Blogotec, VMWare, Hyper-v, NetApp » app

SCOM 2007 : Management Pack NetAPP Appliance Watch 2.1

Rémy — Mon, 01 Nov 2010 17:35:33 +0000

Bonjour,

NetAPP vient de publier une nouvelle version duManagement Pack pour System Center Operation Manager 2007 R2.

Elle est téléchargeable grâce à votre comptenow car rappelons le management est entiérement gratuit http://now.netapp.com.

Vous trouverez ci-dessous quelques captures d’écrans avec maintenant des compteurs de perfomances qui fonctionnent correctement.

Etat des aggrégats :

Etat des volumes :

Compteurs de Performances :

N’hésitez pas à poser vos questions en commentant l’article

Rémy

Get Shareaholic

NetApp : Comment exporter la liste des partages CIFS en powershell

Rémy — Mon, 01 Nov 2010 11:21:30 +0000

Bonjour

Le script ci-dessous permet d’exporter vos partages CIFS en powershell.


Import-Module DataONTAP

connect-NaController @IPNetApp

get-NaCifsShare | ft ShareName,Mountpoint >c:\cifsshares.txt

Télécharger le fichier : Get-CifsShares (184)

Pour executer ce script vous devez avoir le Data On Tap Powershell tool Kit d’installer sur votre machine.

Rémy

Get Shareaholic

NetApp : Data On Tap Powershell Tool Kit 1.2

Rémy — Mon, 01 Nov 2010 08:20:28 +0000

Bonjour,

Netapp vient de publier la version 1.2 de son Tool Kit powershell, celui permet de se connecter à vos baies NetApp et de les administrer en powershell.

Vous pouvez télécharger cette nouvelle version sur la commauté NetApp : Data On Tap Powershell Tool Kit 1.2

Principales Nouveautés:

Le formatage des données :

Des dizaines d’objets sont maintenant sortie sous forme de tableau. Cela rend la boîte à outils bien plus pratique à utiliser comme un outil CLI sans avoir d’effet sur les scripts. Les tableaux de sortie sont optimisés pour une largeur de 120 caractères. Pour voir la sortie d’une cmdlet non formatée, utilisez « * Format-List ».

l’intégration Hyper-V :

Toolkit 1.2 fournit une nouvelle cmdlet, Get-NaHyperV, qui permet d’énumérer toutes les machines virtuelles Hyper-V sur l’hôte local qui utilisent les ressources de stockage de données ONTAP. Chaque VM est répertoriée dans tableau qui offrent à la fois des informations sur les contrôleurs ONTAP et l’hôte Hyper-v. Les disques VHD et disques passthroughsont pris en charge, de même que les volumes de cluster partagé (CSV). Cette cmdlet ouvre un énorme potentiel pour les scripts dans des environnements virtualisés.

La configuration du réseau :

Vingt nouvelles commandes sont en charges de la gestion des interfaces réseau, VLAN, FIV, les routes et ipspaces. Les nouvelles commandes peuvent modifier non seulement la configuration actuelle du réseau, mais aussi la configuration persistante dans le fichier / etc / rc, donc il n’y a pas de surprises après un redémarrage. Les éléments non-réseau dans / etc / rc sont conservés par Data ONTAP.

Nouvelles cmdlets :

Cifs (3 ACL cmdlets)
Lun (5 cmdlets)
Net (20 cmdlets)
Ses (4 shelf cmdlets)
System (1 cmdlet)
Toolkit (3 cmdlets)
Volume (1 cmdlet)

Corrections :

NfsTopInfo données manquantes getattr-ops
données d’instance Performance manque champ d’horodatage
taux de transfert max SnapVault incorrect
questions mineures dans la documentation

Get Shareaholic

NetApp : Snap Manager For Hyper-v Error VSS Requestor

Rémy — Sat, 01 May 2010 09:01:35 +0000

Lors de la mise en place de Snap Manager For Hyper-v 1.0 sur un cluster Hyper-v avec Cluster Shared Volume d’activé, vous pouvez rencontrés des problèmes pour sauvegarder des VMs qui ne se trouvent pas sur l’hôte propriétaire du disque CSV hébergeant le vhd de la VM.

Cause : VSS n’arrive pas à faire un snapshot de la machine virtuelle car l’hôte Hyper-v n’est pas propriétaire du disque CSV (Le volume spécifié n’accepte pas les clichés instantanés).

Résolution : La solution est de modifier sur tous les serveurs Hyper-v du cluster les comptes d’executions des services SnapDrive, Data OnTap VSS Hardware Provider et SnapManager for Hyper-v. Ce compte du domaine doit être administrateur local des serveurs Hyper-v et des baies NetApp.

Rémy

Get Shareaholic

NetApp : System Manager API invoke failed. Le serveur distant a retourné une erreur : (503) Serveur non disponible.

Rémy — Thu, 18 Mar 2010 17:52:26 +0000

Il se peut que System Manager renvoi l’erreur 503 lorsque vous tentez de vous connecter à une baie NetApp et que vous avez un proxy de configuré dans votre navigateur par défaut .

La solution se trouve dans la kb50412 disponible chez NetApp : il faut exclure vos serveurs NetApp dans la configuration de votre proxy.

Outils > Options Internet > Connexions > Paramétres réseau > Serveur Proxy > Avancé > Exeption (renseignez le nom et l’addresse IP de vos baies Netapp)

=== DETAILS === API invoke failed. Le serveur distant a retourné une erreur : (503) Serveur non disponible.

=== CORRECTIVE ACTION === No corrective action found

Solution ID: kb50412

Last updated: 21 AUG 2009 System Manager fails to load filer: (503) Server Unavailable

View Environment section

Symptoms After installing NetApp System Manager and discovering one or more filers, clicking on the filer generates an error similar to:

API invoke failed. The remote server returned an error: (503) Server Unavailable.

A filer-based network trace will not show traces of HTTP connections, but only SNMP queries. This means that the HTTP request from the System Manager, which was obviously answered, was not answered by the filer.

System Manager fails to load filer: (503) Server Unavailable

Cause of this problem The administrator workstations may have a proxy configured in its Internet settings. Since the System Manager queries the operating system for general settings, the HTTP traffic that carries the ONTAP-API-operations may be misguided towards a proxy which in this case replied unfavorable.

Solution Change your computer’s Internet settings to either:

Not use a proxy at all

-or-

Have it explicitly exclude the Filer’s IP-addresses This way, System Manager can talk to the filers directly.

Environment Data ONTAP 7G

Get Shareaholic

SCOM 2007 : Management Pack NetApp Appliance Watch PRO 2.0

Rémy — Thu, 07 Jan 2010 08:40:28 +0000

Lors d’un precedent article je vous expliquai comment superviser vos NetApp dans System Center Operation Manager 2007 avec les Traps SNMP, maintenant NetApp fournit gratuitement a ces clients, un management pack « ApplianceWatch PRO 2.0 is a free product and does not require a license. » Le management pack est compatible avec SCOM 2007 SP1 et R2.

Les prè-requis côté des Baies NetApp : »ApplianceWatch supports the following versions of Data ONTAP »

7.2.6 or later in the Data ONTAP 7.2 product family
7.3 or later in the Data ONTAP 7.3 product family
8.0 (7 mode) in the Data ONTAP 8.0 product family

L’installation d’appliance Watch doit s’effectuer sur le RMS ou un MS SCOM.

Vue Diagram :

Rémy

Get Shareaholic

SCOM 2007 : Comment superviser l’état de l’auto support NetApp avec du SNMP

Rémy — Tue, 19 May 2009 11:49:20 +0000

Cet article décrit comment superviser les NetApp avec System Center Operation Manager 2007 en utilisant les remontés SNMP. Par exemple nous allons vérifier l’état de l’auto support NetApp, mais nous pourrions également superviser l’espace disponible sur les Volumes.

Pour cela, il faut créer un moniteur depuis le panneau création(Authoring).

Nous souhaitons que ce soit le serveur SCOM qui collecte les informations, nous utilisons donc un moniteur de Type « Probe Based Detection », Nous aurions pu configurer également ce moniteur en Trap(en déclarant auparavant cette trap sur le NetApp).

Je vous conseille de créer un management pack SNMP pour enregistrer ces moniteurs.

La cible à sélectionner est : SNMP Network Device

Il est conseillé de désactiver ce moniteur et d’utiliser un remplacement pour l’objet SNMP pour lequel vous souhaitez superviser

Si la communauté SNMP est identique à celle utilisée pour la découverte, il n’est pas nécessaire de la repréciser.

L’object Identifier est l’OID de l’element que vous souhaitez superviser, ici nous souhaitons superviser l’état de l’auto support donc : .1.3.6.1.4.1.789.1.2.7.1.0

Grâce à la MIB NetApp qui se trouve dans \etc\mib\netapp.mib, nous pouvons connaitre la valeur de ce champ :

The autosupport group for sysStat autosupportStatus OBJECT-TYPE SYNTAX INTEGER { ok(1),

smtpFailure(2),

postFailure(3),

smtp-postFailure(4),

unknown(5)

}

ACCESS read-only

STATUS mandatory

DESCRIPTION

»An indication of the current status of

autosupport on the appliance. describes

the success or failure of most recent

attempts to send autosupports. »

::= { autosupport 1 }

Donc la première expression vérifie si l’auto support est ok (valeur =1)

La seconde expression vérifie si l’auto support n’est pas ok (valeur différente de 1)

Configuration de l’état de santé du moniteur

1^re expression Healthy
2^nd expression Critical

Configuration de l’alerte :

Pour activer ce moniteur pour les Devices SNMP NetApp il est nécessaire faire un remplacement

Etat de santé du NetAPP

Rémy

Get Shareaholic