Reprise du message précédent :

Oui bon, tu m'as compris je qualifie de manuel parce qu'il écrase le fichier en loucedé du package manager. C'est immonde.
 

Bah relis-le alors
 
 
 
Bon, rien à voir, mais j'avais déjà déversé ma rage ici sur un collègue qui m'avait pondu des specs plaines de fotes. Donc je dois déjà quotidiennement supporter ses erreurs dans les softs, les phrases mal formulées, etc... Mais là je viens de tomber sur une pépite:

Incroyable.
Donc "effet secondaire" traduit en "side effect", qui est (à tord mais très usité) retraduit en "effet de bord" et lui l'a reretraduit en "board effect"    
 
   
Kill me pls.

Je vous relatais, il y'a quelques semaines, mes déboires avec la société Computacenter.
Ca fait maintenant un peu plus de 2 semaines que j'attends un simple devis pour des licences Adobe.
J'ai passé une 15 aine de mail et une 15 aine de coup de téléphone, sans succès.
 
J'ai pas le choix, je suis obligé de passer par eux (marché public tout ça tout ça).
Bref, je truc bien galère.
 
Aujourd'hui, j'ai enfin du nouveau    
 
Je ne suis pas le seul à me plaindre de cette société du coup, le marché n'est pas renouvelé  
Y'a plus personne qui s'occupe de la partie "Marché" donc je pouvais encore attendre longtemps. Le mec que je devais contacter a quitter la société pourtant, y'a 2 jours lorsque j'ai enfin pu avoir quelqu'un au téléphone, on m'a dit qu'il était à son bureau  
Le temps que j'ai perdu à cause de leurs conneries      
 
Cerise sur le gâteau, 240 personnes licenciés (c'est moche pour eux) mais vu les brêles à qui j'ai eu affaire, ça ne m'étonne pas plus que ça.
 
Les commandes sont encore possibles chez eux pendant un certain temps, mais c'est un peu chaud patate.

 
Y'a 2 scripts sur le site, un de test et un d'installation bourrin.
Je pense que vous parlez pas du même en l’occurrence.

Est-ce qu'il y a des gens qui ont encore des routeurs Netopia qui tournent et des merdes avec Orange depuis une semaine en gros ?
 
TOUS mes routeurs déconnent (ou presque) sur la région entière avec de l'orange Pro, deux depuis une semaine je dirai. Le routeur se connecte mais aucun paquet ne passe. Les gens les coupent et rallument et ça marche un peu dès fois, puis après une heure ou deux pouf la connexion repart dans les choux (même pas moyen de pinger l'IP wan dans ce cas)
 
Les changer est une chose, faire 1000 bornes cumulées en est une autre. Faich' ²²²

 
 
Anciens du topac REVIVAL  

Oui j'ai encore des netopia... Mais sur du RSS pas du le orange

J'ai une ligne qui est sympa remarque dans le lot :

Statistiques Ping pour 1.1.1.1:
    Paquets : envoyés = 147, reçus = 79, perdus = 68 (perte 46%),
Durée approximative des boucles en millisecondes :
    Minimum = 51ms, Maximum = 69ms, Moyenne = 55ms

Mais bon j'en ai 4 autres qui déconnent à bloc sans problème particulier qualité de ligne.

Vu que ça ne concerne qu'une gamme ancienne, ça pue un peu le flood de connexion qui saturent style botnet-a-shellshock, qui hypothétiquement satureraient les règles de filtrage protocolaires en place. J'ai pas de logs intégrés là dessus par contre ... gnuh. Parce qu'une fois les connexions établies, ça roule. C'est les établir qui est chaud, aussi bien en entrant qu'en sortant.
 
Edit : ou je suis fatigué et je raconte de la merde  

SITE 1 :
Statistiques Ping pour 193.x.x.x:
    Paquets : envoyés = 666, reçus = 472, perdus = 194 (perte 29%),
Durée approximative des boucles en millisecondes :
    Minimum = 51ms, Maximum = 121ms, Moyenne = 57ms
 
SITE 2 :
Statistiques Ping pour 193.x.x.x:
    Paquets : envoyés = 845, reçus = 696, perdus = 149 (perte 17%),
Durée approximative des boucles en millisecondes :
    Minimum = 62ms, Maximum = 120ms, Moyenne = 67ms
 
