Re: outil de monitoring
- Mail original - De: "chris navas"À: "Debian User French" Envoyé: Vendredi 24 Mars 2017 00:51:42 Objet: Re: outil de monitoring bonjour, j'utilise https://prometheus.io/ + https://grafana.com/ Le 12 mars 2017 à 23:59, Jean-Michel OLTRA < jm.oltra.antis...@espinasse.net > a écrit : Bonjour, Je cherche un nouvel outil de monitoring réseau. Dans une autre vie, j'ai utilisé Nagios/Centreon. Puis Shinken. Je viens de remettre en place la version actuelle de Shinken sur une Jessie (le tarball, pas le paquet de Jessie). Ça ne fonctionne pas, et Shinken semble au minimum en stand by. Il me faudrait mettre en place autre chose. J'ai vu Zabbix et Icinga empaquetés. OpenNMS Horizon (non empaqueté). Des avis à me proposer sur ces outils ? Sur d'autres qui feraient un boulot identique ? Merci. -- jm bonjour, j'ai entendu parler de cockpit et il existe en dépôt deb http://cockpit-project.org/running.html cockpit.list deb http://repo-cockpitproject.rhcloud.com/debian/ jessie main sudo apt-key adv --keyserver sks-keyservers.net --recv-keys F1BAA57C désolé, mais au départ c'était un rpm slt bernard
Re: mariadb et UTF8
- Mail original - De: "david hannequin"À: "bernard schoenacker" Cc: "debian" Envoyé: Jeudi 23 Mars 2017 22:24:54 Objet: Re: mariadb et UTF8 Bonsoir, Tu as essayé ceci ? mysqldump --add-drop-table database_to_correct | replace CHARSET=latin1 CHARSET=utf8 | iconv -f latin1 -t utf8 | mysql database_to_correct Bonne soirée Le 23 mars 2017 à 20:34, a écrit : > bonjour, > > > je recherche le moyen de corriger le tir pour mariadb et de passer du > latin1_swedish en utf8 ... > > le rtfm est peut bavard sur ce sujet : > > https://mariadb.com/kb/en/mariadb/setting-character-sets-and-collations/#example-changing-the-default-character-set-to-utf-8 > > comment y arriver sans rien casser > > slt > bernard bonjour, merci pour le conseil mais je vais voir si en effaçant les tables, puis en forçant utf8 ça passe (?) slt bernard
Re: outil de monitoring
bonjour, j'utilise https://prometheus.io/ + https://grafana.com/ Le 12 mars 2017 à 23:59, Jean-Michel OLTRAa écrit : > > Bonjour, > > > Je cherche un nouvel outil de monitoring réseau. > > Dans une autre vie, j'ai utilisé Nagios/Centreon. Puis Shinken. > > Je viens de remettre en place la version actuelle de Shinken sur une Jessie > (le tarball, pas le paquet de Jessie). > Ça ne fonctionne pas, et Shinken semble au minimum en stand by. > > Il me faudrait mettre en place autre chose. J'ai vu Zabbix et Icinga > empaquetés. OpenNMS Horizon (non empaqueté). > > Des avis à me proposer sur ces outils ? Sur d'autres qui feraient un boulot > identique ? > > Merci. > > -- > jm > > >
Re: outil de monitoring
Bonsoir, Je rebondis sur ce message pour aller un tout petit peu dans le sens de David car on est bientôt vendredi, non ? :) Bon mais en fait c'est pas trollesque ce que je vais dire car c'est sincère. Avant toute chose je tiens à dire que, in fine, j'adore l'écosystème Debian. :) On 03/23/2017 10:36 PM, david hannequin wrote: > Redhat c'est une distribution serveur et c'est vendu comme ça. On aime ou pas. > > Debian c'est pas toujours réactif car communautaire et moi je réagis > bien volontier sur Shinken car je suis l'auteur de l'ITP et que si tu > ne connais personne chez Debian il n'y a aucune hésitation à te > piller le ton travail... Je voulais maintenir de paquet et je suis > plutôt sérieux dans ce domaine, mets à jour les versions etc... mais > du coup pour Fedora/EPEL. Et il n'y aurait pas eu une demande sur la > ML comme celle ci. Je n'irai pas aussi loin que David, je n'ai pas vécu tout ça mais par contre, à un moment donné, j'ai voulu proposer un petit package pour Debian (Xia, en gros c'est un appli Python). Le package était nickel, build via les deb-helpers, pas un warning de lintian etc. j'ai tout fait aux petits oignons (loin de moi l'idée de faire le prétentieux, c'était pour une petite appli tout à fait modeste dont le packaging n'avait rien de complexe mis à part... comprendre le package Debian :p). J'avais fait l'ITP pour le proposer etc. etc. Bref, franchement le bon petit élève bien discipliné etc. Il me restait qu'une chose : trouver un Debian développeur qui veuille bien proposer mon paquet à Debian. Ben là, purée, c'est pas simple. Et honnêtement si je n'avais connu pas quelqu'un qui connaissait à son tour un Debian développeur, franchement il est juste certain que le paquet serait toujours en attente sur mentors. Au final, ça c'est fait (et au passage vraiment grand merci à mon Debian développeur) mais grâce à ce concours de circonstances heureux car sans ça... Après le truc un peu chiant aussi c'est l'inertie qu'il y a avec les freezes qui fait que la version upstream de l'appli se retrouve bien en avance sur la version packagée mais bon ça je le comprends et je n'en tiens pas rigueur à Debian car c'est le prix de la stabilité d'une distribution. Voilà, je me sens mieux. :p Avec un peu d'avance, bon 'dredi à tous. :) -- François Lafont
Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique
Sébastien NOBILI a écrit : > Excellent ! Je n’avais jamais fait attention à ça (alors que ça paraît > pourtant tellement logique…). Idem. > Merci pour le tuyau. Idem. > Sébastien Idem. -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: outil de monitoring
Bonsoir, Redhat c'est une distribution serveur et c'est vendu comme ça. On aime ou pas. Debian c'est pas toujours réactif car communautaire et moi je réagis bien volontier sur Shinken car je suis l'auteur de l'ITP et que si tu ne connais personne chez Debian il n'y a aucune hésitation à te piller le ton travail... Je voulais maintenir de paquet et je suis plutôt sérieux dans ce domaine, mets à jour les versions etc... mais du coup pour Fedora/EPEL. Et il n'y aurait pas eu une demande sur la ML comme celle ci. De plus regarde dans le packaging officiel de Debian, il n'y a aucune version d'un outil de supervision "moderne". Après c'était une blague le 3eme point... Bonne soirée Le 22 mars 2017 à 12:01, Wallacea écrit : > > > Le 21/03/2017 à 07:57, david hannequin a écrit : >> Bonjour Wallace, >> >> 1/ C'est hors sujet et n'aide pas à faire le choix pour un outil de >> supervision ( la question de départ); > Je réagissait au RedHat c'est pour les serveurs. >> 2/ Parler de SSH sur Debian... cela me fait toujours rire depuis >> l'erreur introduit par les packageur du projet; > Les accidents ça arrive aussi à RedHat :) et d'expérience une boite > cache plus volontiers des incidents qu'une communauté, je préfère donc > être au courant par la communauté et agir en conséquence. >> 3/ L'artisanat c'est bien. > Et ça conduit à pas mal de dépense quand y a des soucis (pas de doc, pas > d'automatismes, coquilles et erreurs humaines en pagaille, ...) >> >> Bonne journée >> >> -- >> Grommit > Oui j'utilise encore mon pseudo qui date de 1993 où à l'époque on savait > protéger notre identité personnelle. > -- David Hannequin
Re: mariadb et UTF8
Bonsoir, Tu as essayé ceci ? mysqldump --add-drop-table database_to_correct | replace CHARSET=latin1 CHARSET=utf8 | iconv -f latin1 -t utf8 | mysql database_to_correct Bonne soirée Le 23 mars 2017 à 20:34,a écrit : > bonjour, > > > je recherche le moyen de corriger le tir pour mariadb et de passer du > latin1_swedish en utf8 ... > > le rtfm est peut bavard sur ce sujet : > > https://mariadb.com/kb/en/mariadb/setting-character-sets-and-collations/#example-changing-the-default-character-set-to-utf-8 > > comment y arriver sans rien casser > > slt > bernard > -- David Hannequin
Re: adapter un script SQL pour mariadb
Le 23/03/2017 à 16:17, bernard.schoenac...@free.fr a écrit : je recherche un moyen de convertir la ligne contenant myISAm en une autre valeur adaptée à mariaDB je suppose que tu as ton fichier de BD extrait en SQL Editer le fichier avec gedit ou aautre supprimer les "TYPE=MyISAM" sauver le fichier Créer la base sur mariadb en utf8... Importation du fichier dans la base -- J-C Etiemble
mariadb et UTF8
bonjour, je recherche le moyen de corriger le tir pour mariadb et de passer du latin1_swedish en utf8 ... le rtfm est peut bavard sur ce sujet : https://mariadb.com/kb/en/mariadb/setting-character-sets-and-collations/#example-changing-the-default-character-set-to-utf-8 comment y arriver sans rien casser slt bernard
Re: adapter un script SQL pour mariadb
- Mail original - De: "G2PC"À: debian-user-french@lists.debian.org Envoyé: Jeudi 23 Mars 2017 16:41:51 Objet: Re: adapter un script SQL pour mariadb Le 23/03/2017 à 16:17, bernard.schoenac...@free.fr a écrit : > bonjour, > > comme il n'est plus trop possible d'exécuter myIsam sur mariadb > > je recherche un moyen de convertir la ligne contenant myISAm en une autre > valeur adaptée à mariaDB > > lien : > > https://www.tutoriels-video.fr/wp-content/uploads/codes/serveur-mail/structure.sql > > ou si possible adapter le script pour qu'il passe en ligne de commande sans > passer > par phpmydamin > > slt > bernard > Convert all MyISAM tables to Aria If you switched from MySQL to MariaDB and would like to convert your MyISAM tables to the crash-safe Aria engine, you can do it in one command: |fori in$(mysql --skip-column-names --silent -e'show databases;'|grep -Ev'(mysql|_schema|runtime)');domysql --skip-column-names --silent -e"SELECT table_name FROM information_schema.TABLES WHERE TABLE_SCHEMA = '$i' AND engine = 'MyISAM'"|xargs -I{}mysql -e"ALTER TABLE {} ENGINE='ARIA' TRANSACTIONAL=1;"$i;done Par contre, je ne sais pas ce que ça vaut, vu sur le moteur Google. Je suppose que tu cherches à convertir vers Aria. ( Ou InnoDB ) | bonjour, je n'ai pas encore créer les tables et je recherche à coller au plus près de MyISAM (full text search) en employant mariaDB ... d'origine pour MySQL : ENGINE=MyISAM pour mariaDB : ENGINE=INNODB ENGINE=Aria ENGINE=(?) slt bernard
Re: adapter un script SQL pour mariadb
Le 23/03/2017 à 16:17, bernard.schoenac...@free.fr a écrit : > bonjour, > > comme il n'est plus trop possible d'exécuter myIsam sur mariadb > > je recherche un moyen de convertir la ligne contenant myISAm en une autre > valeur adaptée à mariaDB > > lien : > > https://www.tutoriels-video.fr/wp-content/uploads/codes/serveur-mail/structure.sql > > ou si possible adapter le script pour qu'il passe en ligne de commande sans > passer > par phpmydamin > > slt > bernard > Convert all MyISAM tables to Aria If you switched from MySQL to MariaDB and would like to convert your MyISAM tables to the crash-safe Aria engine, you can do it in one command: |fori in$(mysql --skip-column-names --silent -e'show databases;'|grep -Ev'(mysql|_schema|runtime)');domysql --skip-column-names --silent -e"SELECT table_name FROM information_schema.TABLES WHERE TABLE_SCHEMA = '$i' AND engine = 'MyISAM'"|xargs -I{}mysql -e"ALTER TABLE {} ENGINE='ARIA' TRANSACTIONAL=1;"$i;done Par contre, je ne sais pas ce que ça vaut, vu sur le moteur Google. Je suppose que tu cherches à convertir vers Aria. ( Ou InnoDB ) |
adapter un script SQL pour mariadb
bonjour, comme il n'est plus trop possible d'exécuter myIsam sur mariadb je recherche un moyen de convertir la ligne contenant myISAm en une autre valeur adaptée à mariaDB lien : https://www.tutoriels-video.fr/wp-content/uploads/codes/serveur-mail/structure.sql ou si possible adapter le script pour qu'il passe en ligne de commande sans passer par phpmydamin slt bernard
Re: Lequel ?
J'ai installé la version VMware Tools et pas de proposition d'open-vm-tools lors de l'installation. en conclusion, je restaure ma vm et j'installe open-vm-tools car je pense que c'est plus prudent !!! merci de vos réponses !!! Eric Le 23/03/2017 à 13:10, Erwan DAVID a écrit : Le 23 mars 2017 11:20:39 AM Raphaël RIGNIERa écrit : Le 23/03/2017 à 09:53, Nicolas BUONOMO a écrit : Au boulot, pour la dernière lts ubuntu (16.04) j'utilise open-vm-tools. Sur la lts précédente j'utilisé VMware Tools, parce que open-vm-tools ne fonctionnait pas bien. Mais maintenant avec open-vm-tools, c'est effectivement beaucoup confortable, pas besoin de recompilé à chaque mise à jour du noyau et tout fonctionne bien. Nicolas On 03/23/2017 09:41 AM, Felix Defrance wrote: Je serais toi, je prendrais celui qui est géré par le projet Debian. Plus simple à maintenir et ça fait le job. Le 23/03/2017 à 08:29, Eric Bernard a écrit : Bonjour, Sur une debian 8 fraîchement installée sur VMware, vaut-il mieux installer VMware Tools ou open-vm-tools ? Merci de vos conseils !!! Eric -- Félix Defrance PGP: 0x0F04DC57 Bonjour, pareil ici, open-vm-tools fait son job et tellement plus pratique. Raphaël De toute façon si VMware détecte une version de Linux avec open-vm-tools, l'installer de VMware tools dit de le prendre.
Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique
Bonjour, Le jeudi 23 mars 2017 à 12:23, Haricophile a écrit : > Le Wed, 22 Mar 2017 00:47:52 +0100, > Sébastien Dinota écrit : > > > sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head > > -n 3 11907 /home/seb/.josm/cache/wms/4/lambertcc9 > >8842 /home/seb/.josm/cache/wms/5/lambertcc9 > >4758 /home/seb/.josm/cache/wms/5/mercator > > > > sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head > > -n 3 12970 /var/lib/dpkg/info > >7521 /usr/share/man/man3 > >3571 /usr/share/man/man1 > > moi j'ai tendance à utiliser "df" et "du" pour ce genre d'exploration, > il y a une option --inodes Excellent ! Je n’avais jamais fait attention à ça (alors que ça paraît pourtant tellement logique…). Merci pour le tuyau. Sébastien
Re: [1/2 HS] syntaxe qui ne va plus depuis upgrade MySQL
On Thursday 23 March 2017 11:32:10 Eric Degenetais wrote: > comment se définit le fait d'aggréger les images entre-elles? Est-ce > que les lignes ayant le même contenu pour "logo" contiennent la même > image? Dans ce cas il y a peut-être un problème de modèle. Si les > images diffèrent, comment se définit leur "aggrégation"? Oui, n° du logo = la même image > Quel est la relation entre le nombre de ligne ayant le même contenu > pour le champ "logo", d'une part, et les images contenues, d'autre > part? Chaque ligne (champ) "logos" contient le nom de son image : logos images 10toto.jpg 2 titi.jpg 10toto.jpg 2 titi.jpg etc... André > >> Le 21/03/2017 à 20:56, andre_deb...@numericable.fr a écrit : > >> > Depuis l'installation de MySQL dernière version, > >> > Je sèche sur une syntaxe SQL qui fonctionnait avant l'upgrade : > >> > "SELECT images, logos, COUNT (*) AS total FROM tablelogo > >> > GROUP BY logos ORDER BY total DESC" > >> > Je pouvais récupérer le nombre de lignes distinctes = "logos" ($row), > >> > ainsi que le contenu du champ = "images" ($DATA). > >> > Maintenant, le select affiche un message d'erreur = "QUERY empty" > >> > J'ai cherché via les sites mysql et mon script SELECT semble bon. > >> > Si je mets ce script : > >> > "SELECT logos, COUNT (*) AS total FROM tablelogo > >> > GROUP BY logos ORDER BY total DESC" > >> > Je récupère le nombre de lignes distinctes "logos" > >> > mais pas le contenu de "images". > >> > Quel est le nouveau script SQL qui fonctionne pour le faire ?
Re: Lequel ?
Le 23 mars 2017 11:20:39 AM Raphaël RIGNIERa écrit : Le 23/03/2017 à 09:53, Nicolas BUONOMO a écrit : Au boulot, pour la dernière lts ubuntu (16.04) j'utilise open-vm-tools. Sur la lts précédente j'utilisé VMware Tools, parce que open-vm-tools ne fonctionnait pas bien. Mais maintenant avec open-vm-tools, c'est effectivement beaucoup confortable, pas besoin de recompilé à chaque mise à jour du noyau et tout fonctionne bien. Nicolas On 03/23/2017 09:41 AM, Felix Defrance wrote: Je serais toi, je prendrais celui qui est géré par le projet Debian. Plus simple à maintenir et ça fait le job. Le 23/03/2017 à 08:29, Eric Bernard a écrit : Bonjour, Sur une debian 8 fraîchement installée sur VMware, vaut-il mieux installer VMware Tools ou open-vm-tools ? Merci de vos conseils !!! Eric -- Félix Defrance PGP: 0x0F04DC57 Bonjour, pareil ici, open-vm-tools fait son job et tellement plus pratique. Raphaël De toute façon si VMware détecte une version de Linux avec open-vm-tools, l'installer de VMware tools dit de le prendre. -- Erwan David
Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique
Le Wed, 22 Mar 2017 00:47:52 +0100, Sébastien Dinota écrit : > sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head > -n 3 11907 /home/seb/.josm/cache/wms/4/lambertcc9 >8842 /home/seb/.josm/cache/wms/5/lambertcc9 >4758 /home/seb/.josm/cache/wms/5/mercator > > sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head > -n 3 12970 /var/lib/dpkg/info >7521 /usr/share/man/man3 >3571 /usr/share/man/man1 moi j'ai tendance à utiliser "df" et "du" pour ce genre d'exploration, il y a une option --inodes -- haricoph...@aranha.fr
Re: Gestion de très gros FS
On 03/23/2017 11:13 AM, Gabriel Moreau wrote: Également, et depuis des années. Seul /boot est en ext3. Il devait y avoir une raison, dont je ne me rappelle pas ! Il faut / fallait que grub connaisse le système de fichier de /boot. Il semble que grub supporte xfs depuis la version 0.97 http://xfs.org/index.php/XFS_FAQ#Q:_Does_GRUB_work_with_XFS.3F -- Maderios
Re: [1/2 HS] syntaxe qui ne va plus depuis upgrade MySQL
bonjour, comment se définit le fait d'aggréger les images entre-elles? Est-ce que les lignes ayant le même contenu pour "logo" contiennent la même image? Dans ce cas il y a peut-être un problème de modèle. Si les images diffèrent, comment se définit leur "aggrégation"? Quel est la relation entre le nombre de ligne ayant le même contenu pour le champ "logo", d'une part, et les images contenues, d'autre part? Cordialement __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 23 mars 2017 à 10:23,a écrit : > On Wednesday 22 March 2017 23:02:56 Christian Quentin wrote: >> Bonsoir André, >> Je ne sais pas ce qui a changé depuis la mise à jour mais ta requête ne >> dit pas quoi faire des images quand tu regroupes par "logos". Faut-il >> prendre la première, la dernière, la plus qqch ou la moins qqch ?? >> Bref, je pense qu'en indiquant à ta requête quelle image retenir dans >> chaque regroupement de logos, ça pourrait aider. Il manque une fonction >> d'aggrégation sur le champ images. Christian > > Bonjour Christian, > > et merci à tous ceux qui se soucient de mon problème. > > Je cherche le script SQL permettant de faire l'agrégation de : > - récupérer le nombre de lignes "logos" count(logos), ($row), > - récupérer le contenu des champs "images", ($data). > > Bonne journée. > > André > >> Le 21/03/2017 à 20:56, andre_deb...@numericable.fr a écrit : >> > Depuis l'installation de MySQL dernière version, >> > Je sèche sur une syntaxe SQL qui fonctionnait avant l'upgrade : >> > "SELECT images, logos, COUNT (*) AS total FROM tablelogo >> > GROUP BY logos ORDER BY total DESC" >> > Je pouvais récupérer le nombre de lignes distinctes = "logos" ($row), >> > ainsi que le contenu du champ = "images" ($DATA). >> > Maintenant, le select affiche un message d'erreur = "QUERY empty" >> > J'ai cherché via les sites mysql et mon script SELECT semble bon. >> > Si je mets ce script : >> > "SELECT logos, COUNT (*) AS total FROM tablelogo >> > GROUP BY logos ORDER BY total DESC" >> > Je récupère le nombre de lignes distinctes "logos" >> > mais pas le contenu de "images". >> > Quel est le nouveau script SQL qui fonctionne pour le faire ? >
Re: [1/2 HS] syntaxe qui ne va plus depuis upgrade MySQL
On Wednesday 22 March 2017 23:02:56 Christian Quentin wrote: > Bonsoir André, > Je ne sais pas ce qui a changé depuis la mise à jour mais ta requête ne > dit pas quoi faire des images quand tu regroupes par "logos". Faut-il > prendre la première, la dernière, la plus qqch ou la moins qqch ?? > Bref, je pense qu'en indiquant à ta requête quelle image retenir dans > chaque regroupement de logos, ça pourrait aider. Il manque une fonction > d'aggrégation sur le champ images. Christian Bonjour Christian, et merci à tous ceux qui se soucient de mon problème. Je cherche le script SQL permettant de faire l'agrégation de : - récupérer le nombre de lignes "logos" count(logos), ($row), - récupérer le contenu des champs "images", ($data). Bonne journée. André > Le 21/03/2017 à 20:56, andre_deb...@numericable.fr a écrit : > > Depuis l'installation de MySQL dernière version, > > Je sèche sur une syntaxe SQL qui fonctionnait avant l'upgrade : > > "SELECT images, logos, COUNT (*) AS total FROM tablelogo > > GROUP BY logos ORDER BY total DESC" > > Je pouvais récupérer le nombre de lignes distinctes = "logos" ($row), > > ainsi que le contenu du champ = "images" ($DATA). > > Maintenant, le select affiche un message d'erreur = "QUERY empty" > > J'ai cherché via les sites mysql et mon script SELECT semble bon. > > Si je mets ce script : > > "SELECT logos, COUNT (*) AS total FROM tablelogo > > GROUP BY logos ORDER BY total DESC" > > Je récupère le nombre de lignes distinctes "logos" > > mais pas le contenu de "images". > > Quel est le nouveau script SQL qui fonctionne pour le faire ?
Re: Lequel ?
Le 23/03/2017 à 09:53, Nicolas BUONOMO a écrit : Au boulot, pour la dernière lts ubuntu (16.04) j'utilise open-vm-tools. Sur la lts précédente j'utilisé VMware Tools, parce que open-vm-tools ne fonctionnait pas bien. Mais maintenant avec open-vm-tools, c'est effectivement beaucoup confortable, pas besoin de recompilé à chaque mise à jour du noyau et tout fonctionne bien. Nicolas On 03/23/2017 09:41 AM, Felix Defrance wrote: Je serais toi, je prendrais celui qui est géré par le projet Debian. Plus simple à maintenir et ça fait le job. Le 23/03/2017 à 08:29, Eric Bernard a écrit : Bonjour, Sur une debian 8 fraîchement installée sur VMware, vaut-il mieux installer VMware Tools ou open-vm-tools ? Merci de vos conseils !!! Eric -- Félix Defrance PGP: 0x0F04DC57 Bonjour, pareil ici, open-vm-tools fait son job et tellement plus pratique. Raphaël
Re: Gestion de très gros FS
Également, et depuis des années. Seul /boot est en ext3. Il devait y avoir une raison, dont je ne me rappelle pas ! Il faut / fallait que grub connaisse le système de fichier de /boot. gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015
Re: [1/2 HS] syntaxe qui ne va plus depuis upgrade MySQL
il faut quand même noter que même si "ça passe", on se retrouve avec un résultat de requête en mode "unspecified bahavior", pas trop glop, quand même ! __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 23 mars 2017 à 09:09, Frédéric MASSOTa écrit : > Le 22/03/2017 à 23:02, Christian Quentin a écrit : > > Bonsoir André, > > > > Je ne sais pas ce qui a changé depuis la mise à jour mais ta requête ne > > dit pas quoi faire des images quand tu regroupes par "logos". Faut-il > > prendre la première, la dernière, la plus qqch ou la moins qqch ?? > > Bref, je pense qu'en indiquant à ta requête quelle image retenir dans > > chaque regroupement de logos, ça pourrait aider. Il manque une fonction > > d'aggrégation sur le champ images. > > Oui, les anciennes versions de MySQL ne respectaient pas vraiment le > standard SQL pour le GROUP BY : > > https://dev.mysql.com/doc/refman/5.5/en/group-by-handling.html > > D'après la documentation ça permet d'aller plus vite : > > You can use this feature to get better performance by avoiding > unnecessary column sorting and grouping. > > > > > -- > == > | FRÉDÉRIC MASSOT | > | http://www.juliana-multimedia.com | > | mailto:frede...@juliana-multimedia.com | > | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | > ===Debian=GNU/Linux=== > >
Re: écran noir pendant upgrade jessie > stretch
Le 23/03/2017 à 03:51, Haricophile a écrit : Le Tue, 21 Mar 2017 17:28:25 +0100, Thierry Bugier Pineaua écrit : J'ai eu plusieurs fois la même expérience en mettant à jour mon système, ça m'arrive en principe quand j'ai beaucoup de paquets à mettre à jour (notamment ceux touchant à Xorg). J'en ai conclu qu'il vaut mieux faire de telles mises à jour en mode console. J'approuve totalement. De même éviter au maximum le dist-upgrade en graphique avec un pilote graphique propriétaire activé, surtout compilé/installé hors distrib sans le gestionnaire de paquet... Bonjour, En installant en amd64, cela s'est bien passé (en suivant votre conseil pour la console). Par contre, je n'ai pas eu le temps d'aller plus loin mais en modifiant les sources afin d'installer "stretch", le système entame la procédure et ne va pas au bout (le noyau reste en 3.16 et 320 mises à jour ne sont pas appliquées). Je gratte plus loin dès que j'ai 5 min.
Re: Lequel ?
Au boulot, pour la dernière lts ubuntu (16.04) j'utilise open-vm-tools. Sur la lts précédente j'utilisé VMware Tools, parce que open-vm-tools ne fonctionnait pas bien. Mais maintenant avec open-vm-tools, c'est effectivement beaucoup confortable, pas besoin de recompilé à chaque mise à jour du noyau et tout fonctionne bien. Nicolas On 03/23/2017 09:41 AM, Felix Defrance wrote: Je serais toi, je prendrais celui qui est géré par le projet Debian. Plus simple à maintenir et ça fait le job. Le 23/03/2017 à 08:29, Eric Bernard a écrit : Bonjour, Sur une debian 8 fraîchement installée sur VMware, vaut-il mieux installer VMware Tools ou open-vm-tools ? Merci de vos conseils !!! Eric -- Félix Defrance PGP: 0x0F04DC57
Re: Lequel ?
Je serais toi, je prendrais celui qui est géré par le projet Debian. Plus simple à maintenir et ça fait le job. Le 23/03/2017 à 08:29, Eric Bernard a écrit : > > Bonjour, > > Sur une debian 8 fraîchement installée sur VMware, vaut-il mieux > installer VMware Tools ou open-vm-tools ? > > Merci de vos conseils !!! > > > Eric > -- Félix Defrance PGP: 0x0F04DC57
Lequel ?
Bonjour, Sur une debian 8 fraîchement installée sur VMware, vaut-il mieux installer VMware Tools ou open-vm-tools ? Merci de vos conseils !!! Eric