Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:sysadmin:adminserveur [2018/03/31 00:44] – [find] merlin8282
+++ fr:sysadmin:adminserveur [2021/12/03 19:19] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 9: / Ligne 9: @@
 Imaginez le nombre de choses qui peuvent mal tourner quand plusieurs personnes administrent une même machine...
+Par exemple, on est en-train d'éditer un fichier de configuration d'un vhost de nginx. On vérifie la syntaxe avex ''nginx -t'', et il y a une erreur. On cherche, parfois avec acharnement, où peut bien se situer l'erreur dans notre modification. Le souci réel c'est qu'en fait un autre administrateur a édité un autre fichier de configuration de nginx en y introduisant au moins une erreur. Premier souci potentiel.
+Ensuite, il se peut que l'autre administrateur ne soit pas aussi consciencieux que nous et veuille relancer nginx sans vérifier la syntaxe de sa configuration : *boum* le serveur ne se relance plus !
+Maintenant imaginez la même chose avec ''sshd''...
+<WRAP center round info 60%>
+Sur Khaganat, les sysadmin ont une section dédiée sur le forum, justement destinée à votre "log" des actions du moment. N'y laissez pas traîner les mots de passe, bien sûr...
+</WRAP>
 ==== Vérifier la syntaxe ====
@@ Ligne 93: / Ligne 100: @@
 Il existe souvent des moyens de contourner ces risques, mais pas toujours.
 ===== find =====
 Pour supprimer des fichiers de manière automatisée on pourrait être tenté d'exécuter ce genre de commande :
@@ Ligne 103: / Ligne 112: @@
   find /var/tmp/ -type d -name .svn -exec rm -rf {} \;
+L'exemple ci-dessus est donné à titre de comparaison avec la première commande ''rm -rf'' qui prend le résultat de ''find'' en paramètre. Une version encore plus propre serait :
+  find /var/tmp/ -type d -name .svn -delete
+L'option ''-delete'' active automatiquement l'option ''-depth'', qui traite d'abord les sous-répertoires avant le répertoire lui-même.
 À noter que l'on peut aussi afficher les fichiers supprimés en ajoutant l'option ''-print''.
+===== Problèmes bizarres et solution =====
+==== Espace insécable ====
+Il ne vous est jamais arrivé d'avoir l'erreur étrange suivante ?
+  $ echo 123 | grep 2
+  bash:  grep : commande introuvable
+Moi si, régulièrement. Et j'ai cherché à comprendre ce qui n'allait pas et ai finalement trouvé, après pas mal de recherche. Et l'explication est des plus simples (encore une victime du rasoir d'Occam...) ; lorsqu'on tape (trop) vite au clavier il arrive qu'en voulant taper une espace, notamment après avoir fait une pipe ''|'', on a encore le doigt sur la touche ''AltGr''. ''AltGr + [espace]'', cela donne une espace insécable, indiscernable à l'œil nu d'une espace "classique". Le shell en revanche, lui, fait la différence et considère que '' grep'' ("[espace insécable]grep") est la commande à exécuter. À moins d'avoir une commande de ce nom dans son chemin (''$PATH''), le shell vous retournera une erreur. Certains shells sont plus explicites quant à l'erreur affichée :
+  bash: $'\302\240grep': commande introuvable
+Je dis "indiscernable à l'œil nu", ce n'est pas tout à fait vrai : en faisant attention on voit bien qu'il y a deux espaces après ''bash:''. Cela dit, ça ne saute pas forcément aux yeux.
 {{tag>sysadmin serveur}}