SITE 3 :
Statistiques Ping pour 80.x.x.x:
    Paquets : envoyés = 728, reçus = 549, perdus = 179 (perte 24%),
Durée approximative des boucles en millisecondes :
    Minimum = 50ms, Maximum = 129ms, Moyenne = 58ms
 
SITE 4 :
Statistiques Ping pour 80.x.x.x:
    Paquets : envoyés = 1441, reçus = 1441, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 50ms, Maximum = 117ms, Moyenne = 55ms
 
 
Mêmes équipements, mêmes réglages
 
Cte merde ²²
 
Putain en plus c'est rempli de TPE IP sans fallback sur ces sites, naoooon   ²²²²

Ma love-story avec Zyxel continue !
 
Le presta d'un client a installé le merdier et s'est barré comme un voleur sans laisser les identifiants d'admin...
Heureusement, c'est un truc pas trop récent où on peut injecter une conf sans s'authentifier

ça a l'air cool ce bidule

Bon ben je crois que je vais me taper 1000 bornes pour aller mettre des Vigor 130 à la place et foutre les netopia à la retraite définitivement...

Genre ils avaient tous une date de péremption et ils se sont arrêtés en même temps ?

et ils sont tous partis a 500 bornes, les putes

 
Ces émigrés, tous les mêmes

Je cherche des bons tutos et sites sur SCOM (2012 R2 evidemment
 
si certains ont mis quelques bookmarks de coté
 
pas la partie installation, ca c'est bon  
plutot la partie management de serveur, des managements packs, comment on créé des "modeles" de ce qu'on veut monitorer ou pas selon les serveurs, etc (je suppose que c'est possible ), la réalisation de scripts perso pour rajouter des fonctions etc enfin tout ce qui concerne l'exploitation et le monitoring dans SCOM.
 
je trouve des tonnes de tutos mais c'est tous des trucs d'install qui s'arrete une fois que le serveur tourne
 
sauf que de ce que je vois, l'install en fait c'est le plus simple

c'est une de mes grosse spécialité, n'hésite pas si t'as des questions
 
et c'est vrai qu'au début c'est pas évident de tout bien appréhender... d'ailleurs l'install est loin d'être évidente si tu veux la faire vraiment bien, rien que filer exactement les bons droits aux bons comptes de service c'est un jeu de piste

pour la partie "modele de ce qu'on veut monitorer selon le serveur", en fait ca n'a pas lieu d'exister dans SCOM qui fonctionne avec un mécanisme de découverte. Pour faire simple :
 
Tu déploies l'agent sur tous tes serveurs.
Tu importes les management packs de toutes les applis que tu veux superviser.
Chaque management pack contient une ou plusieurs "discovery rules", en général basée sur une clé de registre (ca peut aussi être une requête wmi, un script vbs/powershell...). Cette discovery rule va permettre d'identifier la présence de l'application concernée par le MP sur tes serveurs. Si l'application est détectée, la supervision se fera automatiquement
 
(je simplifie fortement en évitant volontairement les explications sur le modèle objet, le ciblage des découvertes & co )

Pour détailler un peu sur le modèle de classe :
 
SCOM contient d'origine quelques classes "de base" et la plupart des MP contient une ou plusieurs classes spécifique à l'appli qu'elles vont superviser.
Une classe est définie par différentes propriétés, et peut hériter et/ou être hebergée par une autre classe.
 
Exemple concret : de base, tu as la classe "Computer". Tous les serveurs sur lesquels tu as installé un agent deviennent automatiquement des instances de cette classe, quin e comporte que deux attributs : display name et full path name.
 
Ensuite tu installes le MP Windows OS.
Ce MP contient entre autre une classe "Windows Computers"  qui contient une floppée d'attributs en plus (netbios name, ip address, os version...) et une règle de découverte associée à cette classe et ciblée sur les instances de la classe Computer.
Tous les agents qui possèdent des instances de la classe Computer vont donc télécharger le MP Windows OS et exécuter la discovery rule ciblée sur la classe Computer.
S'il s'agit d'agents Windows, une instance de la classe Windows Computer sera créée et les attributs seront renseignés.
 
Si ensuite tu installes le MP SQL, qui contient une classe "DB Engine" (instance SQL) et une règle de découverte ciblée sur "Windows COmputer"; tous les agents qui hébergent une instance de "windows computer" vont télécharger le MP, exécuter la règle de découverte et créer une instance de la classe db engine le cas échéant; etc.
 
 
C'est pas des concepts super faciles à appréhender quand on a pas un peu de background dev je trouve, j'espère que j'ai été clair (mais j'en suis pas convaincu )

