Je viens de faire des migrations de windows vers linux. Utilisateurs bureautiques, web et mail. Le cas ideal, quoi.
Les format de fichiers, etc.. Les utilisateurs s'en fichent et n'en ont meme pas conscience. Par contre, jamais n'a ete evoque le mot "linux", on parle de "nouveau poste de travail".
Pour migrer les utilisateurs, il faut un changement de materiels: la plus grosse satisfaction vient des ecrans plats (!!!).
Il faut un rendu visuel correct: les utilisateurs ont tenus a conserver leur photo de fond d'ecran (tres important, ca), et ne pas leur filer un poste mal fichu (en l'occurence, c'est un KDE beaucoup remanie dans le menu K, avec un theme un peu mac OS X).
Pour les applis, c'est simple: c'est un environnement de travail, ils n'ont pas a installer d'applis, ou il faut en faire la demande a la direction informatique. Firefox est donne avec toutes les extensions qui vont bien (flash, ooplugin, etc..), thunderbird pour la messagerie.
Au final, les utilisateurs sont tres contents, et la migration s'est passee sans heurts aucuns. Une presentation d'une journee a ete faite pour l'ensemble des personnes, plus une heure d'accompagnement pour la migration des donnees. Et les gens travaillent comme avant. En plus certains sont tout contents d'apprehender un nouveau systeme, les menus d'openoffice, etc..
Autant pour un gars seul chez lui je comprends qu'il ait des reticences a utiliser linux, autant dans un cadre professionnel, tous les arguments tombent: le DVD ne se lit pas? C'est normal, c'est un poste de _travail_, pas de multimedia. Le poste est plante? Allo l'informatique. Pas de virus, pas de spyware, pas de licences, mais qu'attendent les boites a basculer leurs postes sous linux?
si l'on fait le sertissage soi meme, faire tres attention aux normes et au passage des cables! Un truc fait n'importe comment (sans respecter l'ordre des paires torsadees par exemple) peut passer sur deux ou trois metre. Autre chose: bien faire attention de l'endroit ou passe le cable, a ne pas faire longer des cables electriques, surtout des grandes distances.
Une fois que tu as boote xen et ton dom0, tu as deux possibilites:
1. Lancer un domU qui necessite donc un noyau patche (linux, netBSD, etc..)
2. Lancer HVM qui va demarrer un systeme natif. Il emule un BIOS, une carte video, etc.. Tu accedes a l'affichage soit en direct, soit via vnc (enfin c'est theorique car je ne l'ai jamais eu).
Le 1., n'importe quelle machine peut le faire (tant qu'on peut booter un dom0 dessus).
Pour le 2. il faut donc un CPU recent (intel VT ou AMD pacifica) et la carte mere, le BIOS etc.. kivonbien.
Xen, c'est tres interessant, mais c'est amha loin d'etre fini.
Les +:
-une install simplifiee (make world && make install).
-un support reseau pratique (enfin un bridging facile a mettre en place, que ceux qui ont galere avec qemu me jettent la premiere pierre)
-un support de virtualisation hardware complet (chez moi, ca n'a jamais marche, Xeon trop vieux..). La machine emulee ressemble ensuite a un qemu (carte graphique, tout ca). [ note: je n'ai pas non plus trouve de doc pour savoir quelles machines supportent la virtualisation ou pas. Il faut une combinaison CPU+carte mere+BIOS a priori. Dans tous les cas, et pour intel, si un cat /proc/cpuinfo n'affiche pas vmx dans les Flags, c'est mort. ]
Les -:
-extremement difficile de savoir vraiment ce que l'on compile.. un make world, OK, mais qu'est ce qui se passe dessous? Le xen.gz, il est attache a un noyau particulier, ou il fonctionne a tous les coups? etc, etc..
-comment utiliser un noyau 2.6.x ? Le make world telecharge des sources precises du noyau, mais pas forcement celles que l'on souhaite... Et ensuite, comment modifier les options du noyau compile par xen? [hint: apres le make world, faire make linux-2.6-xen-config CONFIGMODE=menuconfig, puis make dist et aller chercher ce qu'il faut a la main ensuite ]
-la doc pas a jour. On parle de dom0 et domU, mais aujourd'hui un make world ne compile qu'un seul noyau. (et il faut plonger dans les mailings listes pour comprendre que ce noyau est aussi bien dom0 que domU...)
-pas super stable encore. Avec des Xeon recents 64 bits, j'ai avec beaucoup de peine reussi a booter le dom0 et tous les domU crashent instantanement.
-Dans le cas d'un systeme domU non virtualise, l'installation est difficile. Meme la doc conseille d'installer un systeme dans qemu puis de s'en servir ensuite sous Xen
Enfin vla. Avec pas mal de mauvaise foi, moi j'appelerai non pas ca Xen 3.0.3, mais Xen 0.3.0.3.
Je deconseillerai swaret pour la mise a jour: il upgrade par ordre alphabetique et ca risque de casser des trucs lors de l'upgrade de la glibc.
donc: swaret --upgrade glibc
puis le reste
En gardant le CD de boot sous la main pour reparer s'il y a des betises. Enfin, bien lire le upgrade tips dans tout les cas.
pour gnome, il existe plusieurs sites qui le proposent sous forme de paquet slack habituels, avec une intrusion minimale dans le reste de la distro, par exemple: http://gsb.freerock.org
> existe-il une doc, un outil, une incantation magique
> qui me permettrait de remapper les caracteres []{}
> etc. sur une autre combinaison de touches que AltGr ?
putty
ssh <IP> du vmware, et hop.
Xming
depuis le vmware, export DISPLAY=<ip du win>:0
xterm &
Il me semble que sur la page du projet de distcc le gars conseille d'une part de mettre un flag -j n avec n legerement superieur au nombre de CPU dont tu disposes (machine locale + distantes) et qu'a plus de 3 machines la courbe d'efficacité redescend.
Genre, j'ai un monopro, en distant il y a un bipro et un autre monopro, je vais compiler avec du make -j 5 ou 6.
Et le frontend graphique avec les petites courbes qui avancent, ca c'est vraiment un truc sympa.
Le probleme, c'est effectivement la latence reseau. On peut tester avec netPipe pour mesurer ces latences.
[^] # Re: ça peut être très bon ... ou très mauvais
Posté par octane . En réponse au journal Tux à l'assemblée !. Évalué à 7.
Les format de fichiers, etc.. Les utilisateurs s'en fichent et n'en ont meme pas conscience. Par contre, jamais n'a ete evoque le mot "linux", on parle de "nouveau poste de travail".
Pour migrer les utilisateurs, il faut un changement de materiels: la plus grosse satisfaction vient des ecrans plats (!!!).
Il faut un rendu visuel correct: les utilisateurs ont tenus a conserver leur photo de fond d'ecran (tres important, ca), et ne pas leur filer un poste mal fichu (en l'occurence, c'est un KDE beaucoup remanie dans le menu K, avec un theme un peu mac OS X).
Pour les applis, c'est simple: c'est un environnement de travail, ils n'ont pas a installer d'applis, ou il faut en faire la demande a la direction informatique. Firefox est donne avec toutes les extensions qui vont bien (flash, ooplugin, etc..), thunderbird pour la messagerie.
Au final, les utilisateurs sont tres contents, et la migration s'est passee sans heurts aucuns. Une presentation d'une journee a ete faite pour l'ensemble des personnes, plus une heure d'accompagnement pour la migration des donnees. Et les gens travaillent comme avant. En plus certains sont tout contents d'apprehender un nouveau systeme, les menus d'openoffice, etc..
Autant pour un gars seul chez lui je comprends qu'il ait des reticences a utiliser linux, autant dans un cadre professionnel, tous les arguments tombent: le DVD ne se lit pas? C'est normal, c'est un poste de _travail_, pas de multimedia. Le poste est plante? Allo l'informatique. Pas de virus, pas de spyware, pas de licences, mais qu'attendent les boites a basculer leurs postes sous linux?
# Re: longueur max pour cable ethernet ?
Posté par octane . En réponse au message longueur max pour cable ethernet ?. Évalué à 3.
Quelques pieges a eviter:
si l'on fait le sertissage soi meme, faire tres attention aux normes et au passage des cables! Un truc fait n'importe comment (sans respecter l'ordre des paires torsadees par exemple) peut passer sur deux ou trois metre. Autre chose: bien faire attention de l'endroit ou passe le cable, a ne pas faire longer des cables electriques, surtout des grandes distances.
[^] # Re: Lien entre OS et processeur
Posté par octane . En réponse à la dépêche Xen 3.0.3 virtualise sans modification l'OS invité. Évalué à 4.
1. Lancer un domU qui necessite donc un noyau patche (linux, netBSD, etc..)
2. Lancer HVM qui va demarrer un systeme natif. Il emule un BIOS, une carte video, etc.. Tu accedes a l'affichage soit en direct, soit via vnc (enfin c'est theorique car je ne l'ai jamais eu).
Le 1., n'importe quelle machine peut le faire (tant qu'on peut booter un dom0 dessus).
Pour le 2. il faut donc un CPU recent (intel VT ou AMD pacifica) et la carte mere, le BIOS etc.. kivonbien.
Sinon, a part ca, xen, c'est bien.
# Xen, oui, mais faut voir, quoi..
Posté par octane . En réponse à la dépêche Xen 3.0.3 virtualise sans modification l'OS invité. Évalué à 5.
Les +:
-une install simplifiee (make world && make install).
-un support reseau pratique (enfin un bridging facile a mettre en place, que ceux qui ont galere avec qemu me jettent la premiere pierre)
-un support de virtualisation hardware complet (chez moi, ca n'a jamais marche, Xeon trop vieux..). La machine emulee ressemble ensuite a un qemu (carte graphique, tout ca). [ note: je n'ai pas non plus trouve de doc pour savoir quelles machines supportent la virtualisation ou pas. Il faut une combinaison CPU+carte mere+BIOS a priori. Dans tous les cas, et pour intel, si un cat /proc/cpuinfo n'affiche pas vmx dans les Flags, c'est mort. ]
Les -:
-extremement difficile de savoir vraiment ce que l'on compile.. un make world, OK, mais qu'est ce qui se passe dessous? Le xen.gz, il est attache a un noyau particulier, ou il fonctionne a tous les coups? etc, etc..
-comment utiliser un noyau 2.6.x ? Le make world telecharge des sources precises du noyau, mais pas forcement celles que l'on souhaite... Et ensuite, comment modifier les options du noyau compile par xen? [hint: apres le make world, faire make linux-2.6-xen-config CONFIGMODE=menuconfig, puis make dist et aller chercher ce qu'il faut a la main ensuite ]
-la doc pas a jour. On parle de dom0 et domU, mais aujourd'hui un make world ne compile qu'un seul noyau. (et il faut plonger dans les mailings listes pour comprendre que ce noyau est aussi bien dom0 que domU...)
-pas super stable encore. Avec des Xeon recents 64 bits, j'ai avec beaucoup de peine reussi a booter le dom0 et tous les domU crashent instantanement.
-Dans le cas d'un systeme domU non virtualise, l'installation est difficile. Meme la doc conseille d'installer un systeme dans qemu puis de s'en servir ensuite sous Xen
Enfin vla. Avec pas mal de mauvaise foi, moi j'appelerai non pas ca Xen 3.0.3, mais Xen 0.3.0.3.
[^] # Re: Pour mettre à jour
Posté par octane . En réponse à la dépêche Linux Slackware 11.0 est disponible. Évalué à 3.
donc: swaret --upgrade glibc
puis le reste
En gardant le CD de boot sous la main pour reparer s'il y a des betises. Enfin, bien lire le upgrade tips dans tout les cas.
pour gnome, il existe plusieurs sites qui le proposent sous forme de paquet slack habituels, avec une intrusion minimale dans le reste de la distro, par exemple:
http://gsb.freerock.org
[^] # Re: Puisqu'on parle de AltGr...
Posté par octane . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
> qui me permettrait de remapper les caracteres []{}
> etc. sur une autre combinaison de touches que AltGr ?
putty
ssh <IP> du vmware, et hop.
Xming
depuis le vmware, export DISPLAY=<ip du win>:0
xterm &
vnc
depuis le win:
vncviewer <IP du vmware>
etc, etc..
[^] # Re: distcc pas toujours avantageux
Posté par octane . En réponse à la dépêche Compilation distribuée avec distcc / dmucs. Évalué à 2.
Genre, j'ai un monopro, en distant il y a un bipro et un autre monopro, je vais compiler avec du make -j 5 ou 6.
Et le frontend graphique avec les petites courbes qui avancent, ca c'est vraiment un truc sympa.
Le probleme, c'est effectivement la latence reseau. On peut tester avec netPipe pour mesurer ces latences.