Re: raid10 changement de configuration ?
Bonjour, suite et j'espère fin. Après synchro des deux disques restant, puis un redémarrage du serveur, le RAID est en place. J'espère qu'il va tenir :-) # cat /proc/mdstat Personalities : [raid10] md0 : active raid10 sde1[5] sda1[4] sdc1[0] sdd1[2] 1953260544 blocks super 1.2 512K chunks 2 near-copies [4/4] [] Merci pour votre aide Grégoire -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5397fb89.9060...@gmail.com
Re: restauration vieille debian
Le Wed, 11 Jun 2014 00:14:57 +0200 Guillaume Membré guillaume...@gmail.com a écrit: Parmis mes scripts, je garde chaque mois un listing complet (dpkg -l) de tous les paquets installés. Ma question est la suivante : comment reinstaller à l'identique les versions des paquets que j'avais il y a plus de 6 mois et qui n'existent plus dans les repos actuels car trop récent ? Je sais qu'il existe snapshot.debian.org, la recherche manuelle de tous les paquets va me prendre très longtps. Existe t il des scripts ou programme qui permettent d'en extraire les paquets voulu ? Mettons que j'y arrive en écrivant un script perl, une fois tous les paquets récupérés, comment les reinstaller ? dpkg *.deb sur 3000 deb risque d'exploser, comment les indexers proprement ? Merci d'avance pour vos réponses ou suggestions Tu peux mettre le snapshot correspondant à ta dernière dist-upgrade, par exemple deb http://snapshot.debian.org/archive/debian/20120226/ wheezy main contrib puis tu mets dans tes préférences un fichier contenant Package: * Pin: origin snapshot.debian.org Pin-Priority: 1010 apt-get update, apt-get dist-upgrade et tu pris. Le dist-upgrade est ennuyeux car pouvant remplacer un paquet par un paquet équivalent, je ne sais pas ce que ça fait dans l'autre sens. Cette méthode est pratique pour repasser de sid à stable par exemple. François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140611105410.ea2ddabfec611c0a2fef9...@maison.homelinux.net
Re: restauration vieille debian
Le mercredi 11 juin 2014 à 00:14 +0200, Guillaume Membré a écrit : Ma question est la suivante : comment reinstaller à l'identique les versions des paquets que j'avais il y a plus de 6 mois et qui n'existent plus dans les repos actuels car trop récent ? Je sais qu'il existe snapshot.debian.org, la recherche manuelle de tous les paquets va me prendre très longtps. Existe t il des scripts ou programme qui permettent d'en extraire les paquets voulu ? # grep Start-Date /var/log/apt/history.log | tail - choisir une date - modifier le sources.list pour qu'il utilise exclusivement http://snapshot.debian.org/archive/debian/date-choisie-au-format-MMDD # apt-get update # apt-get --reinstall install liste-des-paquets Bruno -- BAH, OUI... M : Quand on y pense... qu'est-ce qu'il y a de plus chiant qu'un animal ? P : Un ami des animaux... signature.asc Description: This is a digitally signed message part
lenteur du reboot
Bonjour, Au démarrage à froid de ma machine ou au redémarrage après extinction, le lancement est normal ; le BIOS met 10 secondes pour passer à l'affichage de GRUB et 1 minute après le système est installé. Jusque là, ça va. Mais lorsque je fais un reboot par le menu openbox (exit ou restart), ou avec la commande shutdown -r now, l'ordinateur quitte la session courante puis relance le BIOS (bip de démarrage), mais l'affichage de l'écran BIOS reste figé pendant 3mn 1/2, avant de passer à un écran noir avec un index clignotant (dans l'angle gauche de l'écran) pendant 2mn, lorsque enfin l'écran de GRUB s'affiche, puis le système se lance normalement en 1mn. Il faut en tout 6mn 30s pour rebooter le système (!?). note : pendant la période où l'écran du BIOS est figé, le clavier semble inactif. Pourtant si j'appuie sur la touche 'del' pour entrer dans le BIOS, le menu principal du BIOS s'ouvre au bout de 3 minutes... Ça fonctionne, mais ça prend son temps. Mes diverses recherches pour régler ce problème sont, à ce jour, restées vaines. Mes connaissances en informatiques sont limitées et une idée serait le bienvenue. Merci. -- Gérard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140611143030.GA2695@crunchbang
Re: Mise à jour non interactive...
Le 10/06/14 à 15:54, David BERCOT deb...@bercot.org a écrit : DB Bonjour, DB DB Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en DB mode full automatique : DB DB /usr/bin/apt-get update DB export DEBIAN_FRONTEND=noninteractive DB /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade DB /usr/bin/apt-get autoremove -y DB export DEBIAN_FRONTEND=dialog [juste pour faire propre] DB /usr/bin/apt-get autoclean DB DB En général, cela fonctionne parfaitement. C'est cependant assez risqué... Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui redémarrent pas sur un update, c'est pas si rare... Très récemment la màj de php-fpm qui passe par défaut le user de la socket en www-data, et plus un site php qui tourne (nginx tourne, php-fpm aussi, mais ils se causent plus). Ça m'est déjà arrivé avec bind (le restart qui reste part en boucle sur le stop), mysql, postfix, etc. DB Toutefois, j'ai récemment eu la désagréable surprise de voir ceci : DB DB Paramétrage de ipmitool (1.8.14-1) ... DB Configuration file '/etc/default/ipmievd' DB == File on system created by you or by a script. DB == File also in package provided by package maintainer. DBQue voulez-vous faire ? Vos options sont les suivantes : DB Y ou I : installer la version du responsable du paquet DB N ou O : garder votre version actuellement installée DB D : afficher les différences entre les versions DB Z : suspendre ce processus pour examiner la situation DB L'action par défaut garde votre version actuelle. DB *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing package DB ipmitool (--configure): EOF sur l'entrée standard à l'invite de DB configuration DB Des erreurs ont été rencontrées pendant l'exécution : DB ipmitool DB E: Sub-process /usr/bin/dpkg returned an error code (1) DB DB Avez-vous une idée de la raison de ce comportement ? T'es sûr que export DEBIAN_FRONTEND=dialog est compatible avec l'absence de tty ? (je comprend pas trop pourquoi tu veux décorer la sortie d'un programme qui cause à un autre) PS: tu devrais mettre la langue par défaut du système en anglais, ça aide pour trouver les réponses sur le net, et si tu veux ta console en fr tu précise fr dans ton ~/.profile, pas le ~/.bashrc pour pas affecter les tâches cron de ton user, mais pas pour tout le système. -- Daniel Un soldat doit être prêt a mourir pour sa patrie, même au péril de sa vie. Henri Monnier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140611163111.2cb8c...@quad.lairdutemps.org
Re: Mise à jour non interactive...
Le 11 juin 14 à 16:31, Daniel Caillibaud a écrit : Le 10/06/14 à 15:54, David BERCOT deb...@bercot.org a écrit : DB Bonjour, DB DB Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en DB mode full automatique : DB DB /usr/bin/apt-get update DB export DEBIAN_FRONTEND=noninteractive DB /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade DB /usr/bin/apt-get autoremove -y DB export DEBIAN_FRONTEND=dialog [juste pour faire propre] DB /usr/bin/apt-get autoclean DB DB En général, cela fonctionne parfaitement. C'est cependant assez risqué... Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui redémarrent pas sur un update, c'est pas si rare... Très récemment la màj de php-fpm qui passe par défaut le user de la socket en www-data, et plus un site php qui tourne (nginx tourne, php-fpm aussi, mais ils se causent plus). Ça m'est arrivé aussi d'avoir des ennuis avec le trio NginX, PHP-FPM et MySQL sur un upgrade. À mon avis, c'est parce que les sources ne sont pas chez Debian, qui reste accro à Apache. Cela veut dire que par défaut, tous les services concernés doivent se synchroniser avec Apache. La première fois, j'avais choisi la version du responsable du paquet NginX, et il n'était pas du tout compatible avec la distro. Je n'ai pas réussi à revenir en arrière, j'ai tout réinstallé. Ça m'est déjà arrivé avec bind (le restart qui reste part en boucle sur le stop), mysql, postfix, etc. DB Toutefois, j'ai récemment eu la désagréable surprise de voir ceci : DB DB Paramétrage de ipmitool (1.8.14-1) ... DB Configuration file '/etc/default/ipmievd' DB == File on system created by you or by a script. DB == File also in package provided by package maintainer. DBQue voulez-vous faire ? Vos options sont les suivantes : DB Y ou I : installer la version du responsable du paquet DB N ou O : garder votre version actuellement installée DB D : afficher les différences entre les versions DB Z : suspendre ce processus pour examiner la situation DB L'action par défaut garde votre version actuelle. DB *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing package DB ipmitool (--configure): EOF sur l'entrée standard à l'invite de DB configuration DB Des erreurs ont été rencontrées pendant l'exécution : DB ipmitool DB E: Sub-process /usr/bin/dpkg returned an error code (1) DB DB Avez-vous une idée de la raison de ce comportement ? T'es sûr que export DEBIAN_FRONTEND=dialog est compatible avec l'absence de tty ? (je comprend pas trop pourquoi tu veux décorer la sortie d'un programme qui cause à un autre) PS: tu devrais mettre la langue par défaut du système en anglais, ça aide pour trouver les réponses sur le net, et si tu veux ta console en fr tu précise fr dans ton ~/.profile, pas le ~/.bashrc pour pas affecter les tâches cron de ton user, mais pas pour tout le système. -- Daniel Un soldat doit être prêt a mourir pour sa patrie, même au péril de sa vie. Henri Monnier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ 20140611163111.2cb8c...@quad.lairdutemps.org
Re: lenteur du reboot
Le 11/06/2014 16:30, sTriX a écrit : Bonjour, Au démarrage à froid de ma machine ou au redémarrage après extinction, le lancement est normal ; le BIOS met 10 secondes pour passer à l'affichage de GRUB et 1 minute après le système est installé. Jusque là, ça va. Mais lorsque je fais un reboot par le menu openbox (exit ou restart), ou avec la commande shutdown -r now, l'ordinateur quitte la session courante puis relance le BIOS (bip de démarrage), mais l'affichage de l'écran BIOS reste figé pendant 3mn 1/2, avant de passer à un écran noir avec un index clignotant (dans l'angle gauche de l'écran) pendant 2mn, lorsque enfin l'écran de GRUB s'affiche, puis le système se lance normalement en 1mn. Il faut en tout 6mn 30s pour rebooter le système (!?). note : pendant la période où l'écran du BIOS est figé, le clavier semble inactif. Pourtant si j'appuie sur la touche 'del' pour entrer dans le BIOS, le menu principal du BIOS s'ouvre au bout de 3 minutes... Ça fonctionne, mais ça prend son temps. Mes diverses recherches pour régler ce problème sont, à ce jour, restées vaines. Mes connaissances en informatiques sont limitées et une idée serait le bienvenue. Merci. Bonjour, ça m'est arrivé sur un serveur HP proliant dL120 G5. Manifestement, nous avons une incompatibilité entre le BIOS ou le chipset du serveur et le grub-pc. Une solution au problème : http://ubuntuforums.org/showthread.php?t=942541 voir si avec votre modèle, il n'y a pas des cas similaires. Raphaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53989739.7090...@rignier.com
Re: Mise à jour non interactive...
Le Wed, 11 Jun 2014 16:31:11 +0200, Daniel Caillibaud m...@lairdutemps.org a écrit : Le 10/06/14 à 15:54, David BERCOT deb...@bercot.org a écrit : DB Bonjour, DB DB Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour DB en mode full automatique : DB DB /usr/bin/apt-get update DB export DEBIAN_FRONTEND=noninteractive DB /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade DB /usr/bin/apt-get autoremove -y DB export DEBIAN_FRONTEND=dialog [juste pour faire propre] DB /usr/bin/apt-get autoclean DB DB En général, cela fonctionne parfaitement. C'est cependant assez risqué... Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui redémarrent pas sur un update, c'est pas si rare... Très récemment la màj de php-fpm qui passe par défaut le user de la socket en www-data, et plus un site php qui tourne (nginx tourne, php-fpm aussi, mais ils se causent plus). Ça m'est déjà arrivé avec bind (le restart qui reste part en boucle sur le stop), mysql, postfix, etc. Je comprends les risques. Mais chez moi, ça marche plutôt bien. Si jamais je rencontre une erreur de ce type un jour, je changerai peut-être de façon de voir les choses ;-) DB Toutefois, j'ai récemment eu la désagréable surprise de voir ceci : DB DB Paramétrage de ipmitool (1.8.14-1) ... DB Configuration file '/etc/default/ipmievd' DB == File on system created by you or by a script. DB == File also in package provided by package maintainer. DBQue voulez-vous faire ? Vos options sont les suivantes : DB Y ou I : installer la version du responsable du paquet DB N ou O : garder votre version actuellement installée DB D : afficher les différences entre les versions DB Z : suspendre ce processus pour examiner la situation DB L'action par défaut garde votre version actuelle. DB *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing DB package ipmitool (--configure): EOF sur l'entrée standard à DB l'invite de configuration DB Des erreurs ont été rencontrées pendant l'exécution : DB ipmitool DB E: Sub-process /usr/bin/dpkg returned an error code (1) DB DB Avez-vous une idée de la raison de ce comportement ? T'es sûr que export DEBIAN_FRONTEND=dialog est compatible avec l'absence de tty ? (je comprend pas trop pourquoi tu veux décorer la sortie d'un programme qui cause à un autre) En suis-je sûr ? Juste qu'à récemment, je t'aurais dit oui sachant que, justement, toutes ces questions étaient zappées (il prenait la valeur par défaut, tout simplement). Mais ce jour-là, bizarrement, ça n'a pas été le cas... Qu'entends-tu par décorer la sortie ? Je demande juste à debconf à passer en mode non-interfactif sachant qu'il s'agit d'un script... Merci. David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140611203100.1dbc507f@debian-david
Re: Mise à jour non interactive...
Bonsoir, Le 11/06/2014 16:31, Daniel Caillibaud a écrit : Le 10/06/14 à 15:54, David BERCOT deb...@bercot.org a écrit : DB Bonjour, DB DB Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en DB mode full automatique : DB DB /usr/bin/apt-get update DB export DEBIAN_FRONTEND=noninteractive DB /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade DB /usr/bin/apt-get autoremove -y DB export DEBIAN_FRONTEND=dialog [juste pour faire propre] DB /usr/bin/apt-get autoclean DB DB En général, cela fonctionne parfaitement. C'est cependant assez risqué... Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui redémarrent pas sur un update, c'est pas si rare... Je serais également de l'avis de Daniel, et j'irais plus loin : Faut juste pas le faire . De mon point de vue, il n'y a pas de place pour un En général, cela fonctionne dans ces conditions. (Au passage, Daniel, Merci pour le mot-clé apticron : ca a l'air top ce truc la ;) ) Si tu tiens à ce que ton (tes) système(s) restent stables et si, au passage, tu veux que tes nuits soient paisibles, l'upgrade manuel reste de *très loin* la meilleure méthode ! Si la mise à jour merdoie (les causes peuvent être multiples, et pas nécessairement liées à Debian), tu es devant pour voir ce qu'il se passe, et diminuer de fait le downtime qui peut en découler. Après, si tu me dis que c'est du serveur de dev ou de test, je peux comprendre la démarche. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5398a556.5090...@stuxnet.org
Re: lenteur du reboot
Bonjour, Je dis peut être une bêtise, mais ça ne peut pas être une histoire de pile sur la carte mère ? Bises, Louis. 2014-06-11 19:51 GMT+02:00 Raph raph...@rignier.com: Le 11/06/2014 16:30, sTriX a écrit : Bonjour, Au démarrage à froid de ma machine ou au redémarrage après extinction, le lancement est normal ; le BIOS met 10 secondes pour passer à l'affichage de GRUB et 1 minute après le système est installé. Jusque là, ça va. Mais lorsque je fais un reboot par le menu openbox (exit ou restart), ou avec la commande shutdown -r now, l'ordinateur quitte la session courante puis relance le BIOS (bip de démarrage), mais l'affichage de l'écran BIOS reste figé pendant 3mn 1/2, avant de passer à un écran noir avec un index clignotant (dans l'angle gauche de l'écran) pendant 2mn, lorsque enfin l'écran de GRUB s'affiche, puis le système se lance normalement en 1mn. Il faut en tout 6mn 30s pour rebooter le système (!?). note : pendant la période où l'écran du BIOS est figé, le clavier semble inactif. Pourtant si j'appuie sur la touche 'del' pour entrer dans le BIOS, le menu principal du BIOS s'ouvre au bout de 3 minutes... Ça fonctionne, mais ça prend son temps. Mes diverses recherches pour régler ce problème sont, à ce jour, restées vaines. Mes connaissances en informatiques sont limitées et une idée serait le bienvenue. Merci. Bonjour, ça m'est arrivé sur un serveur HP proliant dL120 G5. Manifestement, nous avons une incompatibilité entre le BIOS ou le chipset du serveur et le grub-pc. Une solution au problème : http://ubuntuforums.org/showthread.php?t=942541 voir si avec votre modèle, il n'y a pas des cas similaires. Raphaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/53989739.7090...@rignier.com
Re: Mise à jour non interactive...
Le 11/06/14 à 20:31, David BERCOT deb...@bercot.org a écrit : DB Le Wed, 11 Jun 2014 16:31:11 +0200, DB Daniel Caillibaud m...@lairdutemps.org a écrit : DB Le 10/06/14 à 15:54, David BERCOT deb...@bercot.org a écrit : DB DB Bonjour, DB DB DB DB Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour DB DB en mode full automatique : DB DB DB DB /usr/bin/apt-get update DB DB export DEBIAN_FRONTEND=noninteractive DB DB /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade DB DB /usr/bin/apt-get autoremove -y DB DB export DEBIAN_FRONTEND=dialog [juste pour faire propre] DB Qu'entends-tu par décorer la sortie ? Je demande juste à debconf à DB passer en mode non-interfactif sachant qu'il s'agit d'un script... export DEBIAN_FRONTEND=dialog [juste pour faire propre] Tu lui demande donc de faire joli quand il te parle ;-) Et ça m'étonnerait pas que dialog ait besoin d'un terminal (pas vérifié)... -- Daniel Rien n'est impossible à la mauvaise volonté de l'homme. René Barjavel, Si j'étais Dieu -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140612004003.26a73...@quad.lairdutemps.org
Re: Mise à jour non interactive...
Le 11/06/14 à 20:52, Christophe t...@stuxnet.org a écrit : C (Au passage, Daniel, Merci pour le mot-clé apticron : ca a l'air top ce C truc la ;) ) Je me demande si je l'ai pas découvert sur cette liste il y a qq années. Faut installer apt-listchanges pour avoir des rapports par mail significatifs (savoir si c'est urgent ou si ça attendra le retour de WE/vacances/tps dispo). Un inconvénient quand même, il râle tous les jours sur un paquet en hold sur un serveur, jamais pris le temps de voir quel param changer pour qu'il se taise, je conforte ma procrastination en me disant que ça me permet de voir le nb de de version en retard que j'ai ;-) -- Daniel S'il est impossible de ne pas penser à quelque chose, il reste encore possible de penser à autre chose. Lewis Carroll -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140612005035.3f883...@quad.lairdutemps.org