cool un specialiste
je précise que rien ne dit que nous le mettrons en place, on a meme pas les licences, je monte un POC pour tester le produit, parceque j'aime franchement SCCM et que donc je veux voir ce que donne SCOM, parceque notre outil actuel est limite et qu'il faudra soit l'upgrader soit le changer, et pour de l'auto formation.
 
bon l'install j'ai sans doute pas fait ca au poil, mais j'ai trouvé 2 tutos pas mal fait, un pour SCOM 2012, un pour 2012 R2, en mixant les infos des deux j'ai obtenu un truc qui ne me parait pas dégueux et qui par rappot à mes connaissances de SCCM qui sont pas dégueux, me parait cohérent
juste c'est un POC, donc j'ai tout mis sur une seule machine. Bon remarque notre SCCM de prod est aussi sur une seule machine
 
Y'a juste un truc ou j'ai un doute, le "Action account", si j'ai bien compris faut qu'il soit admin des serveurs que tu monitores ? Au moment ou tu déploies l'agent il te demande quel compte doit déployer l'agent -> j'ai mis le AA. Et apres il te demande quel compte doit lancer l'agent, et la tu peux soit mettre Local System, soit mettre un compte autre. Au début je pensais qu'il fallait définir le Action Account, mais apres je suis tombé sur un doc pour le management pack Exchange 2013 et dans les prérequis il disait qu'il fallait absolument que l'agent tourne en tant que local system.
 
 
 
Sinon le systeme de "classe" je trouve ca purement génial.
Aujourd'hui on a un monitoring purement "statique", c'est à dire qu'il faut penser à rajouter le serveur à monitorer dans la liste. Faut penser à lui déployer son agent, faut penser dans l'agent à configurer ce qui est nécessaire à monitorer etc.
Au final certains admins sont concencieux et le font, mais parfois on se rend compte 3 mois apres la mise en prod que le serveur n'est pas monitoré (ou pas sauvegardé ) etc
L'idée que j'ai avec SCOM c'est de pouvoir automatiquement ajouter mes serveurs afin qu'il soit tjs monitoré dès leur création ou presque, et avec ce systeme de classe c'est se dire qu'un serveur qui a un role X sera forcément monitoré parcequ'automatiquement découvert par l'agent.
 
Maintenant la ou je seche plus. Pour l'instant j'ai juste installé le management pack "Windows Server". C'est un POC donc j'ai pas déployé l'agent sur de la prod, je teste un peu déja. Donc j'ai installé le pack pour Windows Server. Tres bien.effectivement mes 2 serveurs Windows que j'ai intégré ont vu que c'etait des serveurs Windows et se sont rajouté au monitoring pour la partie OS. Mais je vois que par défaut il ne monitore pas l'espace dique libre (ce qui déjà me semble sommes toute etrange )
Comment je fais pour dire que je veux que tous mes serveurs Windows ait le monitoring de l'espace activé ? Si je vais sur Authoring -> Monitors, qaund je filtre sur logical j'ai mes 3 OS (2003, 2008, 2012), mais je peux pas activer le test, c'est grisé. Et inversement une fois activé, comment je fais par exemple pour dire que tel disque sur tel machine doit pas etre monitoré, ou que pour tel type de machine, l'alerte n'est pas a 5% mais à 2%, enfin ce genre de truc.
 
Tjs pour rester dans les Management Packs, on peut en créer soit meme ? C'est compliqué? si par exemple j'ai un soft "toto", déployé sur une 20aine de serveurs. Et que ce soft pour le monitorer, j'ai un script powershell qui fait un certain nombre de trucs. J'aimerai bien pouvoir créer un MP qui saurait automatiquement trouvé les serveurs sur lesquels ce script doit tourner, a quelle frequence etc
 
Quand j'aurai mieux appréhendé cette partie la, je me pencherai sur 2 autres gros morceaux, l'envoi d'alerte (mail and co) de maniere fine, et surtout la dépendance entre les "objets". C'est un vrai manque dans la solution actuelle qu'on a et ca pourrait faire pencher la balance. Le fameux "si mon switch X tombe et emporte 10 serveurs avec lui, m'envoie pas 50 alertes, envoi moi juste que le switch est tombé"  
 
