Reprise du message précédent :

On commence Devops et on finit Dev Oops!  
 
A+,

J'avais dis que je le ferai plus mais j'ai pas pu m'en empêcher.
 
Et j'ai ragé parce que c'est arrivé 30 minutes avant la débauche

C’est quoi le problème d’un NAS de backup ? C’est un second NAS de merde ?

.....  

C'est pour moi que je dis ça, ça reflète juste mon état à ce jour.

 
Bah on a un stockage dédié sur le serveur ESX. Les backup des VM se font sur le NAS dédié.
 
Mais mon tuteur a eu la bonne idée de désigner le Nas de backup comme étant le volume de stockage par défaut de ces VM. Au lieu d'utiliser le stockage local de l'ESX.
 
Je suis un chouia blasé.

ah ca doit être perf

"Mais oui et c'est safe tu comprends, c'est du raid 1"

Et c'est le nas de backup comme sa elles sont déjà sauvegardées

Putain
 
Je vais la ressortir celle-ci

C’est quoi le problème alors ? Pour HA, vMotion et compagnie c’est quand même plus sympa d’avoir un stockage partagé non ?

Vu sa boite il a un seul esx.

Un Esx sur un serveur avec un raid 1. Chaque VM possède son disque virtuel pris sur le serveur où est hébergé l'ESX.
 
Et les sauvegardes de ces vm se font sur un Nas dédié à ça.
 
Sauf que là je me suis aperçu qu'il avait choisi comme disque virtuel de l'espace directement sur le Nas de backup.
 
Ce qui ne devrait pas être le cas.

J'avais pas compris.
Là je comprends mieux.

Faut dire aussi que j'ai lu en diagonale...

enfin le plus choquant dans la phase c'est quand meme que c'est un DEV qui met a jour le nas

Mais le dev a des accès admin sur le nas ??!
 
Pete lui ses accès

Ah, seulement 1 ESXi c’est effectivement moins judicieux. Ça fait joli, y a plusieurs datastore

A ce rythme tu seras un très bon boulanger, ébéniste ou charpentier

+1

Moi j'ai découvert il y a une semaine que dans ma boite, histoire de se faciliter la tache les it-ops ont créé un compte admin commun a tous les laptops récents (même compte et passwd), compte qui semble avoir tous les droits locaux sans restriction... (par exemple, autoriser ou pas la mise a jour automatique de Windows, désactiver l'anti-virus...).
Alors que sur les desktops (moins récents), le compte admin local est propre a chaque bécane, et est soumis a des restrictions (pas de mise a jour locale de windows ou de chrome, pas de modifs des paramètres de l'antivirus...mais bon, ils ont laissé ouverte la possibilité de mettre a jour le bios )
 
A+,

 
C'est le communisme ici, tout le monde a les accès à tout pratiquement.
 
J'ai dépensé beaucoup d'énergie à essayer de convaincre de mettre des accès restreints et propres à chacun mais y'a rien à faire.
 
Dans six mois j'ai fini  

Attend que sa pète et fait le nazi après Voir fait fait bruler le reichtag et accuse les communiste péter un truc pas trop important et accuse les users \.

http://www.commitstrip.com/fr/2017 [...] ry-a-hack/

C'est tellement ça

Mais pourquoi vous l'avez laissé sortir de sa cage au départ ?    

Je sais pas trop, il traînait là, fallait bien qu'on l'occupe
 
Sinon question.
 
Je suis en train de plancher sur un script qui modifie des clés de registre.
 
Je pensais intégrer une étape qui fait un backup du registre avant modif histoire de pas foutre la merde.
 
Une meilleure idée, suggestion ?

juste exporter la/les clef(s) en question dans un repertoire

Sauf qu'en l'occurrence ici mon script rajoute une clé de registre.
 
Je peux toujours copier la clé racine ailleurs en effet, je pensais à ça au départ mais je m'étais demandé s'il y avait une contre indication.

si tu rajoutes un truc non existant alors backup pas

Quelqu'un a un gestionnaire de licence qui va bien ?

VAMT

J'ai pas été précis, de licence logiciel de tout type.

Si t'as un nom ça m'intéresse aussi pour l'instant c'est fait maison avec une feuille calc.

Excel
 
Word pour les guerriers

T'es ouf man, c'est pas gratuit

Horrible à maintenir

Ce serait un logiciel pour un client ou pour gérer les licences de tes clients par société ?

Moi j'ai vu encore mieux chez un client : les postes ont un script en local qui fait diverses opérations. Ce script est à un emplacement facilement accessible aux utilisateurs...en lecture/écriture. Donc facilement remplaçable ou modifiable.
Ce script est lancé à l'ouverture de session par une tâche planifiée exécutée...avec le compte SYSTEM.

Je vous laisse imaginer tout ce qu'un utilisateur peut faire avec ça, sachant qu'à la base il n'est pas censé être admin de son poste

Dans les deux cas c'est une faute grave qui justifie amplement un licenciement

C'est beau

 
GLPI