OVH Community, votre nouvel espace communautaire.

J'vais raler là


dreamer12345
06/04/2004, 15h43
C'est vrai qu'Olivier_T n'as pas tort et ce qu'il disait ce n'étais pas "non aux erreurs débiles" mais "non aux expérimentations sur un serveur en production", il n'est pas contre le fait de répondre à quelqu'un se demandant comment faire pour ajouter un site dans la config d'Apache mais il est énervé par les gens qui mettent tout un serveur sur les genoux juste pour "voir ce que la commande rm faisait"!

On a tous fait des conneries et moi le premier (j'ai un jour réussi à faire disparaître tous fichiers du répertoire /usr/includes) mais c'était sur des serveurs de test chez moi, ce qu'il veut essayer de vous faire comprendre c'est qu'il faut toujours toujours toujours tester ce que l'on veut faire sur une machine autre que celle en production!
Et c'est pas bien difficile à faire! On récupère un vieux PC, on installe linux dessus, on essaye de remettre les même softs que sur le dédié et de répliquer les sites et hop on s'amuse un tit coup et c'est à ce moment là qu'on pose les questions!

Fred69
06/04/2004, 10h42
4- Si tu scies la branche sur laquelle tu es assis, tu vas te casser la gueule
Tout dépend de quel côté tu scies

Bon OK je sors

-NC-
18/02/2004, 13h34
klr

Shogin
18/02/2004, 12h13
Juste pou résumer ->

Je pensais être sur un forum et non devant un combat de coq.

C''est pathétique !!!

@+

amadeus
17/02/2004, 19h35
Bonjour tlm,

Perso je suis tout à fait d'accord avec ces dix commandemments. j'ai pas de dédié chez ovh (juste des mutu) mais au boulot je suis root sur des serveurs 'sensibles' . Une fausse manip => 35 personnes au chomage technique.
Sachant que je travail pour un prestataire de service, le client envoie la facture du chomage technique en question à mon patron (c arrivé à un de mes collègues).

Tout ca pour dire que lundi matin/vend aprem, on fait des plans mais pas de déploiement. On test TOUT avant chaques manipulations (même la plus anodine) et on a renforcé les clauses de garantie des contrats.

En attendant Olivier_T: merci pour ton msg, il va figurer en poster dans la salle des serveurs .

Amadeus

Elgi
17/02/2004, 15h48
Anti-trust écrivait :
Elgi -> personnellement je pense etre dans une troisième catégorie:

je veux tant que possible du tout cuit car je paye une certaine somme pour... et j'offre un service gratuit (donc qui ne me rapporte rien) à 2000 personnes chaque jour

ce qui ne m'empeche pas d'etre passionné par ce que je fais... cela se traduit par des centaines d'heure de boulot, de café avalé et de nuit blanche passée

y a t'il un mal à vouloir tant que possible la facilité ? histoire de ne pas passer des heures à réparer/compiler/etc ?
je suis d'accord, et ayant passer du temps a comprendre comment on compile apache/php/mysql/qmail/etc...
maintenant j'ai la faciliter car je peux le faire quasiment les yeux fermes et cela en 4-5 mois que je decouvre linux !

tant que tu ne seras pas faire toi meme tout, alors tu restera dependant des autres, de leur bon vouloir a te repondre, etc...

donc oui pour poser des questions memes stupides dans le but d'apprendre, et non au question "[URGENT] je me prends pour un hebergeur parce que j'ai un dedie et que je viens de faire une betise !"

L'hébergement est un vrai metier ! Il ne suffit pas d'avori u serveur, d'y mettre directadmin, cpanel ou autre !

Je viens de voir un phpinfo() d'une personne sous directadmin, sincerement c'est horrible !
aucune secu, php en module d'apache, le noyau non a jour, mysql encore en version 3.x.x, meme pas le safe mode de php d'activer, etc, etc... !
Par contre, on peux faire payer des pauvres gens s'y connaissant encore moins et leur vendre de l'hebergement !

Aussi le fait d'aider les autres a la hauteur de ses propres connaissances, de bien marquer dans les howto "repondre sur le forum" et recevoir 40 mails en prive pour du support gratuit !

Voila ce qui m'enerve aujourd'hui

Anti-trust
17/02/2004, 15h36
Olivier_T -> j'ai bien lu et j'ai bien compris que tu n'avais rien contre les erreurs... j'ai par contre également compris que tu en avais assez des erreurs stupide ( c'est bien le but de ton topic non ? sinon tu aurais choisi un autre titre..)

ne minimise pas cet état de fait stp...

pour les mises à jour: oui j'en suis certain.. en plus d'apporter de nouvelles fonctionnalités, 90% des mises à jour comportent des fix de failles de sécurité... il suffit de lire les changelog pour s'en rendre compte

pour ta remarque sur les linuxiens, lol... c'est un peu hors sujet mais tu n'as pas tord (spécial dédicasse @ lithium)

concernant l'exemple de ssh, nulle part dans le changelog de la release il était indiqué qu'ensuite il fallait se connecter en SSH2... comment je l'ai su personnellement ? grace à un linuxiens qui pouvait se connecter sans problème (normal, linux reconnait automatiquement la version de ssh à utiliser) donc a part avoir de la chance, etre confirmé ou avoir une boule de crystal.. c'était presque mission impossible

concernant la recompilation d'apache, à ma connaissance, ça n'entre pas dans le domaine de compétence du support d'OVH vu que ce n'est pas un problème au niveau serveur mais au niveau "client" (lol) et puis y a pas qu'OVH dans la vie hein...

ça fait personnellement un peu plus de 7 mois que j'ai mon dédié et la plupart de mes soucis reglable sans intervention du support l'ont été par mes recherches ailleurs que sur OVH tel que le sacro-saint google ou les forums spécialisés (pas de ml pour moi jusqu'il y a quelques jours... )

bref, si ton coup de gueule n'était pas là pour te plaindre des erreurs (stupide.. je le précise encore..) à quoi sert-il ? j'ai du mal à comprendre là

en effet, l'administration d'un dédié est un métier... seulement voilà, les 3/4 des personnes prenant un dédié tombent dedans comme un cheveux dans la soupe de la meme manière que si tu mets un linux (meme la "simple" mandrake) à un windowsiens.. ben il sera perdu et se plantera pour un rien... ça me parrait d'une logique implacable... CQFD

la logique est qqchose qui s'acquiert avec le temps.. et l'experience... (re)CQFD

pour finir, ma dernière phrase n'était pas une injonction mais un clin d'oeil désolé si tu l'as mal pris

Elgi -> personnellement je pense etre dans une troisième catégorie:

je veux tant que possible du tout cuit car je paye une certaine somme pour... et j'offre un service gratuit (donc qui ne me rapporte rien) à 2000 personnes chaque jour

ce qui ne m'empeche pas d'etre passionné par ce que je fais... cela se traduit par des centaines d'heures de boulot, de cafés avalés et de nuits blanche passées

y a t'il un mal à vouloir tant que possible la facilité ? histoire de ne pas passer des heures à réparer/compiler/etc ?

edit: correction de fautes

freeway
17/02/2004, 15h27
Plutot sympa ces 10 commandements je trouve

Elgi
17/02/2004, 15h01
Je suis entierement d'accord avec Olivier_T

pour ma part, je decouvre linux et les serveurs depuis qu'ovhm a sortie a location au mois et plus de frais d'install !
Ce qui doit faire environ 4-5 mois je crois !

Je n'y connaissais rien de rien !
Avant de mettre des sites sur mon 1er serveur j'ai teste, casse, et reparer et aussi apeller au secours un certain Olivier_T

Ensuite et apres avoir decider de passer en prod ce 1er serveur, et comme je suis en numeris et qu'il m'est relativement difficile de faire mumuse chez moi bien que je tente !
Bah j'ai decider d'investir dans un 2nd serveur qui me sert a apprendre, ! et je n'applique que des choses sur que le serveur en prod. Cela me coute en argent tous les mois, mais m'evite de venir raler en disant "[URGENT] j'ai un soucis" !

Mais il est vrai qu'il existe 2 types de personnes :
- les passionnés prés a s'invertir personnelement et investir de leur temps et argent !
- les mecs qui veulent du tout cuit, pour pas un rond de preferences et faire un max de pognon !

ou vous classez vous ?

A bon entendeur,

Olivier_T
17/02/2004, 14h43
Bonjour Anti Trust,

Je pense que tu n'as soit pas compris soit pas lu correctement mon message.

Donc, pour te répondre ;

tu n'as jamais fait d'erreur stupide ? tu n'as jamais été débutant ? wow quel talent !! manque de bol, on est pas tous aussi intelligent et doué que toi
Si, d'ailleurs c'est pour cela que, dans mon message, je dis : "S'il peut arriver à tout le monde de faire une erreur (un /bin/rm -rf * mal placé par exemple), ". Moi le premier, un jour j'ai débuté, j'ai fait (et je fais encore) des boulettes, ...

Ensuite,

les mises à jour ne sont pas là pour les chiens... neuf fois sur dix, elles comportent des màj de sécurité comme les release par exemple.. il est meme clairement indiqué qu'OVH à le droit de casser le contrat d'un SD n'étant pas à jour à ce niveau
Es tu certain de ce que tu dis ? N'est il pas dans la tradition pour certaines personnes de "vouloir être à jour", sans réelle nécessité ? Je ne parlais pas des mises à jour pour des raisons de sécurité. Mais des mises à jour sur ds systèmes qui fonctionnent et n'en ont pas nécessairement le besoin. Un peu cette manie linuxienne (pardon pour les linuxiens, je ne les prends qu'à titre d'exemple) de vouloir toujours avoir la dernière version de la dernière mouture du dernier kernel, quitte à passer plus de temps à recompiler qu'à travailler.


encore faudrait il savoir que cette porte s'ouvre avec une clé.. le débutant (tel que moi) ne pense pas forcément à ce genre de chose... par exemple lors du passage en release 1.37 (de mémoire) il fallait savoir que ssh1 ne fonctionnait plus.. bcp s'y sont laissé prendre dont moi et pourtant c'était si simple que ça en coulait presque de source
Ici aussi, il aurait "suffi" de planifier correctement et de bosser avec organisation. Du genre :

1-Je mets à jour ssh
2-Ssh me sert à me connecter
3-Si je change ssh peut être que je ne pourrais plus me connecter
4-Donc je fais comment

C'était là le sens de mon message, pas ailleurs.

à partir de maintenant on coupera tous nos SD du vendredi au lundi matin...ça évitera les soucis..
Je ne parle pas de les couper. Mais une recompilation d'apache avec l'option qui permet d'afficher la date de dernière modification d'une page le vendredi à 18h45, c'est pas nécessairement judicieux, ca aurait pu attendre lundi, nan ?

J'accepte les erreurs des autres. Je suis le "premier" à chanter les louanges de l'auto apprentissage et je considère qu'il n'est pas meilleure école que celle qui consiste à devoir "se bruler pour savoir que c'est chaud".

Cependant, et toujours en considèrant que les machines sont en environnement de production, un mini minimum de précautions de la part des administrateurs des machines leur éviterait, je pense, 80 % de leurs soucis. 80 % d'énergie qu'ils pourraient déployer à des tas d'autres choses nettement plus gratifiantes que de la correction de bétises.

Je ne dénie à personne le droit à l'erreur. Au contraire même, je le revendique.

Si je n'acceptais pas les erreurs des autres, je ne ferais pas de support clientèle, je ne filerais aucun coup de main, ... Mais tout cela, je ne le fais pour tirer aucune gloire ni médaille. Je le fais en considèrant, mais je suis utopiste, que le savoir est un bien à partager.

Au risque de me répèter, l'administration d'un système (système au sens large) répond à une logique et à une organisation. C'est un métier, qu'on peut apprendre et dans lequel on se perfectionne sans cesse, mais c'est un métier.

De la capacité à planifier la montée en charge, faire de la prospective, anticiper les risques et prévoir les coups durs dépend la pérennité de l'ensemble des possesseurs de dédiés.

Enfin, pour répondre à ton "injonction", n'oublie pas qu'on est tous le tout petit de quelqu'un.

A Bientôt,

Olivier.

Anti-trust
17/02/2004, 14h23
moi ça me fait tjrs rire les donneurs de leçon...

tu n'as jamais fait d'erreur stupide ? tu n'as jamais été débutant ? wow quel talent !! manque de bol, on est pas tous aussi intelligent et doué que toi

"avant de mettre à jour vérifie que tu as vraiment besoin de mettre à jour"

les mises à jour ne sont pas là pour les chiens... neuf fois sur dix, elles comportent des màj de sécurité comme les release par exemple.. il est meme clairement indiqué qu'OVH à le droit de casser le contrat d'un SD n'étant pas à jour à ce niveau

"avant de fermer une porte, vérifie que tu as la clé pour la rouvrir"

encore faudrait il savoir que cette porte s'ouvre avec une clé.. le débutant (tel que moi) ne pense pas forcément à ce genre de chose... par exemple lors du passage en release 1.37 (de mémoire) il fallait savoir que ssh1 ne fonctionnait plus.. bcp s'y sont laissé prendre dont moi et pourtant c'était si simple que ça en coulait presque de source

"Le vendredi, rien n'est permis"

wow quel argument... à partir de maintenant on coupera tous nos SD du vendredi au lundi matin...ça évitera les soucis.. de meme je dirais le jeudi rien n'est permis puisque que le support technique d'OVH ne regle jamais un soucis en 24h...

bref, je vais arreter de reprendre argument par argument "ta vision de la chose"... tu as dû comprendre que sur le fond je ne suis pas d'accord et que sur la forme je m'inscris carrément en faux

tu devrais apprendre l'humilité et accepter les erreurs des autres... si les soucis et (betes) erreurs des autres te prennent la tete, désinscris-toi des ml et ne passe plus sur le forum.. bref passe ton chemin mais évite de te poser en donneur de leçon...

pour reprendre ton dernièr argument -> fais toi tout petit..

POG
17/02/2004, 13h38
Que de sagesses viennent d'être mise au jour,

De toute manière par définition les gens gueulent en disant que ce n'ai pas eu mais la machine...

donc restez humble face à une autre personne,
admettre l'erreur,
et évitez de mettre en relief ces sentiments ne peuvent qu'aporter des solutions

Proverbe:
Il n'y a jamais de problème, il y a que des solutions

Olivier_T
17/02/2004, 13h20
Daweb écrivait :
Pour apprendre, il faut oser, prendre des risques, et essayer... Enfin moi j'ai toujorus appris comme cela
Pas dans un environnement de production !!

Il faut se mettre dans la tête qu'une fois passée en prod, une machine devient comme "figée dans le marbre" et que d'infinies précautions doivent être prises pour toute manipulation un tant soit peu acrobatique.

Olive

-NC-
17/02/2004, 13h08
i agree mais dans ce cas faut utiliser une tite machine de test avant de faire les choses en grand et de foirer 50Go de donnees d'utilisateurs...

Daweb
17/02/2004, 12h38
Je suis ce que tu dis, mais il faudrait aussi rajouter un détail, qui certe ne rentre pas en compte si "gros systèmes à tolérances de panne infinitésimale" :

Pour apprendre, il faut oser, prendre des risques, et essayer... Enfin moi j'ai toujorus appris comme cela

Olivier_T
17/02/2004, 10h17
Bonjour à toutes et à tous,

on voit régulièrement passer, que ce soit sur ce forum ou sur les ml, des messages d'utilisateurs de serveurs dédiés, totalement désemparés, car ils viennent de réaliser une opération (quelle qu'elle soit d'ailleurs) et que ceci ou cela ne fonctionne plus suite à cette opération.

S'il peut arriver à tout le monde de faire une erreur (un /bin/rm -rf * mal placé par exemple), un minimum de Bon Sens et d'organisation pourrait réduire de manière drastique ces messages.

"Comment ?" me direz vous.

Les 10 commandements de l'administrateur système, à mon sens sont :

1- Avant de mettre à jour vérifie que tu as vraiment besoin de mettre à jour

2- Avant de recompiler, vérifie que tu as vraiment besoin de recompiler

3- Avant de fermer une porte, vérifie que tu as la clé pour la rouvrir

4- Si tu scies la branche sur laquelle tu es assis, tu vas te casser la gueule

5- Le vendredi, rien n'est permis

6- Avant de modifier un fichier, toujours le sauvegarder

7- Avant d'installer quelque chose, vérifie qu'il est fait pour Ta Chose

8- Quand tu te lances dans les grandes opérations, planifie tes opérations (ca veut dire fais un road book ou tu noteras ce que tu veux faire et ce que tu feras si ca marche pas)

9- Quand tu sais pas, demande. Quand tu demandes, écoute. Quand tu écoutes, note. Quand tu notes, relis.

10- Quand tu fais une connerie, fais toi tout petit

Voilà, ce n'est là que ma vision d'une administration organisée et structurée, héritée de la gestion de gros systèmes à tolérances de panne infinitésimale.

Olive