bon j'ai peut etre un peu abusé de question

C'est pas une licence globale system center? J'ai beau en installer depuis des années, j'ai toujours pas compris comment marchait le licensing
Si t'as besoin d'une petite presta pour cadrer ca nickel, n'hésite pas je suis pas cher et j'ai une belle paire de réf  

Le Action Account n'a pas nécessairement besoin d'être admin des serveurs que tu supervises, par contre le compte qui installe l'agent doit être admin local.
Ca simplifie donc un peu la vie de mettre AA admin local partout : ca permet de ne pas spécifier de credentials lors du déploiement de l'agent (comme tu l'as fait en cochant le AA comme compte de déploiement).
Par contre il est fortement recommandé de laisser Local System comme compte de service de l'agent, certains MP ne fonctionnement pas autrement (genre Exchange comme tu l'as relevé) donc il faut des raisons valables pour faire différement.
Local System a ensuite suffisament de droits pour superviser une grosse partie des appli, mais pas toutes (genre SQL) : c'est là que le mécanisme de RunAs Profile/Account entre en jeu, comme son nom l'indique ca va permettre d'exécuter telle ou telle supervision avec un compte différent. Si aucun compte n'est configuré, ca partira par défaut sur le AA (d'où encore une fois l'éventuel interêt qu'il soit admin local, ca peut permettre de passer là où Local system ne passe pas, mais pas toujours).

Attention si tu veux déployer l'agent SCOM via SCCM : SCOM le considérera comme installé manuellement, ce qui est un peu limitant (pas possible de le manager depuis la console SCOM pour changer son serveur de contact, le mettre à jour, le désinstaller... obligé de tout faire via SCCM). Il est possible d'exécuter une requête en base de données pour "convertir" un agent taggé "installé manuellement" en "installé automatiquement", mais c'est non supporté (même si assez bidon).

Pour le monitoring de l'espace disque, il est normalement évidemment bien présent si tu as bien installé les MP correspondant aux versions de ton OS (et les MP dont ils dépendent) et pas juste le mp "de base". Visiblement c'est le cas puisque tu as les moniteurs logical disk.
Du coup je pense que tu es juste passé à coté dans le health explorer, c'est un peu caché sous un rollup (j'essaye de redémarrer mon lab là, mais il couine un peu donc pour l'instant je l'ai pas sous les yeux pour être plus précis )
Attention, par défaut le comportement de ce monitoring est un peu particulier : il supervise à la fois le pourcentage et la capacité en mo d'espace libre, et n'alerte que lorsque les deux seuils sont franchis.
Après le fait que la case soit grisée est normal : le moniteur provient d'un management pack dit "scellé", avec l'extension .mp. Il n'est pas possible de modifier directement ce qui est contenu dans ces mp, leur configuration est figée.
C'est là qu'intervient le mécanisme d'override : tu vas écraser un paramétrage figé (seuil, criticité de l'alerte générée, (dés)activation de ce moniteur, fréquence du test...) et stocker cet écrasement dans un mp non scellé que tu aura créé. La bonne pratique c'est de créer un mp non scellé pour chaque mp scellé que tu modifies, donc là tu pourrais créer un mp COGIP - Windows Server Overrides par ex.
Tu as bien integré qu'un moniteur est ciblé sur une classe, et que donc il s'applique à toutes les instances de cette classe?
Bon, et bien de la même facon un override peut s'appliquer au choix : uniquement à une instance de cette classe (donc un serveur unique), à toutes les instances de cette classe (pour que le seuil par défaut pour tout le monde passe de 5 à 15% par ex), à un groupe (au sens SCOM, pas AD; tu peux créer des groupes qui contiennent tous types d'objets SCOM, alimentés statiquement ou dynamiquement), à toutes les instances d'une autre classe (ca sert assez rarement).
Et tu peux bien sur combiner tout ca : commencer par un override pour toutes les instances de la classe, puis affiner pour un groupe de serveurs spécifiques.

