Reprise du message précédent :

Tu préfères passer par la dîme ?

on peut être professionnel ou rester amateur toute sa vie, il faut faire un choix

Trop gros passera pas  

Exactement.
Si on veut être crédible on paie.

Intéressant  

 
Tu fais ça dans quel sens ? Lors d'un enregistrement d'ip tu ajoutes une entrée dans le dns ?
Ca m'intéresse, tu peux/veux détailler le besoin et la manière de faire ?
 
Merci.

il y a un champs "dns name" dans netbox sur les objets adresse IP, si ce champs est rempli mon script prend l'info et pousse ça dans le serveur DNS (et dans l'autre sens fait les suppressions du DNS quand l'enregistrement n'est plus présent dans netbox).
Le besoin c'est de pouvoir gérer des noms de machine sans avoir à aller dans un outil/source of truth dédié.

Intéressant Tu fais comment pour détecter les nouvelles entrées/suppression et le déclenchement du script ? Une méthode "propre" pour faire ça ?

déclenché manuellement pour le moment. On fait pas beaucoup de modifications (et pas de modification automatisée de ce type), donc c'est suffisant.
Après si plus tard le besoin de passer dans le turfu (ie ne plus avoir à faire d'action manuelle pour le push DNS) se fait ressentir, netbox supporte les webhooks, donc on peut imaginer déclencher un appel automatique au script d'update du DNS à chaque fois qu'on objet de type IP est créé, modifié ou supprimé dans netbox.

Ah oui, ya pas de support donc  

Je paye 16k euros par an pour Orion  

Ca reste un sacré solo de basse

Ahem En fait on nous à effectivement demandé mais bon pour des raisons pratiques (et de quand je tombe sur du matos refurb à vil prix ) j'ai pas forcément les bons sens

Après ceci dit, on a le rack pour nous tout seul et ça souffle pas très fort, donc en théorie ça passe

edit : mon salarié avec beaucoup d'XP dans les DC m'a dit que les températures en intake de nos machines sont plus basse de 5+C° par rapport à ses moyennes aux US. Donc je m'inquiète pas trop

audit annuel du DC qui fait des images thermiques des baies => matos pas conforme => extinction

 
C'est pas trop le genre de la maison je pense (Jaguar). Jusque là, ça s'est très bien passé, et puis ils savent qu'on est des noobs d'hosting nous (c'est pas notre métier, on apprend )

 
Surtout vu le prix des ventilos chez Arista... J'ai du refurb aussi et j'en ai pour aussi cher de ventilo/alim que de switch

Une belle vécu ce jour.
Le contexte : une administration nationale a un budget de près de 3 milliards d’euros.
 
Un usager a indiqué sur Facebook dans un groupe de mécontent de cette administration un numéro de téléphone d’un utilisateur d’un service comptable et son mail...
Les gens s’engouffre et l’appelle en boucle, c’est même passé dans une émission TV....
La ligne est saturé mais le gars pris de panique ne dit rien... il bloque sa ligne et cela fait un renvoie vers l’accueil qui est sursaturé d’appel.
 
L’accueil prévient le support informatique que sa ligne est saturé suite à un renvoie d’appel.
Le service informatique constate le problème, plusieurs appels par minutes.
Le service informatique vas voir l’utilisateur qui explique ce qu’il se passe à demie mot.
 
L’affaire part en couille par rapport à l’image de l’administration.
L’utilisateur qui est victime aussi se fait convoqué et défoncer par sa hiérarchie ... super la mentalité.
 
Le DG appelle la DSI adjointe car la DSI est en vacances, puis se dernier contacte un administrateur réseau, en lui disant de contacter Facebook pour faire supprimer le message en question.
 
Du grand n’importe quoi, c’est aux administrateurs réseaux système de contacter Facebook pour faire supprimer un message qui dérange la direction dans un groupe public.
Au passage, du fait des règles de sécurité imposées par le ministère nous n’avons même pas accès à Facebook.

quelle idée de subir un truc qui n'est pas dans le code de la FP aussi

Pas de vagues on avait dit, il ne faut que rien ne vienne a l'encontre du ronron quotidien....
 
Sinon c'est pas pénalement répréhensible ce genre de conneries sur facebook ( pas méchant mais déjà un petit rappel a la loi )

Plein de tickets encore aujourd'hui :
 
1. Le client qui demande de l'aide en urgence, plein de kernel oops, visiblement dès que j'ai parlé de problème hardware potentiel, j'ai une réponse 10 minutes plus tard : on a changé la carte réseau et ça marche  
2. Utilisateur (même pas client) qui hurle au loup que le backup de XO est complètement pété que c'est incroyable, ya rien qui marche « out of the box » (si c'était le cas on aurait vite eu des tonnes de tickets… je dis pas que c'est impossible, mais que ça passe sous les radars si !). Finalement, « comme d'habitude » c'était un problème de MTU  

Ah non, en fait client 1 c'était aussi lié à la MTU :
 

 
Ça donne envie de faire du SaaS desfois…  

Allez, moi aussi je viens de me taper une aigritude "ticket support"

Je bossais sur mon produit favori (SCOM, la solution de supervision de Microsoft pour ceux du fond qui ne suivent pas); plus particulièrement sur la synchronisation des alertes provenant d'Azure Monitor dans SCOM à l'aide du Management Pack (plugin) fourni par Microsoft.

Et ca marchait pas. SCOM détectait bien les Alert Rules présentes dans Azure Monitor, mais aucune des alertes pourtant bien actives dans Azure Monitor n'était répliquée dans SCOM.
Alors j'ai commencé à sortir l'artillerie lourde pour trouver où ca bloquait :
- "extract" du MP pour analyser sa structure, ce qui m'a entre autre permis de savoir que le MP utilisait une dll custom pour aller interroger l'API Azure et transformer le résultat de la requête en quelque chose d'intelligible par SCOM (on appelle ca un propertybag, c'est en gros un bloc XML formaté d'une facon spécifique)
- prise de trace réseau avec Fiddler qui m'ont confirmé que les alertes étaient bien récupérées via l'API Azure Monitor avec JSON correctement formaté,
- prise de traces du workflow SCOM qui m'ont par contre montré que le propertybag généré était lui vide de toute alerte

J'en ai donc déduit que la dll custom ne faisait pas correctement son boulot...
Qu'à cela ne tienne : va pour la décompiler. Je suis plutôt une bite en C# (y'a pas marqué développeur ), mais je n'y ai rien trouvé de choquant.

La mort dans l'âme, je me résoud donc à ouvrir un ticket au support MS en y mettant le max de détail pour passer rapidement les premiers niveaux.
Coup de bol : ca marche, je tombe directement au support du groupe produit... En Inde
Le mec en face a l'air de comprendre de quoi je lui parle, mais il répond quand même plutôt à coté de la plaque dans sa réponse donc je dois me taper toute l'explication du mécanisme que j'ai déduit pendant ma phase d'analyse.
Mais bon au moins il comprend mon explication, et arrive à reproduire le problème de son côté, et me dit qu'il va continuer à investiguer.

2h après, il me recontacte :
"Oui alors j'allais commencer à analyser le code de la dll custom, mais en fait j'ai eu une autre idée avant : j'ai testé sans mettre d'espace dans le nom des Alert Rules dans Azure Monitor et puis ca marche en fait lol bisou".

Et... oui, effectivement, ca marche. Tout ca pour ca  

Haha le client qui a viré son gars de l'IT, je sais pas si vous vous souvenez.

Celui a qui il fallait expliquer que le support c'est pas la maintenance ni l'infogerance.

Bref il a demandé un audit complet a une SSII du coin.

Les gars ont halluciné sur l'infra (serveurs qui sont des PCs assemblés depuis 2012, 0 maj Windows ni xcp ni rien).

Accessoirement pendant l'audit, en tirant un serveur du rack pour voir le numéro de serie, ça a débranché l'alim du serveur de stockage NFS de la prod

Qui n'est jamais reparti

Les espaces, c'est comme les accents, ça devrait être interdit!

y'avait pas 2 alims ?

Le pire c'est que de ce que je comprends du code la dll, y'a bien une fonction pour traiter les espaces et les caractères spéciaux

Non et rien d'ondulé, serveur NFS en vieille Debian jamais reboot depuis plus de 5 ans.

Heureusment, j'avais poussé a faire de la réplication sur une deuxieme machine. Réplication jamais testée depuis le début (2015).

Mais ça a marché

J'avais gribouillé un script bash a base de zfs send receive pour illustrer une PoC.

Visiblement c'est resté en l'état depuis 5 ans et le pire c'est que ça a parfaitement fonctionné...

Cpu des xcp : Core i5 3xxx la rache partout, ECC nulle part.

ouais enfin bon pas double alim pas ECC j'appelle pas ça de la prod

 
2 alims dont une morte depuis 2 ans et pas remplacée oui

C'est clairement le but de l'audit. C'était vraiment a l'arrache et bien sûr toute la boîte la dessus.

je sais pas pour moi un audit c'est pour voir des trucs improbables invisibles à l'oeuil nu  

Du coup le NFS, pas de redondance disque j'imagine ?
 
faut faire le truc a fond, pas a moitié.

C'est la direction qui ne connait rien à l'IT qui a demandé l'audit, n'ayant plus aucune compétence ni salarié dans le domaine.

Perso c'est pas mon problème en tant qu'editeur

Ha bordel Au moins t'as eu une solution, avec le support en Inde c'était pas gagné d'avance  
 
Je comprends la frustration, j'ai eu une histoire similaire où je me suis fait niquer à cause d'un caractère espace au bout d'une URL dans un champ d'une page de config. Aucune alerte ne partait du système vers cette URL, sans aucune erreur dans les logs ni rien. Tout paraissait parfaitement nickel, mais rien ne se passait au moment d'alerter, la misère pour troubleshooter

Il ne gère pas les chaînes de caractères avec espace ? o_0;

ne jamais utiliser d'espace nulle part en scripting ou en info d'une maniere générale, regle de base.

Azure Monitor ne bronche pas quand tu lui crées une Alert Rule avec un espace dans le nom
SCOM arrive sans problème à découvrir et répliquer la liste des Alert Rules présentes dans Azure Monitor avec un espace
La dll custom n'arrive par contre pas à faire matcher les Alertes provenant d'Alert Rules avec des espaces, alors qu'elle contient une fonction justement pour traiter les espaces et les caractères spéciaux (je crois, faudra que je me repenche dessus si j'ai rien de mieux à foutre)
 
bref, nik.

Ascii 7 bits forever, mort à l'utf