Reprise du message précédent :
Faut un domaine avec combien d'utilisateurs pour surcharger un contrôleur de domaine ? J'ai vraiment l'impression que c'est le serveur qui glande par excellence (mais j'avoue, j'ai une petite structure )

Je sais pas, on a 60000 utilisateurs là (fusion de 4 univ.), je vous dirai si ca sature sur le DC avec role PDC (r720, 48 Go, bi proc)

en meme temps, les univ, c'est bien le truc ou t'auras jamais 60k users en meme temps

C'est clair ! Mais ca commence à monter en charge tout doucement.
 
Le plus dur a été le(s) scripts pour injecter les users dans l'AD et dans les bons groupes, chaud (j'ai pas participé là ).  L'infra a été relativement abordable.

Non, ça dépend aussi du niveau de charge de tes DC. Si le seul qui te reste s'avère incapable de gérer les sollicitations tu n'auras même plus de dispo du tout. Quand tu calcules le nombre de tes DC tu dois prévoir suffisamment de marge pour gérer un ou plusieurs DC hors-service, et y ajouter les contraintes de sites et autres.
Pour les rôles FSMO splitter les rôles domaine et forêt c'est bien, dédier un DC au ePDC c'est mieux, car c'est le seul rôle vraiment critique (et consommateur de ressources) dans la plupart des cas.

 
les 60k ont servi à justifier l'achat des 48Go voyons

Une solution quand un kill -9 ne marche pas (sur un rsync) ?

EDIT: Ah c'est bon, ils ont juste mis quelques minutes à crever.

Après les Darwin Awards : les Pwnie Awards  
 
http://en.wikipedia.org/wiki/Pwnie_Awards  
 

 
Merde, y'a une version 7...

 
 
mais qui a eu l'idée ?  

Les users de la même team m'apportent une carte de voeux
 
avec un monstrueux bon d'achat. Alors que je gagne plus qu'eux. Y a même des grecs dans le tas qui doivent sûrement renvoyer de la thune chez eux.  

Une grosse (bonne) boite de chocolat d'une Useuse
 
Sinon les autres bouffe des chocolats devant toi mais t'en fille même pas un petit (crevard !!!)

Hello,

Belle bourde d'un collègue hier.  

Je ne suis séparé de son bureau que par une fine cloison.

D'un coup, j'entends "MEEEEERRRRDE" et un bruit de course vers la salle informatique.

Le pas doué travaille toujours avec beaucoup de consoles ssh ouvertes et il s'est trompé de console en tapant reboot. (Sudo c'est pour les mauviettes et pas pratique dit-il    ). Il a redémarré l'ERP en pleine journée. Plus de commandes en lignes, plus de commandes par téléphone, plus d'expéditions, plus rien quoi. 200 personnes sans leur outil de travail. Comme il a beaucoup de chance , le serveur n'avait plus été redémarré depuis 367 jours et a fait un scan des disques. 50 minutes d'interruption.

Le boss est plutôt cool, il lui a passé un savon, mais rien de bien méchant. Seule contrainte imposée désormais, il ne peut plus travailler en root et n'a plus les accès reboot, shutdown , etc.  sur les serveurs de prod.

sudo ou pas sudo, en l'occurrence ça n'aurait rien changé ! Tu te trompes de shell c'est le même souci partout.

Parce qu'il travaillait en root?

 
Couleur de polices
shell vert quand en user, shell orange sur serveur critique, shell rouge sur super critique. Quand ta un shell rouge au milieu des autres, visuellement tu fais un peu moins d'erreur. C'est pas parfait mais ça m'a déjà éviter de faire de la merde

Les shell coloriés, faut les tuer les gens qui configurent ça
(et j'insiste toujours, il n'a pas tapé le reboot par erreur mais sur le mauvais serveur)

 
on parle juste de la font, pas du background hein. C'est quoi ton soucis avec ça

 
Ca fait du mal dans mes yeux à la fin de la journée

quand tout le monde se sera planté une fois, vous allez faire comment ?

 
Il n'a pas encore compris que pour la plupart de nos tâches, les accès root ne sont pas indispensables.  
 
Nous faisons le même job. Perso, j'utilise SUDO, et le recours à l'élévation de privilèges sur les serveurs et plutôt rare. Je l'utilise également pour avoir mon propre historique shell et le log des commandes que j'utilise.

 
Il ne peut plus travailler en root ne signifie pas que les accès root sont impossibles.    
 
C'est une règle de travail, pas une limitation configurée. Nous lui faisons confiance.
 
Cet incident apporte du poids au fait que nous demandons à tous d'éviter de travailler en root quand ce n'est pas nécessaire, d'utiliser un compte normal avec sudo. Pour lui, j'ai dû ajouter des règles sudo, mais je crois que nous les ferons sauter rapidement. (Quand l'affaire se sera tassée).

t'as pas du tout vu que j'ai mis du gras ?

 
J'ai vu mais mal interprété. Désolé.  

pis tout ca, c'est parce que vous avez un OS gratuit beta pour votre prod, ca arriverait pas sous windows

 
carrément

/troll on : Sous windows, pas besoin d'erreur humaine pour avoir un reboot non planifié en pleine prod. /troll off

 
Oui mais au reboot sur un Windows récent il te demande pourquoi il a été rebooté de manière non planifiée

Et qu'est ce qui empêchait d'interrompre la vérification des disques au boot ?
 
De mémoire, que ce soit sous linux ou windows, tu peux l'interrompre avant qu'elle ne démarre.
Comme le serveur doit prendre un peu de temps pour s'arrêter et pour démarrer, ça aurait pu être jouable non ?

 
Moi je suis comme Gloubi, cet argument me parait totalement spécieux.
 
Si il avait pas été root il aurait fait quoi ?

 
En lieu et place de :

 
Et nous constatons donc avec brio que le serveur de prod n'aurait pas rebooté, c'est ça    
 
quand tu fais un ctrl+alt+del sur un Linux au lieu de ton bureau, ok.
Là ne pas être en root peut servir, quand tu t'es trompé de fenêtre en revanche ça sert à rien du tout.

Question:
Si il avait fait su- il aurait eu la demande password non?
Et donc là si se ne sont pas les mêmes passwd il se serait rendu compte de son erreur non?

si on doit passer un mois dessus a chaque fois qu'un type se plante de console pour un reboot, on va plus faire que ca

En même temps les tech de Pollo sont sages faut bien qu'on s'occupe

sudo n'est pas là pour t'empêcher de taper n'importe quoi, mais vraiment pour déléguer l'administration.
 
La meilleure protection c'est le doute permanent, la vérification du hostname, relire la commande avec le doigt. Moi les rm -rf je suis hyper prudent avec. je tappe rrm -rf , puis le reste de la commande, et quand je suis sûr je retire le 1er "r".
 
Et curieusement comme mon homedir est automonté et qu'il est partagé entre les host, mon seul historique vraiment utilisable c'est l'historique root.

cette bonne vieille sueur froide quand tu réalises ta bourde, cette sensation de rigidité dans la nuque

 
Il est probable qu'il ait un sudo avec les commandes en "all=(all) all", ce qui renforce d'autant mes arguments

J'avais un user (orienté windows) un jour dans ma salle serveur. Il cherchait la bonne console parmis les claviers et comme y avait l'écran de veille il appuyait ctrl+alt+del jusqu'à trouver la bonne console.
 
- mais...mais... tu fais quoi ?
- ben je cherche le serveur windows.
- Tu sors.
 
Depuis je l'appelle le rebouteur.

moi je leurs interdit l'acces, hors bataille d'eau, bien sur, faut bien se détendre