Outils pour utilisateurs

Outils du site


issue149:q._et_r

Différences

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

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révisionLes deux révisions suivantes
issue149:q._et_r [2019/10/13 16:09] auntieeissue149:q._et_r [2019/10/13 16:59] andre_domenech
Ligne 6: Ligne 6:
 Bon retour parmi nous pour cette nouvelle édition de Questions et Réponses ! Dans cette rubrique, nous essayons de répondre à vos questions sur Ubuntu. Assurez-vous de nous donner les détails concernant votre système d'exploitation et votre matériel. J'essaierai d'enlever tout ce qui pourrait vous identifier personnellement dans vos questions, mais il vaut mieux ne pas inclure des éléments comme des numéros de série, UUID ou adresses IP.  Bon retour parmi nous pour cette nouvelle édition de Questions et Réponses ! Dans cette rubrique, nous essayons de répondre à vos questions sur Ubuntu. Assurez-vous de nous donner les détails concernant votre système d'exploitation et votre matériel. J'essaierai d'enlever tout ce qui pourrait vous identifier personnellement dans vos questions, mais il vaut mieux ne pas inclure des éléments comme des numéros de série, UUID ou adresses IP. 
  
-Il y a longtemps, j'ai dû remplacer un technicien qui avait démissionné et qui était posté sur site chez un client. Quelque chose s'est passé quand l'administrateur a redémarré un vieux serveur à distance : il refusait de démarrer correctement. Ils m'ont appelé et je suis allé dans la salle des serveurs où j'ai trouvé que le service réseau était en panne. Ils étaient en fait si paranoïaques ou si bêtes - je n'ai pas encore décidé lequel - que j'ai dû appuyer longuement sur l'interrupteur et laisser le serveur s'arrêter. Puis, je l'ai démarré à nouveau pour voir si l'erreur disparu et qu'ils pouvaient se connecter. Il était 9h du matin. Après environ 10 essais, j'ai abandonné. À midi, je suis allé déjeuner en prenant le téléphone portable.J'en avais marre de me cogner la tête contre un mur. On m'appelait pour me demander de l'arrêter à nouveau. « Tout de suite », je disais, « essayez à nouveau dans cinq minutes. » Cinq minutes plus tard, avec la régularité d'un métronome, je recevais un appel me demandant si le service avait démarré. « Non », je disais et c'était la même histoire encore et encore. J'étais assis, en train de déjeuner, et même pas présent dans la salle des serveurs. Cela a continué jusqu'à 2h de l'après-midi ! Je n'ai même pas remis les pieds dans la salle des serveurs avant cette heure-là. Si vous faites la même chose encore et encore, en vous attendant à un résultat différent, ne comptez pas sur moi. J'aurais pu corriger le problème vite fait, mais ils ne voulaient pas me donner le mot de passe de l'administrateur (ou un compte avec les droits de démarrage d'un service) pour que je puisse me connecter et le dépanner. Ils ont finalement envoyé quelqu'un du siège pour redémarrer le service une fois que le serveur fonctionnait. Ils ont vraiment voulu que je reste là debout pendant cinq heures, dans une salle des serveurs glaciale, et que j'appuie sur un bouton comme un singe, en attendant que le résultat soit différent. Parfois, même en informatique, on peut faire des économies de bout de chandelle. (Au cas où vous vous posiez la question, les seules données que ce serveur-là gardait étaient les données d'horodatage pour les scanneurs biométriques - pas super sensibles.) Si vous essayez quelque chose trois fois de suite et obtenez toujours le même résultat, il y a de grandes chances que ce la ne changera pas. Ne soyez pas un singe comme celui-là.+Il y a longtemps, j'ai dû remplacer un technicien qui avait démissionné et qui était posté sur site chez un client. Quelque chose s'est passé quand l'administrateur a redémarré un vieux serveur à distance : il refusait de démarrer correctement. Ils m'ont appelé et je suis allé dans la salle des serveurs où j'ai trouvé que le service réseau était en panne. Ils étaient en fait si paranoïaques ou si bêtes - je n'ai pas encore décidé lequel - que j'ai dû appuyer longuement sur l'interrupteur et laisser le serveur s'arrêter. Puis, je l'ai démarré à nouveau pour voir si l'erreur avait disparu et qu'ils pouvaient se connecter. Il était 9 h du matin. Après environ 10 essais, j'ai abandonné. À midi, je suis allé déjeuner en prenant le téléphone portable.J'en avais marre de me cogner la tête contre un mur. On m'appelait pour me demander de l'arrêter à nouveau. « Tout de suite », je disais, « essayez à nouveau dans cinq minutes. » Cinq minutes plus tard, avec la régularité d'un métronome, je recevais un appel me demandant si le service avait démarré. « Non », je disais et c'était la même histoire encore et encore. J'étais assis, en train de déjeuner, et même pas présent dans la salle des serveurs. Cela a continué jusqu'à 2 h de l'après-midi ! Je n'ai même pas remis les pieds dans la salle des serveurs avant cette heure-là. Si vous faites la même chose encore et encore, en vous attendant à un résultat différent, ne comptez pas sur moi. J'aurais pu corriger le problème vite fait, mais ils ne voulaient pas me donner le mot de passe de l'administrateur (ou un compte avec les droits de démarrage d'un service) pour que je puisse me connecter et le dépanner. Ils ont finalement envoyé quelqu'un du siège pour redémarrer le service une fois que le serveur fonctionnait. Ils ont vraiment voulu que je reste là debout pendant cinq heures, dans une salle des serveurs glaciale, et que j'appuie sur un bouton comme un singe, en attendant que le résultat soit différent. Parfois, même en informatique, on peut faire des économies de bout de chandelle. (Au cas où vous vous posiez la question, les seules données que ce serveur-là gardait étaient les données d'horodatage pour les scanneurs biométriques - pas super sensibles.) Si vous essayez quelque chose trois fois de suite et obtenez toujours le même résultat, il y a de grandes chances que cela ne changera pas. Ne soyez pas un singe comme celui-là.
    
    
issue149/q._et_r.txt · Dernière modification : 2019/10/14 16:43 de d52fr