Créer soi même un MP c'est bien sur possible, mais c'est loin d'être simple.
Déjà qu'est ce qu'un MP : un fichier XML typé d'une certaine facon, qui contient tous les éléments nécessaires à la supervision (définition des classes, règles de découvertes associées, moniteurs, règles de collecte de performance...)
Pour créer du contenu toi même, tu as la possibilité d'ajouter des trucs via la console SCOM (via les template notamment) mais c'est très limité : par exemple tu n'as pas la possibilité de créer de classe ni de règle de découverte, tu n'as pas accès à tous les types de moniteurs et les wizards (templates) fournis par exemple pour superviser un service ont tendance à créer des tonnes de trucs parfaitement inutiles.
Reste ensuite la solution du vrai pro (   ), l'authoring de management pack au sens strict :
Avec SCOM 2007 microsoft fournissait une "authoring console" qui permettait de faire ca de facon assez graphique, même si ca n'avait rien de magique et nécessitait pas mal de mettre les mains dans le code ensuite.
Avec SCOM 2012, terminé, ca ne marche plus, la solution officielle c'est d'utiliser visual studio avec les VSAE.
Une societé tierce à développé un ersatz de console authoring (MP Author par Silect), mais c'est pas top.
Et au final perso je fais ca directement à grand coup de notepad++
Dans l'exemple que tu cites, il faudrait donc créer une classe "Mon.Appli", une règle de découverte qui détecterait sur quels serveurs elle est installée puis un moniteur de type script powershell ciblé sur la classe Mon.Appli qui exécuterait donc le test uniquement sur les bons serveurs. Et rien de tout ca n'est faisable dans la console directement (si ca avait été du VBS, t'aurais au moins pu créer le moniteur dans la console).

L'alerting est assez simple, en gros le mécanisme fonctionne sur trois configurations distinctes :
Channels (le "comment" ) : tu configures les voies par lesquelles pourront remonter les alertes (smtp, appel d'un executable externe, SMS, IM...)
Subscribers (le "qui" ) : tu configures qui sera susceptible de recevoir des alertes et tu indiques leur(s) adresse(s), sur quelle plage horaire ils doivent recevoir etc
Subscriptions (le "quoi" ) : ici tu configures quelle alerte doit être remontée (via un système de règle qui ressemble assez à ce que tu peux faire dans outlook), et tu spécifies à qui (en choisissant des subscribers) et comment (en choisissant des channels).

La dépendance entre les objets pour éviter le scénario que tu indiques, c'est relativement utopique dans SCOM par contre., il n'y a pas vraiment de mécanisme qui permette ca.

Voilà, je crois que je vais pouvoir aller dormir

C'est comme d'hab avec le licensing un gros foutoir plus ou moins comprehensible.
Niveau serveur oui. Sauf SCCM qui peut etre à part (c'est notre cas) compris dans les Core Cal ou Entreprise CAL. Apres si tu achetes System Center t'as tout depuis la 2012 R2, mais derriere faut payer tes licences pour ce que tu monitores
Je note pour la propal

ok je vais modifier ca pour faire tourner en local system. Un peu con quand meme ce AA qui sert pas a grand chose au final
je me demande si ca vaut le coup de faire une GPO pour pousser le compte AA admin des serveurs...autant utiliser un compte admin du domaine pour pousser l'agent...ok ca evite de taper les credentials mais bon c'est ledge comme avantage
Tu te demandes pk MS ne se repose pas sur ses briques en proposant de déployer l'agent en utilisant SCCM...(pas que, mais ca pourrait etre une possibilité)

par contre ouis j'ai vu pour les limitations via SCCM donc je compte pas le faire.
mais j'ai cru voir une bidouille pour pouvoir via powershell planifier une découverte auto des serveurs dans l'AD et donc que SCOM Déploie nativement les agents régulierement.

t'as raison en fait y'a un monitor qui s'appelle logical disk free space qui est désactivé. J'ai cru que c'etait lui, mais en fait par classe t'as un "Windows 2012 logical disk free space monitor qui lui est actif. Donc j'ai rien dit. pour les 2 seuils j'ai vu
Par contre j'avoue n'avoir pas trop compris l'histoire de l'override. Enfin plutot si j'ai tres bien compris l'idée. j'ai un param par défaut, si je veux le changer, je l'override en ciblant a qui ca s'applique (tous les objets de la classe ou que certains). Ce que je comprends pas c'est l'histoire de créer un mp non scellé a chaque mp qu'on modifie. Si par exemple je reste sur mon MP Windows Server. Je le télécharge et je l'importe dans SCOM. Automatiquement mes serveurs l'utilise. Ca pose pas de soucis ?  C'est que si je modifie un param quelqu'il soit via override, par exemple pour activer les alerts sur l'utilisation CPU (qui pour le coup si je dis pas de betise fait la remonté des compteurs mais n'alerte pas) qu'à ce moment la je vais créer un nouveau MP "Windows Server 2008 - maboite" par exemple ?

Ah c'est la qu'on reconnait qu'on est sur du Microsoft.
Je sais pas comment cette boite fait pour avoir d'un coté des trucs aussi bons, et de l'autres des manques aussi basiques et criants.
Et puis c'est pas comme si MS poussait le Powershell a gogo partout !
Depuis 3 ans j'ai petit à petit basculer tous nos scripts de monitoring de vbs vers powershell. Et si jamais on passait sur SCOM j'ai pas envie de tout recommencer je voulais pouvoir les réutiliser avec des modifs mineurs, mais non, comme d'hab, c'est une usine à gaz pour faire un truc tout con.
Bon je regarderai un peu comment bidouiller ca en faisant soit meme les fichiers dans notepad++ mais bon ca me fatigue

effectivement l'alerting est simple. j'ai mis en place le smtp en 10min, et c'est plutot pas mal foutu apparemment, par contre impossible de faire marcher l'IM avec Lync. Apparemment je suis pas le seul à avoir le probleme

ah merde j'etais persuadé que c'etait possible.

merci bcp pour toutes ces infos

Rhaaa! J'ai passé plus de 2h hier a trouver pourquoi ma bécane en liaison directe avec la box fibre était en 265/45 et celle en liaison wifi en 0.6/5 (oui, j'avais un meilleur upload que download).
Comme il y avait eu une mise a niveau de l'AV/Firewall, j'avais des soupçons, mais au final, il s'est avéré que... c'était l'antenne wifi qui était dévissée d'un pouième.  
 
A+,

Moi de mon coté tous mes problèmes à la con avec mes netopia ont mystérieusement disparu ce matin. nan il y a pas de souci chez Orange ²²²

gamer-fou, je comprends pas pourquoi par defaut, y'a un override sur la les OS Windows 2008 R2 (dans la classe 2008) pour désactiver le monitoring du CPU

 
ce n'est pas le cas pour les 2003 et 2012 et je comprends pas pk ils font ca

 
c'etait quoi ton pb exactement, parce que j'ai un client qui s'est plaind de lenteur depuis une bonne semaine et je viens de me rappeler que la ligne est chez orange et que c'est un netopia en entrée!!

ben ca va être le compte AD par défaut, donc à chaque fois qu'un moniteur aura besoin d'un compte AD pour essayer de superviser un truc il commencera par AA.
Donc t'as le choix entre filer tous les droits à toutes tes appli à AA et faire X comptes de service spécifiques à chaque appli et configurer chaque runas account/profile...
Il simplifie la vie au détriment de la granularité quoi.

le déploiement d'agent via powershell  est assez simple oui, tu peux faire plein de choses.

Oui c'est bien ca. En fait il faut juste bien comprendre que tout ce qui concerne la supervision au sens large (y compris les overrides donc) doit être stockée dans un MP. Comme tu ne peux pas modifier un MP scellé, il faut stocker les overrides qui se rapportent à lui dans un MP non scellé qui référencera le MP scellé approprié (c'est fait automatiquement quand tu crées ton override).
Pour le CPU, attention : la remontée des compteurs est gérée par une règle de collecte de perf, pas par un moniteur. Et pour autant que je me souvienne le moniteur (total cpu utilization percentage) est bien actif par défaut

