Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2018-09-19T23:45:32+02:00Les derniers messages parus sur le forum de Zeste de Savoir.Réinstaller network-manager sur un serveur distant, message #1895562018-09-19T23:45:32+02:00melepe/@melepehttps://zestedesavoir.com/forums/sujet/11121/reinstaller-network-manager-sur-un-serveur-distant/?page=1#p189556<p>Je viens de me rendre compte que j’ai oublié de répondre à ce sujet… toutes mes excuses.</p>
<p>En fait en enquêtant un peu plus, comme tu dis <code>network-manager</code> n’est pas essentiel parce qu’on peut simplement configurer <code>eth0</code> directement dans <code>/etc/network/interfaces</code>, puis lancer un bête <code>ifup eth0</code>. Il faut juste pouvoir le faire, i.e. être sur place, ce qui n’est pas mon cas. Bref dans tous les cas pas besoin de réinstaller quoi que ce soit, ce qui sera certainement plus simple.</p>
<p>Comme en plus le serveur a été déménagé pile à ce moment ce qui inclut une modification des paramètres de eth0 (j’ai pas tout compris, les gens n’ont pas été très clair), ça a l’air d’être un peu le bousin mais je ne désespère pas d’avoir un jour un serveur qui pourra se connecter à Internet de nouveau. <img src="/static/smileys/heureux.png" alt=":D" class="smiley"></p>Réinstaller network-manager sur un serveur distant, message #1859412018-08-09T16:33:10+02:00Taurre/@Taurrehttps://zestedesavoir.com/forums/sujet/11121/reinstaller-network-manager-sur-un-serveur-distant/?page=1#p185941<p>Salut,</p>
<p><em>Mmm</em>… Es-tu certain que le paquet <code>network-manager</code> est indispensable pour avoir accès au réseau ? Je demande parce que sous Debian les paquets indispensables sont classés comme « essentiels » et ne peuvent être supprimés qu’après avertissement et confirmation, ce qui ne semble pas être le cas de ce paquet.</p>
<p>Je pense que Debian utilise encore le fichier <code>/etc/network/interfaces</code> et les commandes <code>ifup</code> et <code>ifdown</code> pour configurer le réseau. Si ce n’est pas le cas, c’est peut-être <code>netplan</code> qui est utilisé comme sous Ubuntu. Quoi qu’il en soit, je ne pense pas que tu aies besoin du paquet <code>network-mangager</code> pour retrouver un accès au réseau.</p>
<p>Sinon, les paquets qui ont été téléchargés sont en général conservés dans <code>/var/cache/apt/archives/</code>, tu n’auras donc a priori pas besoin de les télécharger à nouveau. Je ne peux pas vérifier n’ayant pas de Debian ou assimilé sous la main, mais peut-être qu’un <code>apt-get --reinstall install network-manager</code> pourrait suffir.</p>
<p>Si ce n’est pas le cas, alors il faudra faire l’installation à la main en exécutant <code>dpkg -i <paquet></code> jusqu’à ce que les dépendances de <code>network-manager</code> soient remplies et le paquet installé.</p>Réinstaller network-manager sur un serveur distant, message #1859102018-08-09T12:46:07+02:00melepe/@melepehttps://zestedesavoir.com/forums/sujet/11121/reinstaller-network-manager-sur-un-serveur-distant/?page=1#p185910<p>Salut les agrumes,</p>
<p>Il se trouve qu’en voulant faire le ménage sur un serveur web Debian que je co-gère, j’ai toukassé. Spécifiquement, je voulais enlever tous les paquets liés à l’interface graphique, pour libérer de la place. Pour cela, j’ai eu la bonne idée de désinstaller tous les paquets qui avaient "gnome" dans leur nom, sauf que ça a aussi désinstallé network-manager. Et probablement d’autres aussi, mais celui-là j’en suis sûr. Et oui, rétrospectivement j’aurais dû être 100 fois plus prudent.</p>
<p>Suite à cette désinstallation massive, aptitude ne marchait plus (cannot resolve host, je crois), puis j’ai dû partir et fermer ma connexion SSH, sauf que ben le serveur n’est plus joignable, que ce soit par HTTP, SSH, FTP ou ping.</p>
<p>Il faudrait donc réinstaller des paquets depuis un CD/clef USB, et c’est là que j’ai ma question.</p>
<ol>
<li>Comment créer un DVD de paquets que l’on puisse rajouter dans <code>/etc/apt/sources.list</code> ?</li>
<li>Quels sont les paquets à installer sur le DVD a minima ?</li>
</ol>
<p>Point bonus, je ne peux pas me rendre physiquement sur place, donc je devrai mandater quelqu’un qui ne s’y connaît pas forcément beaucoup. Si vous connaissez une méthode moins barbue que les autres, je serai donc preneur. </p>
<p>Merci <3</p>Quelques erreurs lors d'un build, message #1180722016-07-20T12:36:59+02:00Hugo/@Hugohttps://zestedesavoir.com/forums/sujet/6554/quelques-erreurs-lors-dun-build/?page=1#p118072<blockquote>
<p>je vois qu'il y a 6 erreurs (messages en rouge) dans la sortie.</p>
</blockquote>
<p>C'est des warnings, ils font drôlement peur mais ils sont inoffensif ! <img alt=":D" src="/static/smileys/heureux.png"> </p>
<blockquote>
<p>ENV DEBIAN_FRONTEND noninteractive</p>
</blockquote>
<p>Dans ton Dockerfile, tu utilise la commande <code>apt-get install</code>. Cette commande nécessite une interaction avec l'utilisateur (valider la confirmation de l'installation du paquet, faire des choix sur la configuration de l'installation du paquet, … ). Par exemple, quand tu installe, le paquet postfix, tu dois passer par un ensemble d'interface qui te permette de configurer tout plein d'options. Ça ressemble à ça:</p>
<p><figure><img alt="" src="http://i.stack.imgur.com/friJc.png"><figcaption>La configuration des options du paquet de postfix</figcaption></figure></p>
<p>L'option -y te permet de répondre automatiquement "yes" pour la confirmation d'installation du paquet mais il ne gère pas tous les cas (choix des options lors de l'installation du paquet, …). </p>
<p>Quand tu utilise Docker, tu es dans un terminal "non-interactif", le but de Docker est notamment de pouvoir faire des images reproductibles dans le temps sans avoir à interagir avec celui qui lance la commande build. Si tu me donne un Dockerfile, je devrais pas avoir à deviner quels options tu as choisis, sinon ça va à l'encontre de la règle des "images reproductible".</p>
<p>Tout d'abord, Debian tente de passer en mode "<a href="http://manpages.ubuntu.com/manpages/wily/man7/debconf.7.html">Dialog</a>" (debconf: unable to initialize frontend: Dialog) puis en mode Readline (falling back to frontend: Readline) et enfin il tente le mode "Teletype" alias "non-interactif mode" (debconf: falling back to frontend: Teletype). Comme on est passé dans un mode, non-interactif, l'installation peut continuer et l'image build et tout va bien !</p>
<blockquote>
<p>ENV DEBIAN_FRONTEND noninteractive</p>
</blockquote>
<p>C'est une mauvaise pratique, la commande <a href="https://docs.docker.com/engine/reference/builder/#/env">env </a>permet de définir une variable d'environnement. Cette variable d'environnement sera disponible quand le conteneur sera lancé. Autrement dit, quand tu lancera la commande <code>docker run</code> la variable d'environnement sera là.</p>
<p>Cela peut poser des soucis si l'utilisateur, utilise la commande <code>docker run … bash</code>, qui lance un interpréteur de commande bash dans le conteneur. Sauf que celui-ci est en mode <em>interactif</em>. Ta variable d'environnement, est dangereuse car elle ne refléte pas la situation, tu es en mode interactif et la variable environnement dit le contraire.</p>
<p>Pour faire les choses correctement, utilise la commande <a href="https://docs.docker.com/engine/reference/builder/#/arg">arg</a> qui te permet de définir une variable d'environnement pendant uniquement le temps du build ou utilise la commande <code>DEBIAN_FRONTEND=noninteractive apt-get install fortunes</code>, qui te permet de définir une variable d'environnement pour la commande uniquement (ici pour la commande apt-get install fortunes).</p>Quelques erreurs lors d'un build, message #1180132016-07-19T22:21:37+02:00Paul64/@Paul64https://zestedesavoir.com/forums/sujet/6554/quelques-erreurs-lors-dun-build/?page=1#p118013<p>Bonjour,</p>
<p>Je suis en train de suivre l'introduction à Docker de la documentation Docker officielle et je suis arrivé à l'étape 2 de "Build your own image". Lorsque je lance la commande <code>sudo docker build -t docker-whale .</code> je vois qu'il y a 6 erreurs (messages en rouge) dans la sortie.</p>
<table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre>1
2
3
4
5
6</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
</pre></div>
</td></tr></table>
<p>Voilà toute la sortie : <a href="http://pastie.org/private/ddmlweynopro5jgc9va5ca">http://pastie.org/private/ddmlweynopro5jgc9va5ca</a></p>
<p>Voilà mon Dockerfile</p>
<table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre>1
2
3</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>FROM docker/whalesay:latest
RUN apt-get -y update && apt-get install -y fortunes
CMD /usr/games/fortune -a | cowsay
</pre></div>
</td></tr></table>
<p>L'image docker-whale2 a bien été créée et marche correctement.</p>
<p>J'ai cherché l'erreur sur Google et je suis tombé sur ce sujet : <a href="https://github.com/phusion/baseimage-docker/issues/58">https://github.com/phusion/baseimage-docker/issues/58</a><br>
J'ai résolu le problème en ajoutant <code>ENV DEBIAN_FRONTEND noninteractive</code> dans le Dockerfile.</p>
<p>Mais que veux dire cette ligne ?<br>
Est-ce cette erreur normale ?</p>
<p>Merci d'avance pour votre aide !</p>