Re: migration Xen vers Jessie : les domU ne démarrent plus.

2016-06-01 Par sujet Yann COHEN 
Le jeudi 02 juin 2016 à 00:48 +0200, Guillaume a écrit :
> Bonjour,
> 
> Chez moi j'ai pygrub dans le dossier /usr/lib/xen-4.4/bin,
> vérifiez que vous utiliser le bon fichier.

Well done !

il y a plusieurs xen installés (4.0, 4.1 et 4.4) en plus il y a xen et
xen-default qui sont des liens vers /etc/alternatives/xen-default


et lui même pointe vers /usr/lib/xen-4.0

par contre update-alternative ne propose pas de choix pour xen-default
sinon 4.0...

En forçant dans le fichier de configuration, alors la VM part !


 
> 
> Le 01/06/2016 20:10, Yann COHEN a écrit :
> > Me revoilà avec mon serveur Xen 4.3 maintenant et mes anciennes
> > machines virtuelles issues d'un xen 4.0.
> > 
> > Le serveur a rédemmaré après u changement de carte mère et une
> > grosse
> > bataille sur les initrd, mdadm etc.
> > 
> > Une fois réinstallé et upgarde en Xen de Jessie (4.3), j'ai créée
> > une
> > VM avec
> > xen-create-image --lvm=g00 --ip=192.168.3.40 --
> > netmask=255.255.255.0 --
> > bridge=br_safe --partitions=/etc/xen-tools/partitions.d/nuage-
> > server --
> > memory=1024M --dist=jessie --pygrub --arch=amd64 --
> > gateway=192.168.3.70
> > --hostname=nuage --force
> > 
> > à la fin de la création sans encombre je lance la création de la VM
> > avec :
> > root@xianco:~# xl create -c /etc/xen/nuage.cfg
> > 
> > Parsing config from /etc/xen/nuage.cfg
> > libxl: error: libxl_bootloader.c:628:bootloader_finished:
> > bootloader
> > failed - consult logfile /var/log/xen/bootloader.1.log
> > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
> > bootloader [-1] exited with error status 1
> > libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot
> > (re-
> > )build domain: -3
> > libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get
> > domain
> > type for domid=1
> > Unable to attach console
> > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
> > console
> > child [0] exited with error status 1
> > 
> > Le fichier de log donne :
> > Usage: /usr/lib/xen-default/bin/pygrub [-q|--quiet] [-i|
> > --interactive]
> > [--output=] [--kernel=] [--ramdisk=] [--args=] [--entry=] 
> > 
> > Donc il semble qu'il manque un paramètre à la ligne :
> > bootloader = '/usr/lib/xen-default/bin/pygrub'
> > dans le fichier d configuration,
> > 
> > Mais pourquoi suite xen-create il me manque quelque chose ???
> > 
> > Pb dans la commande ou dans le xen-tools.conf (j'ai la version de
> > l'installateur avec juste lvm de modifié)
> > 
> > Yann.
> > 
> 
>

Re: migration Xen vers Jessie : les domU ne démarrent plus.

2016-06-01 Par sujet Guillaume 

Bonjour,

Chez moi j'ai pygrub dans le dossier /usr/lib/xen-4.4/bin,
vérifiez que vous utiliser le bon fichier.

Le 01/06/2016 20:10, Yann COHEN a écrit :

Me revoilà avec mon serveur Xen 4.3 maintenant et mes anciennes
machines virtuelles issues d'un xen 4.0.

Le serveur a rédemmaré après u changement de carte mère et une grosse
bataille sur les initrd, mdadm etc.

Une fois réinstallé et upgarde en Xen de Jessie (4.3), j'ai créée une
VM avec
xen-create-image --lvm=g00 --ip=192.168.3.40 --netmask=255.255.255.0 --
bridge=br_safe --partitions=/etc/xen-tools/partitions.d/nuage-server --
memory=1024M --dist=jessie --pygrub --arch=amd64 --gateway=192.168.3.70
--hostname=nuage --force

à la fin de la création sans encombre je lance la création de la VM
avec :
root@xianco:~# xl create -c /etc/xen/nuage.cfg

Parsing config from /etc/xen/nuage.cfg
libxl: error: libxl_bootloader.c:628:bootloader_finished: bootloader
failed - consult logfile /var/log/xen/bootloader.1.log
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
bootloader [-1] exited with error status 1
libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot (re-
)build domain: -3
libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get domain
type for domid=1
Unable to attach console
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console
child [0] exited with error status 1

Le fichier de log donne :
Usage: /usr/lib/xen-default/bin/pygrub [-q|--quiet] [-i|--interactive]
[--output=] [--kernel=] [--ramdisk=] [--args=] [--entry=] 

Donc il semble qu'il manque un paramètre à la ligne :
bootloader = '/usr/lib/xen-default/bin/pygrub'
dans le fichier d configuration,

Mais pourquoi suite xen-create il me manque quelque chose ???

Pb dans la commande ou dans le xen-tools.conf (j'ai la version de
l'installateur avec juste lvm de modifié)

Yann.




--
Guillaume

migration Xen vers Jessie : les domU ne démarrent plus.

2016-06-01 Par sujet Yann COHEN 

Me revoilà avec mon serveur Xen 4.3 maintenant et mes anciennes
machines virtuelles issues d'un xen 4.0.

Le serveur a rédemmaré après u changement de carte mère et une grosse
bataille sur les initrd, mdadm etc.

Une fois réinstallé et upgarde en Xen de Jessie (4.3), j'ai créée une
VM avec 
xen-create-image --lvm=g00 --ip=192.168.3.40 --netmask=255.255.255.0 --
bridge=br_safe --partitions=/etc/xen-tools/partitions.d/nuage-server --
memory=1024M --dist=jessie --pygrub --arch=amd64 --gateway=192.168.3.70 
--hostname=nuage --force

à la fin de la création sans encombre je lance la création de la VM
avec :
root@xianco:~# xl create -c /etc/xen/nuage.cfg 

Parsing config from /etc/xen/nuage.cfg
libxl: error: libxl_bootloader.c:628:bootloader_finished: bootloader
failed - consult logfile /var/log/xen/bootloader.1.log
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
bootloader [-1] exited with error status 1
libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot (re-
)build domain: -3
libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get domain
type for domid=1
Unable to attach console
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console
child [0] exited with error status 1

Le fichier de log donne :
Usage: /usr/lib/xen-default/bin/pygrub [-q|--quiet] [-i|--interactive]
[--output=] [--kernel=] [--ramdisk=] [--args=] [--entry=] 

Donc il semble qu'il manque un paramètre à la ligne :
bootloader = '/usr/lib/xen-default/bin/pygrub'
dans le fichier d configuration,

Mais pourquoi suite xen-create il me manque quelque chose ???

Pb dans la commande ou dans le xen-tools.conf (j'ai la version de
l'installateur avec juste lvm de modifié)

Yann.

libinput vs synaptic - le retour

2016-06-01 Par sujet Jean-Marc 
salut la liste,

Upgrade du jour : xserver-xorg-input-synaptics 1.8.3-2.

Et cette mise à jour est venue chez moi avec le fichier de config' activant 
synaptic (j'ai vérifié sur le PC de ma fille, pas de config' avant la mise à 
jour, config' après).

Résultat : plus de touchpad puisque Gnome ne supporte plus les pilotes Synaptic 
et que la config' libinput (60-libinput.conf) est "overwrité" par celle de 
Synaptic (70-synaptics.conf).

Bon, rien de dramatique, j'ai renommé le fichier de config' qui se trouve dans 
le répertoire /usr/share/X11/xorg.conf.d en le faisant précédé par un point et 
tout est rentré dans l'ordre.

Comme je n'ai pas vraiment l'occasion de creuser, si l'un de vous pouvait le 
faire et voir s'il ne faut pas rapporter comme un bug, ce serait bien.

Bonne soirée.

Jean-Marc 


pgpYwpuq9B0FD.pgp
Description: PGP signature

Re: Mise à jour des librairies

2016-06-01 Par sujet JF Straeten 

Re,

On Wed, Jun 01, 2016 at 05:26:31PM +0200, Eric Degenetais wrote:
[...]
> > Je pense que tu peux le faire franchement sans risque, sans attendre
> > que Wheezy ne soit plus supportée !
> 
> 
> bonjour,
> cela dépend tout de même beaucoup du contexte. Sur un poste perso, on
> prend le risque de quelques bizarreries pour avoir les dernières
> fonctionnalités (du moins si on est OK pour passer du temps à ça). En
> revanche sur des environnements professionnels, avec éventuellement
> des fonctionnaliés sur lesquelles on compte pour bosser et qui
> dépendent de la présence et du mode de fonctionnement exact de
> certains modules logiciels, on préfèrera dans pas mal de cas garder sa
> distribution en cours le plus longtemps possible pour privilégier des
> outils et fonctionnalités stables.
> Par ailleurs, sans aller jusqu'à l'upgrade de distribution, activer
> les backports permet déjà de bénéficier d'un certain nombre
> d'innovations avec un risque modéré.

Tu as raison ; j'ai assumé le contexte desktop :-/

A+
-- 

JFS.

Re: Mise à jour des librairies

2016-06-01 Par sujet Frédéric MASSOT 
Le 01/06/2016 16:21, Alex PADOLY a écrit :
> Bonjour,

Bonjour,

> J'ai une distribution Debian qui me donne satisfaction (7.8.0) existe-il
> des paquets Debian qui permettraient de mettre à jour uniquement les
> paquets installés et en particuliers les librairies.
> 
> Je vais évoluer vers la nouvelle version de Debian quand celle qui est
> installé ne sera plus maintenue.

Pour la Debian 7 (Wheezy) tu peux utiliser ces dépôts (voir
/etc/apt/sources.list) :

deb ftp://ftp.fr.debian.org/debian/ wheezy main contrib non-free
deb ftp://ftp.fr.debian.org/debian/ wheezy-updates main contrib non-free
deb http://security.debian.org/ wheezy/updates main contrib non-free
deb ftp://ftp.debian.org/debian/ wheezy-backports main contrib non-free


Puis faire :

$ sudo apt-get update
$ sudo apt-get upgrade


Personnellement, je fais toujours un "apt-get dist-upgrade" qui permet
de tout mettre à jour, même lorsqu'il y a de nouveaux paquets.


-- 
==
|  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: Mise à jour des librairies

2016-06-01 Par sujet Eric Degenetais 
Le 1 juin 2016 à 17:01, JF Straeten  a écrit :
>
> Je pense que tu peux le faire franchement sans risque, sans attendre
> que Wheezy ne soit plus supportée !


bonjour,
cela dépend tout de même beaucoup du contexte. Sur un poste perso, on
prend le risque de quelques bizarreries pour avoir les dernières
fonctionnalités (du moins si on est OK pour passer du temps à ça). En
revanche sur des environnements professionnels, avec éventuellement
des fonctionnaliés sur lesquelles on compte pour bosser et qui
dépendent de la présence et du mode de fonctionnement exact de
certains modules logiciels, on préfèrera dans pas mal de cas garder sa
distribution en cours le plus longtemps possible pour privilégier des
outils et fonctionnalités stables.
Par ailleurs, sans aller jusqu'à l'upgrade de distribution, activer
les backports permet déjà de bénéficier d'un certain nombre
d'innovations avec un risque modéré.

my 2 cents

bonne fin de journée

__
Éric Dégenètais
Henix

http://www.henix.com
http://www.squashtest.org

Re: Mise à jour des librairies

2016-06-01 Par sujet JF Straeten 

Hello,


On Wed, Jun 01, 2016 at 02:21:33PM +, Alex PADOLY wrote:

[...]
> J'ai une distribution Debian qui me donne satisfaction (7.8.0)
> existe-il des paquets Debian qui permettraient de mettre à jour
> uniquement les paquets installés et en particuliers les librairies.

Il existe sûrement quelques backports qui feraient l'affaire, mais tu
n'auras jamais toutes les librairies sous cette forme...

 
> Je vais évoluer vers la nouvelle version de Debian quand celle qui
> est installé ne sera plus maintenue.

En fait, stricto sensu, ce que tu veux faire ci-dessus (« mettre à
jour les paquets installés ») consiste à upgrader en Jessie...

Je pense que tu peux le faire franchement sans risque, sans attendre
que Wheezy ne soit plus supportée !

Hih,


-- 

JFS.

Mise à jour des librairies

2016-06-01 Par sujet Alex PADOLY 
 

Bonjour, 

J'ai une distribution Debian qui me donne satisfaction
(7.8.0) existe-il des paquets Debian qui permettraient de mettre à jour
uniquement les paquets installés et en particuliers les librairies.


Je vais évoluer vers la nouvelle version de Debian quand celle qui
est installé ne sera plus maintenue. 

Je vous remercie. 

Alex PADOLY

Re: Synaptics et double tap

2016-06-01 Par sujet Fabrice Regnier 
'lut,

>> A priori, il suffit de désinstaller xserver-xorg-input-libinput pour que
>> le driver synaptics reprenne le dessus.
>>
> 
> Je vais donc essayer cela.xserver-xorg-input-all
Je confirme! aptitude m'a aussi supprimé xserver-xorg-input-all mais
après redémarrage de X, synaptics est venu reprendre la main.

Merci!

f.

Re: Pour envoyer un SMS (ou un fax) depuis son IP :

2016-06-01 Par sujet daniel huhardeaux 

Le 01/06/2016 00:40, Ph. Gras a écrit :


Qu'est-ce qui différencie un serveur de téléphonie d'un serveur de données ?
[...]

html est différent de ftp qui est différent de rdp qui est différent de UMTS 
qui est différent de la paire de cuivre qui est différent de Numéris qui ...

Bref, les protocoles sont différents même si les supports sont les mêmes

-

Un bidule comme ça, ça irait ?
http://www.zeroshell.net/fr/


Pour faire quoi ? Il s'agit d'un router firewall, aucun lien -j'ai lu de 
travers- avec l'envoi de SMS ou de télécopie.


François t'as donné une (la?) piste, l'API de Free pour les SMS, c'est 
simple à mettre en oeuvre.


--
Daniel

Re: Pour envoyer un SMS (ou un fax) depuis son IP :

2016-06-01 Par sujet daniel huhardeaux 

Le 01/06/2016 08:35, didier gaumet a écrit :

Le 31/05/2016 21:59, daniel huhardeaux a écrit :

Le 31/05/2016 20:53, didier gaumet a écrit :

[...] ça peut se faire
directement (par exemple Asterisk a une fonction SMS).
[...]

qui demande une passerelle GSM ou téléphone mobile pour être utilisée.
Les autres possibilités dépendent de prestataires, on en revient à l'API
de Free Mobile qui peut dès lors être utilisée par Asterisk.

d'après https://wiki.asterisk.org/wiki/display/AST/SMS : "Basically it
allows sending and receiving of text messages over the PSTN" ?
Encore faut il que l'opérateur l'autorise ou que le destinataire soit 
équipé. Si le premier est vrai, le second nettement moins.
Sans compter que nos chers opérateurs se font un malin plaisir à 
intercepter les SMS afin les envoyer par message vocale.
Je ne parle pas des appels (donc SMS) anonymes non acceptés, des 
répondeurs, etc.


Ca a marché un temps 

--
Daniel

Re: Ouverture dans Firefox d'une page cliquée sur Icedove

2016-06-01 Par sujet heho 
Francois Mescam a écrit le 31/05/2016 22:41 :
> On 31/05/2016 20:44, didier gaumet wrote:
>> Le 30/05/2016 17:11, Francois Mescam a écrit :
>>>
>>> Avec les réglages que j'ai fait quand dans Icedove je clique sur un lien
>>> la page correspondante est affichée par Firefox.
>>> Ceci fonctionnait correctement jusqu'à il y a 2 ou 3 semaines.
>>> Maintenant cela fonctionne pour certains liens et pas pour d'autres.
>>
>> peut-être n'as-tu paramétré correctement qu'un protocole au lieu des
>> deux (http et https) dans l'éditeur de paramètre d'Icedove?
>> pour moi ça donne ça:
>> network.protocol-handler.app.http;x-www-browser
>> network.protocol-handler.app.https;x-www-browser
>
> J'ai pareil
> 
Bonjour,

dans la même idée,
peut-être une mise à jour a modifié x-www-browser ?
à vérifier:

update-alternatives --display x-www-browser


vous pouvez aussi, dans l'éditeur de configuration d'icedove,
modifier la valeur des options
network.protocol-handler.app.http et network.protocol-handler.app.https
en rentrant explicitement le path vers le binaire du browser.


HTH,
cordialement,
hého