Ouais clairement ca fait hurler, et tu n'es pas au bout de tes crises de nerf
Pour créer des moniteurs scriptés powershell via la console, tu peux installer ce template : http://blogs.msdn.com/b/wei_out_th [...] itors.aspx
Mais ca reste du bricolage et ca ne permet pas de passer de paramètres au script.
Et ca ne résout pas le reste des problèmes (création de classe et de règle de découverte).
Tu peux aussi passer par MP Author de Silect : http://scug.be/dieter/2014/04/24/s [...] -mpauthor/

A vrai dire je crois que j'ai jamais eu à config l'IM

Pour revenir un peu là dessus : en fait ce qu'il est possible de faire, c'est des dépendances au niveau des moniteurs et non pas des objets à l'aide des aggregate monitors : http://i.technet.microsoft.com/dynimg/IC397324.gif
La question ensuite, c'est comment lier des moniteurs provenant d'objets qui n'ont rien à voir entre eux (un serveur et un routeur par ex) pour qu'ils remontent sous le même aggregate monitor :
C'est jouable avec les applications distribuées, dont le concept est justement d'agglomérer plusieurs objets dans un autre pour modéliser l'état de santé global d'un service technique (par ex tu crées une application disitrubée et dedans tu intègres tes IIS frontaux, les backend SQL, le TMG qui est devant, les device réseau et le monitoring de l'url depuis l'exterieur).
Sauf qu'une fois que t'as ton application distribuée, tu aura toujours toutes les alertes distinctes des objets qu'elle contient, il faut donc faire pas mal de tuning pour tout désactiver puis activer seulement l'alerte au niveau de l'application distribuée.
Et tu n'aura du coup qu'une alerte très générique qui dira "L'application distribuée est KO", puisque la description de l'alerte se gère au niveau du moniteur qui la génère uniquement et qu'il n'y a pas moyen de récupérer la description des alertes des moniteurs "enfants".

