[Libvirt] Impossible de restarter les VMs
Bonjour, j'utilise libvirt pour manager mes VMs, et depuis quelques jours, impossible démarrer mes VMs, et ce avec l'erreur suivante: virsh # start Bugzilla error: Failed to start domain Bugzilla error: Unable to read from monitor: Connexion ré-initialisée par le correspondant J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs. Enfin, j'utilise Debian Wheesy, libvirt 0.9.12. Si quelqu'un a une idée, merci beaucoup :) -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 11:45, Sandro CAZZANIGA a écrit : Bonjour, Bonjour j'utilise libvirt pour manager mes VMs, et depuis quelques jours, impossible démarrer mes VMs, et ce avec l'erreur suivante: virsh # start Bugzilla error: Failed to start domain Bugzilla error: Unable to read from monitor: Connexion ré-initialisée par le correspondant J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs. Enfin, j'utilise Debian Wheesy, libvirt 0.9.12. Si quelqu'un a une idée, merci beaucoup :) Sans connaitre le fichier xml de la VM difficile d'aider. Cependant https://www.redhat.com/archives/libvirt-users/2012-October/msg00035.html devrait aider. -- Daniel -- 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: http://lists.debian.org/51fcddaf.5050...@tootai.net
Module b43 et kernel 3.9.1
Bonjour, J'ai une carte BCM4312 pour le wifi. Avec le kernel 3.9.1 je ne vois que quelques uns des wifi qui sont autour de moi et en particulier pas le mien. Avec le kernel 3.2.0-4 je n'ai pas de problème. J'ai voulu faire une recherche de bug sur le kernel mais la il m'est indiqué toute une liste de module. Je ne sais sur lequel me diriger car aucun ne porte b43 ou BCM4312 dans son nom. Avant que j'aille plus loin dans mes recherches quelqu'un dans l'assistance sait-il quel est le bon module au sens de la page http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=nopkg=linux-image-3.9-1-686-pae Merci d'avance -- F.Mescam -- 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: http://lists.debian.org/ktimtj$vti$1...@ger.gmane.org
Re: [Libvirt] Impossible de restarter les VMs
Sandro CAZZANIGA a écrit : Bonjour, j'utilise libvirt pour manager mes VMs, et depuis quelques jours, impossible démarrer mes VMs, et ce avec l'erreur suivante: virsh # start Bugzilla error: Failed to start domain Bugzilla error: Unable to read from monitor: Connexion ré-initialisée par le correspondant J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs. Enfin, j'utilise Debian Wheesy, libvirt 0.9.12. Hello, Je ne suis pas avec ces versions, mais je connais quelques causes possibles à ce message : libvirt n'est effectivement pas très explicite dans ses messages d'erreur. - libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu de chances. - Dans un des fichiers xml de définition des VM , le port VNC en conflit avec un port déjà ouvert pour un autre service. - Configuration des bridges réseau incorrects (La VM ne se lance pas parce qu'elle ne trouve pas le bridge , par ex). - Problème de droits sur le répertoire /var/lib/libvirt/ qui doit normalement être en libvirt-qemu:kvm drwxr-xr-x - vérifier que les chemins vers les images disques (HD et CDRom) pointent bien vers un fichier existant. En espérant que ça aide. @+ Christophe. Si quelqu'un a une idée, merci beaucoup :) -- 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: http://lists.debian.org/51fce07d.9050...@stuxnet.org
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 12:50, Christophe a écrit : Sandro CAZZANIGA a écrit : Bonjour, j'utilise libvirt pour manager mes VMs, et depuis quelques jours, impossible démarrer mes VMs, et ce avec l'erreur suivante: virsh # start Bugzilla error: Failed to start domain Bugzilla error: Unable to read from monitor: Connexion ré-initialisée par le correspondant J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs. Enfin, j'utilise Debian Wheesy, libvirt 0.9.12. Hello, Je ne suis pas avec ces versions, mais je connais quelques causes possibles à ce message : libvirt n'est effectivement pas très explicite dans ses messages d'erreur. - libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu de chances. - Dans un des fichiers xml de définition des VM , le port VNC en conflit avec un port déjà ouvert pour un autre service. - Configuration des bridges réseau incorrects (La VM ne se lance pas parce qu'elle ne trouve pas le bridge , par ex). - Problème de droits sur le répertoire /var/lib/libvirt/ qui doit normalement être en libvirt-qemu:kvm drwxr-xr-x - vérifier que les chemins vers les images disques (HD et CDRom) pointent bien vers un fichier existant. En espérant que ça aide. @+ Christophe. Merci pour ces pistes, je regarde tout ça! :) -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: Module b43 et kernel 3.9.1
Francois Mescam a écrit : J'ai voulu faire une recherche de bug sur le kernel mais la il m'est indiqué toute une liste de module. Je ne sais sur lequel me diriger car aucun ne porte b43 ou BCM4312 dans son nom. Avant que j'aille plus loin dans mes recherches quelqu'un dans l'assistance sait-il quel est le bon module au sens de la page http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=nopkg=linux-image-3.9-1-686-pae Il ne s'agit pas de modules mais des paquets binaires construits à partir du même paquet source. La plupart sont des paquets -di (Debian Installer) contenant des modules optionnels pour l'installateur Debian spécifiques aux diverses architectures. -- 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: http://lists.debian.org/51fce0f7.9000...@plouf.fr.eu.org
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 12:50, Christophe a écrit : Sandro CAZZANIGA a écrit : Bonjour, j'utilise libvirt pour manager mes VMs, et depuis quelques jours, impossible démarrer mes VMs, et ce avec l'erreur suivante: virsh # start Bugzilla error: Failed to start domain Bugzilla error: Unable to read from monitor: Connexion ré-initialisée par le correspondant J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs. Enfin, j'utilise Debian Wheesy, libvirt 0.9.12. Hello, Je ne suis pas avec ces versions, mais je connais quelques causes possibles à ce message : libvirt n'est effectivement pas très explicite dans ses messages d'erreur. - libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu de chances. - Dans un des fichiers xml de définition des VM , le port VNC en conflit avec un port déjà ouvert pour un autre service. La valeur du port VNC est à -1, voici le fichier XML si ça peut aider. Merci :) -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec cat Bugzilla.xml !-- WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE OVERWRITTEN AND LOST. Changes to this xml configuration should be made using: virsh edit Bugzilla or other application using the libvirt API. -- domain type='kvm' nameBugzilla/name uuida66976c5-1a26-26b6-0a6b-1e18271b9992/uuid memory unit='KiB'4194304/memory currentMemory unit='KiB'4194304/currentMemory vcpu placement='static'3/vcpu os type arch='x86_64' machine='pc-1.1'hvm/type boot dev='hd'/ /os features acpi/ apic/ pae/ /features clock offset='utc'/ on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashrestart/on_crash devices emulator/usr/bin/kvm/emulator disk type='file' device='disk' driver name='qemu' type='raw'/ source file='/var/lib/libvirt/images/Bugzilla.img'/ target dev='vda' bus='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x05' function='0x0'/ /disk disk type='block' device='cdrom' driver name='qemu' type='raw'/ target dev='hdc' bus='ide'/ readonly/ address type='drive' controller='0' bus='1' target='0' unit='0'/ /disk controller type='usb' index='0' address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x2'/ /controller controller type='ide' index='0' address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x1'/ /controller interface type='network' mac address='52:54:00:54:c9:59'/ source network='default'/ model type='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x03' function='0x0'/ /interface serial type='pty' target port='0'/ /serial console type='pty' target type='serial' port='0'/ /console input type='tablet' bus='usb'/ input type='mouse' bus='ps2'/ graphics type='vnc' port='-1' autoport='yes'/ sound model='ich6' address type='pci' domain='0x' bus='0x00' slot='0x04' function='0x0'/ /sound video model type='cirrus' vram='9216' heads='1'/ address type='pci' domain='0x' bus='0x00' slot='0x02' function='0x0'/ /video memballoon model='virtio' address type='pci' domain='0x' bus='0x00' slot='0x06' function='0x0'/ /memballoon /devices /domain signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
Sandro CAZZANIGA a écrit : La valeur du port VNC est à -1, voici le fichier XML si ça peut aider. Merci :) Hello, Il me semble que ca veut dire port automatique. ça ne doit pas venir de la donc ... Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne type arch='x86_64' machine='pc-1.1'hvm/type Les miennes sont en machine='pc' (sans version , qui semble t'il change en fonction des versions de libvirt/kvm). Peut être une piste par la donc ;) . @+ 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: http://lists.debian.org/51fce712.9060...@stuxnet.org
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:18, Christophe a écrit : Sandro CAZZANIGA a écrit : La valeur du port VNC est à -1, voici le fichier XML si ça peut aider. Merci :) Hello, Il me semble que ca veut dire port automatique. ça ne doit pas venir de la donc ... Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne type arch='x86_64' machine='pc-1.1'hvm/type Les miennes sont en machine='pc' (sans version , qui semble t'il change en fonction des versions de libvirt/kvm). Peut être une piste par la donc ;) . @+ Christophe. J'essaye de changer ça. Sinon: % virsh dumpxml Bugzilla | grep emulator emulator/usr/bin/kvm/emulator Je vous tiens au courant pour le changement de pc-1.1 à pc :) -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit : Le 03/08/2013 13:18, Christophe a écrit : Sandro CAZZANIGA a écrit : La valeur du port VNC est à -1, voici le fichier XML si ça peut aider. Merci :) Hello, Il me semble que ca veut dire port automatique. ça ne doit pas venir de la donc ... Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne type arch='x86_64' machine='pc-1.1'hvm/type Les miennes sont en machine='pc' (sans version , qui semble t'il change en fonction des versions de libvirt/kvm). Peut être une piste par la donc ;) . @+ Christophe. J'essaye de changer ça. Sinon: % virsh dumpxml Bugzilla | grep emulator emulator/usr/bin/kvm/emulator Je vous tiens au courant pour le changement de pc-1.1 à pc :) J'ai changé la valeur pour pc, tenter de démarré la VM, sans succès, puis restarter le démon libvirt, et restarter la VM, mais sans succès. Je cherche encore, mais merci de votre aide :) -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:28, Sandro CAZZANIGA a écrit : Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit : Le 03/08/2013 13:18, Christophe a écrit : Sandro CAZZANIGA a écrit : La valeur du port VNC est à -1, voici le fichier XML si ça peut aider. Merci :) Hello, Il me semble que ca veut dire port automatique. ça ne doit pas venir de la donc ... Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne type arch='x86_64' machine='pc-1.1'hvm/type Les miennes sont en machine='pc' (sans version , qui semble t'il change en fonction des versions de libvirt/kvm). Peut être une piste par la donc ;) . @+ Christophe. J'essaye de changer ça. Sinon: % virsh dumpxml Bugzilla | grep emulator emulator/usr/bin/kvm/emulator Je vous tiens au courant pour le changement de pc-1.1 à pc :) J'ai changé la valeur pour pc, tenter de démarré la VM, sans succès, puis restarter le démon libvirt, et restarter la VM, mais sans succès. Je cherche encore, mais merci de votre aide :) Comme dit dans mon premier message, fournir le xml de la machine aurait été d'une utilité indéniable. Voici ce que j'ai pour mes VM vcpu2/vcpu os type arch='x86_64' machine='pc0.12'hvm/type boot dev='hd'/ /os features acpi/ apic/ pae/ /features cpu match='exact' modelNehalem/model vendorIntel/vendor feature policy='require' name='tm2'/ feature policy='require' name='est'/ feature policy='require' name='monitor'/ feature policy='require' name='ss'/ feature policy='require' name='vme'/ feature policy='require' name='rdtscp'/ feature policy='require' name='ht'/ feature policy='require' name='ds'/ feature policy='require' name='pbe'/ feature policy='require' name='tm'/ feature policy='require' name='vmx'/ feature policy='require' name='ds_cpl'/ feature policy='require' name='xtpr'/ feature policy='require' name='acpi'/ feature policy='disable' name='sse4.1'/ feature policy='disable' name='sse4.2'/ /cpu Sachant que /proc/cpuinfo processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz stepping: 5 microcode : 0x4 cpu MHz : 2393.677 cache size : 8192 KB physical id : 0 siblings: 4 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid bogomips: 4787.76 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les connais pas -- 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: http://lists.debian.org/51fceefd.9080...@tootai.net
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:52, daniel huhardeaux a écrit : Le 03/08/2013 13:28, Sandro CAZZANIGA a écrit : Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit : Le 03/08/2013 13:18, Christophe a écrit : Sandro CAZZANIGA a écrit : La valeur du port VNC est à -1, voici le fichier XML si ça peut aider. Merci :) Hello, Il me semble que ca veut dire port automatique. ça ne doit pas venir de la donc ... Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne type arch='x86_64' machine='pc-1.1'hvm/type Les miennes sont en machine='pc' (sans version , qui semble t'il change en fonction des versions de libvirt/kvm). Peut être une piste par la donc ;) . @+ Christophe. J'essaye de changer ça. Sinon: % virsh dumpxml Bugzilla | grep emulator emulator/usr/bin/kvm/emulator Je vous tiens au courant pour le changement de pc-1.1 à pc :) J'ai changé la valeur pour pc, tenter de démarré la VM, sans succès, puis restarter le démon libvirt, et restarter la VM, mais sans succès. Je cherche encore, mais merci de votre aide :) Comme dit dans mon premier message, fournir le xml de la machine aurait été d'une utilité indéniable. Voici ce que j'ai pour mes VM vcpu2/vcpu os type arch='x86_64' machine='pc0.12'hvm/type boot dev='hd'/ /os features acpi/ apic/ pae/ /features cpu match='exact' modelNehalem/model vendorIntel/vendor feature policy='require' name='tm2'/ feature policy='require' name='est'/ feature policy='require' name='monitor'/ feature policy='require' name='ss'/ feature policy='require' name='vme'/ feature policy='require' name='rdtscp'/ feature policy='require' name='ht'/ feature policy='require' name='ds'/ feature policy='require' name='pbe'/ feature policy='require' name='tm'/ feature policy='require' name='vmx'/ feature policy='require' name='ds_cpl'/ feature policy='require' name='xtpr'/ feature policy='require' name='acpi'/ feature policy='disable' name='sse4.1'/ feature policy='disable' name='sse4.2'/ /cpu Sachant que /proc/cpuinfo processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz stepping: 5 microcode : 0x4 cpu MHz : 2393.677 cache size : 8192 KB physical id : 0 siblings: 4 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm tpr_shadow vnmi flexpriority ept vpid bogomips: 4787.76 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les connais pas D'accord, mais pourquoi ça aurait marché pendant 4 mois et puis d'un coup, du jour au lendemain, sans aucun reboot de la machine, ça ne marche plus? -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
daniel huhardeaux a écrit : Comme dit dans mon premier message, fournir le xml de la machine aurait été d'une utilité indéniable. Salut Daniel, Il est dans le message de Sandro de 13h09 ;-) @+ 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: http://lists.debian.org/51fcf083.7040...@stuxnet.org
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:58, Christophe a écrit : daniel huhardeaux a écrit : Comme dit dans mon premier message, fournir le xml de la machine aurait été d'une utilité indéniable. Salut Daniel, Il est dans le message de Sandro de 13h09 ;-) @+ Christophe. J'ai une socket en RO dans mon /run/libvirt, ça ne pourrait pas être le problème? -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re:Module b43 et kernel 3.9.1
Bonjour à tous les utilisateurs et développeurs de Debian : Dans son message du 03/08/13 à 12:44, Francois Mescam a écrit : J'ai une carte BCM4312 pour le wifi. Avec le kernel 3.9.1 je ne vois que quelques uns des wifi qui sont autour de moi et en particulier pas le mien. Avec le kernel 3.2.0-4 je n'ai pas de problème. J'ai voulu faire une recherche de bug sur le kernel mais la il m'est indiqué toute une liste de module. Je ne sais sur lequel me diriger car aucun ne porte b43 ou BCM4312 dans son nom. Avant que j'aille plus loin dans mes recherches quelqu'un dans l'assistance sait-il quel est le bon module au sens de la page Je suis sous Squeeze avec le noyau Linux version 2.6.32-5-amd64. Et en faisant des recherches dans le code source, je crois comprendre qu'il s'agit : a. de /kernel/drivers/net/wireless/rtl818x/rtl8187.ko ou b. de /kernel/drivers/ssb/ssb.ko (dans le répertoire des modules, par exemple /lib/modules/2.6.32-5-amd64 chez moi). Mais je reste très prudent car je n'utilise pas le WiFi sur mon ordinateur fixe (qui est relié à l'Internet par le câble Ethernet) et je ne connais pas BCM4312. :-( Toujours est-il que tu as 2 pistes à voir... ;-) Cordialement et à bientôt, Stéphane. Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net -- 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: http://lists.debian.org/411615443.124283.1375533653906.JavaMail.www@wwinf8228
Re: Mariadb et Debian Jessie, retour d'expérience
On 08/02/2013 10:12 PM, Christophe wrote: maderios a écrit : Aucun conflit. Mariadb fonctionne normalement chez moi sur Wheezy et Jessie et il est compatible à 100% avec les applis dépendant de Mysql. Que ceux qui en doutent installent Mariadb. Bonsoir, Pour le coup, j'ai peu de doutes la dessus , c'est tout de même le fondateur de MySQL qui est à l'origine du fork. Et je compte bien m'y intéresser sérieusement. Bonjour C'est le créateur de Mysql + des développeurs Mysql qui sont à l'origine du fork Mariadb Je n'ai également peu de doutes quant au fait que le protocole de bas niveau soit compatible entre les deux. J'ai en revanche un peu de mal à évaluer comment les branchent évoluent et vont évoluer au fur et à mesure du temps . Oracle, c'est assez incontournable en ce qui concerne les SGBDR, et ils ont nécessairement de bonnes idées pour améliorer le produit. D'un autre côté, Monty en a sûrement de très bonnes aussi. Apparemment pas si incontournable que cela http://pro.clubic.com/it-business/base-de-donnees/actualite-557160-skysql-mariadb-patrik-sallner.html Je crains qu'à terme, il y ait divergence des deux produits, et que la compatibilité parfaite entre les deux s'estompe. Je verrais plutôt un effacement progressif de Mysql au profit de Mariadb 100% libre, vraiment pérenne et plus performante. Si je prend la casquette de développeur, ca risque de devenir vite un problème, si , dans le principe, il peut y avoir, par exemple des différences de Code SQL entre les deux. On en est surement pas la, mais il est je pense nécessaire de suivre cela de prêt si l'on ne veut pas avoir de grosses déconvenues : Arf, bordel, ma StoredProc marche trop bien sur ce serveur , pourquoi ca marche pas la ?, Ben c'est la faute à Oracle , z'ont pas implémenté la fonction 'fonctiontropbienquiestutilealappli' , Ah les c.ns ! (à concevoir dans les deux sens évidemment). -- Maderios -- 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: http://lists.debian.org/51fd131c.1080...@gmail.com
Re: Mariadb et Debian Jessie, retour d'expérience
On 08/02/2013 10:01 AM, stephane.garg...@laposte.net wrote: Bonjour à tous les utilisateurs et développeurs de Debian : Dans son message du 01/08/13 à 21:25, maderios a écrit : Paradoxalement, le staff Debian ne semble pas dérangé par le fait que les patches de Mysql fournis indirectement par Oracle sont proprio = Mysql devrait être placé dans la section *non-free*. C'est plus complexe que cela : MySQL est régi sous un régime de double licence propriétaire/commercial et GPL (voir la page http://dev.mysql.com/downloads/) Pour MySQL Community Server (voir la page http://dev.mysql.com/downloads/mysql/ ), je contacte qu'il est toujours en GPL. Apparemment, c'est basé sur le même principe que Qt (un ensemble de bibliothèques sur lequel se repose l'environnement de bureau KDE). On trouvera des explications sur http://fr.wikipedia.org/wiki/MySQL#Caract.C3.A9ristiques . On 07/30/2013 10:43 PM, stephane.garg...@laposte.net wrote: J'ai lu le reportbug n°565308 (en partie seulement, il est très long) et j'ai noté que il y a un risque de conflit avec MySQL - mais ce n'est pas étonnant vu que MariaDB est un fork - ce qui, peut-être, complique l'arrivée de MariaDB chez Debian. Aucun conflit. Mariadb fonctionne normalement chez moi sur Wheezy et Jessie et il est compatible à 100% avec les applis dépendant de Mysql. Que ceux qui en doutent installent Mariadb. Donc, si on veut, peut-on installer, par l'intermédiaire d'Aptitude ou d'APT, MySQL et MariaDB en même temps ? Bonjour L'installation des .deb Mariadb, dont Mariadb-server-5.5, désinstalle Mysql mais conserve mysql-common et libmysqlclient18. Ensuite, les commandes sont les mêmes qu'avec Mysql mais c'est Mariadb qui tourne. -- Maderios -- 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: http://lists.debian.org/51fd17cd.9030...@gmail.com
Re: Module b43 et kernel 3.9.1
Pour le 4312, il y a firmware-b43-lpphy-installer -- 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: http://lists.debian.org/51fd16ad.3040...@free.fr
Re: [Libvirt] Impossible de restarter les VMs
Sandro CAZZANIGA a écrit : J'ai une socket en RO dans mon /run/libvirt, ça ne pourrait pas être le problème? Voila ce que j'ai de mon côté : # ls -l /var/run/libvirt srwxrwx--- 1 root libvirt0 29 avril 20:38 libvirt-sock srwxrwxrwx 1 root libvirt0 29 avril 20:38 libvirt-sock-ro drwxr-xr-x 2 root root4096 18 juil. 14:19 qemu tout ce qu'il y a dans répertoire qemu est en root:root et rw uniquement pour le user. -- 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: http://lists.debian.org/51fd1e00.1050...@stuxnet.org
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 17:13, Christophe a écrit : Sandro CAZZANIGA a écrit : J'ai une socket en RO dans mon /run/libvirt, ça ne pourrait pas être le problème? Voila ce que j'ai de mon côté : # ls -l /var/run/libvirt srwxrwx--- 1 root libvirt0 29 avril 20:38 libvirt-sock srwxrwxrwx 1 root libvirt0 29 avril 20:38 libvirt-sock-ro drwxr-xr-x 2 root root4096 18 juil. 14:19 qemu tout ce qu'il y a dans répertoire qemu est en root:root et rw uniquement pour le user. Oui, la même ici... Merci en tout cas! -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:58, Christophe a écrit : daniel huhardeaux a écrit : Comme dit dans mon premier message, fournir le xml de la machine aurait été d'une utilité indéniable. Salut Daniel, Il est dans le message de Sandro de 13h09 ;-) Oups, pardon, pas vu :-( -- Daniel -- 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: http://lists.debian.org/51fd233b.9090...@tootai.net
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 13:57, Sandro CAZZANIGA a écrit : [...] virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les connais pas D'accord, mais pourquoi ça aurait marché pendant 4 mois et puis d'un coup, du jour au lendemain, sans aucun reboot de la machine, ça ne marche plus? Version 0.9.12 dis tu? Wheezy a la version 0.9.12-11+deb7u1 au cas ou ... Tu peux aussi lancer la vm en ligne de commande comme par exemple sudo /usr/bin/kvm -boot c -hda /media/vm1/vdisk.img -m 512 -monitor tcp:127.0.0.1:5011,server,nowait -- Daniel -- 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: http://lists.debian.org/51fd24c1.2040...@tootai.net
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 17:41, daniel huhardeaux a écrit : Le 03/08/2013 13:57, Sandro CAZZANIGA a écrit : [...] virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les connais pas D'accord, mais pourquoi ça aurait marché pendant 4 mois et puis d'un coup, du jour au lendemain, sans aucun reboot de la machine, ça ne marche plus? Version 0.9.12 dis tu? Wheezy a la version 0.9.12-11+deb7u1 au cas ou ... Tu peux aussi lancer la vm en ligne de commande comme par exemple sudo /usr/bin/kvm -boot c -hda /media/vm1/vdisk.img -m 512 -monitor tcp:127.0.0.1:5011,server,nowait Oui, ça fonctionne. Merci. -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 18:22, Sandro CAZZANIGA a écrit : [...] Tu peux aussi lancer la vm en ligne de commande comme par exemple sudo /usr/bin/kvm -boot c -hda /media/vm1/vdisk.img -m 512 -monitor tcp:127.0.0.1:5011,server,nowait Oui, ça fonctionne. C'est donc que ton fichier xml contient une erreur -- Daniel -- 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: http://lists.debian.org/51fd38b0.2020...@tootai.net
Re: [Libvirt] Impossible de restarter les VMs
daniel huhardeaux a écrit : Le 03/08/2013 18:22, Sandro CAZZANIGA a écrit : [...] Tu peux aussi lancer la vm en ligne de commande comme par exemple sudo /usr/bin/kvm -boot c -hda /media/vm1/vdisk.img -m 512 -monitor tcp:127.0.0.1:5011,server,nowait Oui, ça fonctionne. C'est donc que ton fichier xml contient une erreur Ou que libvirt envoie de mauvaises options à kvm quand il lance une VM. Sur la squeeze prévue à cet effet, avec libvirt 0.8.4 issue du paquet debian, la ligne de commande lancée est celle-ci : /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 384 -smp 1,sockets=1,cores=1,threads=1 -name fwlogs.stux.fr -uuid 4dea24b3-1d52-d8f3-3200-325419985abc -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/fwlogs.stux.fr.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -no-acpi -boot c -drive file=/vm/fwlogs.qcow2,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/vm/iso/debian-6.0.4-amd64-netinst.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -device e1000,vlan=0,id=net0,mac=de:ad:be:ef:40:40,bus=pci.0,addr=0x3 -net tap,fd=35,vlan=0,name=hostnet0 -usb -vnc 127.0.0.1:5904 -k fr -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 Bon désolé pour la ligne kilométrique, mais pas trop le choix :-) Aussi, malgré sa longueur et sa complexité tu peux en extraire des parties pour tester le lancement de la VM , et voir ce qui peut clocher dans le XML de départ. @+ 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: http://lists.debian.org/51fd3ac1.1060...@stuxnet.org
Re: [Libvirt] Impossible de restarter les VMs
Le 03/08/2013 19:15, Christophe a écrit : daniel huhardeaux a écrit : Le 03/08/2013 18:22, Sandro CAZZANIGA a écrit : [...] Tu peux aussi lancer la vm en ligne de commande comme par exemple sudo /usr/bin/kvm -boot c -hda /media/vm1/vdisk.img -m 512 -monitor tcp:127.0.0.1:5011,server,nowait Oui, ça fonctionne. C'est donc que ton fichier xml contient une erreur Ou que libvirt envoie de mauvaises options à kvm quand il lance une VM. Sur la squeeze prévue à cet effet, avec libvirt 0.8.4 issue du paquet debian, la ligne de commande lancée est celle-ci : /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 384 -smp 1,sockets=1,cores=1,threads=1 -name fwlogs.stux.fr -uuid 4dea24b3-1d52-d8f3-3200-325419985abc -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/fwlogs.stux.fr.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -no-acpi -boot c -drive file=/vm/fwlogs.qcow2,if=none,id=drive-ide0-0-0,boot=on,format=raw -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/vm/iso/debian-6.0.4-amd64-netinst.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -device e1000,vlan=0,id=net0,mac=de:ad:be:ef:40:40,bus=pci.0,addr=0x3 -net tap,fd=35,vlan=0,name=hostnet0 -usb -vnc 127.0.0.1:5904 -k fr -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 Bon désolé pour la ligne kilométrique, mais pas trop le choix :-) Aussi, malgré sa longueur et sa complexité tu peux en extraire des parties pour tester le lancement de la VM , et voir ce qui peut clocher dans le XML de départ. @+ Christophe. Bonne idée! Je tente ça merci beaucoup :) -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Regénérer le /etc/network/interfaces
Bonjour les debian-fans. J'ai bidouillé un peu mon fichier interfaces pour bridger un QEMU (bref...). Je souhaiterais regénérer celui de base pour la machine. Est-ce que renommer mon interfaces en interfaces.old, suivi d'un dpkg-reconfigure sur un certain paquet pourrait fonctionner? Si oui, sur quel(s) paquet(s)? Merci. -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