il vous en prie

tu n'en as pas un autre ciblé uniquement sur les 2008 r2?

 
Tu as les détails précis plus haut sur mes ragefloods.

 
je repond a ces 2 points la en meme temps
la remontée de l'usage CPU est présente, j'ai les graphs, par contre ce qui semble désactivé, c'est l'alerte (le generate alerts est à false)
 
pour les override c'est bon je pense avoir bien compris
ca fait peur au premier abord mais c'est pas con au final
 
 

 
je regarde les liens
mp author c'est ce que tu déconseillais hier soir non ?

 
erreur de dll comme dans ce topic  
https://social.technet.microsoft.co [...] -scom-2012
 
mais j'ai essayé toutes les solutions données ca passe pas
enfin c'est pas le plus genant pour l'instant, mais c'est un truc qui aurait plu a mon chef
 

ouh la ca me semble bien complexe on va laisser tomber
 
par contre les managements packs
j'ai ajouté celui de SCCM, 30min apres il t'a trouvé les serveurs, ce qu'ils ont comme role et il les monitore ca c'est beau
bon allez je vais me pencher sur le monitoring powershell...

 
ok j'avais pas vu!
faudra que je checke plu en details chez le client que j'ai evoqué plus haut pr voir si c'est la meme.

Je préfere un débat entre lapin et saebalyon, ca se lit plus vite

Mais ça pique moins les yeux

+1

Si tu fais lire les pages par la synthese vocale, ca parle hollandais, c'est marrant

ouais bon c'est quand meme un bon merdier ...
 
t'as certains trucs qui remontent, d'autres pas, tu sais pas trop pourquoi

faut partir du principe que y'a toujours une bonne raison... après faut savoir la trouver

Ok je viens de piger : toi tu es sur le moniteur cpu percentage utilization, qui est ciblé sur la classe windows server 2008 processor (classe qui permet de découvrir chaque coeur cpu indépendamment) . Par défaut la découverte de cette classe est désactivée, et donc ce moniteur ne s'applique de toute facon nulle part.
Moi je parlais du moniteur Total Cpu Utilization Percentage, qui s'applique au niveau de l'OS et regarde la valeur remontée par le compteur perfmon Processor\%Processor Time\_Total. Et ce moniteur là a bien l'alerting activé par défaut!
 

C'est pas tellement que je le déconseille, c'est juste que c'est assez incomplet et perfectible, lourd (je me demande si y'a pas de la grosse fuite de mémoire quelque part parce que bouffer autant de RAM avec un produit aussi basique...)
Après ca peut aider à créer rapidement au moins la base de son mp
 
 

Ca je confirme que j'ai aps eu l'occasion de tester.
 

Le concept d'application distribuée c'est pas bien compliqué à comprendre, par contre l'utilisation que tu décrivais nécessiterait pas mal de bidouille oui.

 
Bel éloge de la médiocrité, dès que ca monte un peu de niveau technique y'a plus personne... pauvre france  

 
J'ai mis à jour les fw en 8.7r5 que j'ai reussi à retrouver, en 8/35 UBR, PPPoE, oA autodetect, CHAP, standard LZS, et ça a l'air de tenir.
 
Bizarrement j'ai la ligne du site heureusement proche, qui ne posait pas problème jusque là, qui suite à l'uniformisation ne connecte plus  

 
Dit-il en parlant d'un logiciel clicodrome suivant-suivant-suivant