j'aime beaucoup Redhat pour sa capacité à se dire. Ok Xen c'était bien. Maintenant kvm c'est mieux on part sur kvm. J'aime bien ça. Surtout que grace à la libvirt (et donc ovirt) on garde quand même la possibilité d'avoir aussi ses anciens xen. Franchement j'adore.
Je ne vois pas trop l'intérêt de ce genre de techno. Je trouve ça moche et lourdingue. Surtout qu'il existe une solution standardisé (plus ou moins c'est vrai), qui fonctionne de manière très légére sur n'importe quel hardware. C'est .... wait for it ! ... le web !! Et bien oui internet est pour moi LA solution à ce genre de problème. C'est léger pour le client, l'infra à mettre derrière à fait ses preuves (java ou autre).
Ok ca répond pas à 100% des besoins. Particulièrement aux applications très spécifique genre PAO ou autre. Mais pour lire ses mails et faire des présentations ça me parait très suffisant.
Est-ce qu'il y'a un équivalent du VirtualCenter de VMWare ?
=> non et c'est très bien. Je suis contre les interfaces graphique n'importe quel incompétent peut toucher. Ca m'évite des nuits blanches derrières. (je me souviendrais toute ma vie de ma première install de linux en 96. Après des journées de travail enfin elle et installé. Je me loggue ... et là j'ai un curseur blanc qui clignote ... quoi faire ? :) Lire la doc.
Est-ce que les outils de sauvegarde (Legato NetWorker, Netbackup, NetVault, TimeNavigator,...) savent sauvegarder en natif des VM KVM (avec et sans interruption (système de snapshot) ) ?
=> autant que n'importe quel linux installé sur une machine physique.
Le support ...
=> ok ca rassure mon boss. Dans la réalité ? Une seule fois le support m'a sortie du caca dans lequel je m'étais mis. Ça a été au bout de 3 jours et beaucoup de parlote avec HP. Mais oui pour rassurer le client, le support c'est important. Redhat le fournira en Redhat 6.
On doit toujours répondre à des besoins.
=> oui et comme le dit la page A3 sur la porte de mon bureau. Le client exprime le besoin, JE mets en place la solution qui va bien. Dans 99% des cas quand le client vient avec sa solution technique c'est n'importe quoi. Je viens de mettre en place Veritasfs .... Mon dieu au secours. Dire que gfs2 existe et en plus est dans la redhat ...
On ne peut pas dire "VMWare" c'est proprio/complexe, "KVM" c'est libre/simple
=> si on peut le dire et je le dis. Je pense que 2ans de sueur sur le sujet me permet de le faire. Vmware pour un admin unix c'est complexe et vraiment pas souple. Il faut beaucoup trop travailler pour industrialiser vmware et ce sans garantie de pérennité. Avec kvm l'industrialisation est native et pérenne. Je parle bien sur de gros parcs qui grossissent vite.
Ca fait deux ans que je fais de la virtualisation en production et ce dans 3 environnements. 2 gros et un petit. Celui qui me plait le plus c'est le petit. D'une part parce qu'il est entièrement de ma responsabilité et d'autre part parce qu'il est exclusivement basé sur du LL.
* Nombres d'utilisateurs ? 150 boites mails 20 domaines des blogs du web (dollibar principalement), environ 2Mbs de traffic en journée. Des applis en php ou en ruby pas de java.
* Combien de DomU ? 24
* Quelles fonctions des DomU ? imap smtp http jabber dns mysql
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 2
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? ubuntu server + xen puis kvm
* Choix de la solution matériel ? la moins chere - core duo intel 2go RAM
* Est-ce stable en production ? oui aucun soucis en 2ans
* Délai d'étude et de mise en production ? pas longtemps
le second environnement est plus consistant :
* Nombres d'utilisateurs ? beaucoup je ne saurais dire combien. Le service rendu est utilisé par une grande majorité de fournisseurs de téléphonie mobile dans le monde
* Combien de DomU ? 200+
* Quelles fonctions des DomU ? Principalement des web services java
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 20+
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? VMware ESX + RH4
* Choix de la solution matériel ? IBM xSeries. Je n'en pense que du mal vraiment. Dans cette gamme hp est bien mieux avec sa gamme DL.
* Est-ce stable en production ? Apres quelques mois de rodage oui. Mais l'admin est très lourde et demande beaucoup de dev d'outils
* Délai d'étude et de mise en production ? 6mois d'étude et 8 de mise en production.
Le dernier environnement est un peu différent car pas très abordable. AIX sur pSeries. Alors la c'est la rolls .... des usines à gaz. Ca marche vraiment très bien y'a rien à dire. Mais par contre c'est tres cher et tres complexe à mettre en place. Pour un resultat identique à kvm ou xen. La seule chose kvm c'est simple :).
Une derniere chose. KVM ne permet pas l'ajout de disque a chaud et c'est vraiment vraiment dommage.
je dirais que contrairement à MS, google rend un service utilisable et gratuit. Sinon effectivement google sera le MS de 2020.
C'est d'ailleurs ce que j'avais dis lors de mon entretien avec google. Mon intérêt pour venir cher vous ? Être du coté du monopole comme le sont aujourd'hui les salariés de MS (suivez mon regard). Voir si on peut rester lucide et objectif après des années dans ce genre de boite. Après 2ans chez bigblue je dirais que oui :)
J'en avais déjà parlé à la sortie de nagios 3. Utilisez hobbit vraiment. C'est simple. Un rpm avec 3 dépendance pour le serveur un rpm pour le client et ça fait bien plus que ce que nagios fait avec des 10e de greffons.
Nagios est une sale usine à gaz, hobbit c'est simple, c'est stable très stable et la communauté très active.
Pour devoir mettre régulièrement les mains dans l'API perl de vmware je peux affirmer une chose : il est bien plus simple de manipuler des vm xen avec un shell et un peu de perl plutot qu'apprendre les centaines de pages de l'api.
En gros il est plus simple d'utiliser des outils "dont on a l'habitude" (le perl et le sh), plutôt que d'apprendre une nouvelle API. Et c'est la ou je n'aime pas ESX : c'est un produit dans la philosophie Windows mais ca peut aussi faire tourner des Linux et pour ma part je passe mes journées à me battre avec les windowsiens qui gerent mes esx.
Bref j'aime pas esx :)
<mavie>
j'ai 1 cluster de 8 esx à patcher. L'admin esx me dit qu'il faut 8h/esx pour passer les patchs. Surpris je dis que je vais regarder. Le patch est fournis sous la forme d'un rpm dans un tgz et il y a une commande pour passer le patch. L'admin ESX venant de windows m'explique qu'il prend chaque tgz, le copie sur sa machine, le detar, le met sur l'esx, lance la commande et ca pour chaque patch (une petite centaine). Et de temps en temps il faut rebooter. Sur un gros Xseries rebooter ça peut prendre 10/15min. Donc au final ca prend 8h.
Moi, première chose je lis le man de la commande de patch et je trouve le -b qui empeche le reboot. On a déja gagné 10minx50 ....
Ensuite un petit for i in tar etc et ca tourne tout seul.
Résultat j'ai patché tout mes serveurs en quelques minutes.
- un gsm
- un gps
- un ecran tactile
- un vrai os
- un vrai écran
- un peu de stockage genre 8Go
- une connection au net transparente
- du wifi
- du bluetooth
- de l'autonomie
- pas trop lourd
- pas trop gros.
- peut etre un vrai clavier mais pas forcément
J'aurais tendance à dire que ce besoin est assez courant mais il ne semble pas exister de produit y répondant.
je joue à wow depuis le début sous Debian puis ubuntu et je n'ai jamais eu de vrai soucis. Je dirais même que plus ça va mieux ça va. Et ca me permet de plus avoir de Windows sur mon disque.
J'ai cru comprendre (je ne suis que de loin ce point, et mes compétences en developpement kernel sont plus que limité), que l'api du kernel avait tendance à changer tout le temp.
Si c'est le cas j'en déduis que vmware doit tout le temp suivre ces changement si il veut avoir un kernel relativement récent.
Vrai/faux ?
Si c'est le cas c'est quand même un réelle perte de temp je trouve et je rejoins par là le commentaire sur l'utilisation de BSD plutot que de linux.
Posté par oau .
En réponse à la dépêche Nagios 3.0.
Évalué à 2.
Je suis surpris que personne ne parle de ce fork de bigbrother. J'ai plusieur fois tenté d'installer nagios ... sans succés. Je trouve ca horriblement compliqué pour mon petit cerveau :(.
Alors que hobbit est d'une simplicité déconcertante et d'une souplesse très agréable. Ok le résultat est pas super sexy mais il est très très efficace.
En tout cas je l'utilise et je pousse ma boite à l'utiliser. En remplacement de cette horreur de SRM dans un premier temps et peut être de tivoli/patrol un jour. En tout cas dans ma boite précédente c'est ce qui a été fait. Remplacer patrol,netview,what'up et un truc pour vérifier des urls par hobbit.
Pour linux nous on vient de faire rentrer 100 machines avec un contrat de 40 serveurs par trimestre sur plusieurs années. Que du linux même pour Oracle. Le seul bémol reste vmware esx qui n'a pas pour moi la souplesse de Xen. Mais un jour je vous le dis on le fera avec Xen :)
Certes AIX est vieillot mais il a de bonne infra structure, ainsi il suffit d'aller voir du coté des LPAR (Logical partitions) et de la version 6 d'AIX pour voir des fonctionnalités hors du commun ex: la partition mobility
Ainsi il est impressionnant de voir une machine virtuelle changer de machine physique en 2 secondes ! et sans coupure s'il vous plaît.
Mouais alors ça c'est vrai que sur les slides c'est beau, que le gars d'Austin venu faire la présentation maitrisait bien le sujet. Mais vmware et xen le font déja depuis longtemp, ça c'est un détail. Par contre les prérequis matériel nécessaire sur les deux p5 sont très limitant et empeche de faire LE truc qui nous parraisait utile : migrer les partitions pour les updates de firmware. Et bien ce n'est pas possible. Les deux p5 doivent avoir exactement le même niveau de firmware .... super.
C'est d'ailleur un problème récurent que j'ai sur les x et les p que je n'avait pas sur les DL d'HP : il faut d'une part mettre continuellement à jours les firmwires et d'autre part on n'a pas d'outils utilisable pour vérifier simplement si une machine est à jour ou pas et ou trouver le firmwire qui va bien. Je dis bien utilisable l'outil, car il parait que IBM director le fait mais personne chez nous n'a jamais réussi à le mettre en place ....
il y a peut être des choses trés bien dans aix mais je ne les ai pas encore vu. Bon ok ca ne fait que 1an que je travaille avec, alors que j'ai passé plus de 10ans sur linux et je continue à prêcher la bonne parole :). Surtout que IBM fourni plein de rpm GNU (vi tar less gawk). Et j'ai transformé mes AIX en linux :)
Par exemple là je tente l'installation de latex ..... c'est pas gagné. Le script d'install de texlive me rend la main sans rien me dire :(
dans mon monde de PVLAN (oui ca aussi c'est du grand art j'aime beaucoup avoir deux machines dans le même réseau qui discutent pas entre elle), toutes mes machines sont isolées.
Tu penses qu'on peut faire passer nfs par le socks ? :)
quand je vois a quel point le college que je fréquente est à la bourre sur ce point j'ai pas grand espoir que L'EN prenne de la graine.
La majorité des profs me disent : "l'informatique ? A oui le truc dans lequel je mets mes notes à la fin du trimestre ? Ca marche jamais. Sinon inter quoi ? Internet ? connais pas ..."
il y a une chose que je ne comprend vraiment de la part de MS :
- c'est quand même une grosse et belle boite avec tout plein de bon dev. Alors pourquoi ne sont il pas capable d'écrire eux même un vrai moteur de recherche ? (sérieux qui utilisent msn search ? Alors qu'ils ont débauché le gars de altavista.com pour le faire).
- pourquoi ne sont il pas capable d'écrire eux même leur solution de pub ciblé ? Car visiblement c'est ce qui intéresse MS dans le rachat de Yahoo.
En gros pourquoi ils se démerdent pas tout seul ? C'est plus simple de racheter ? Ou alors ils achètent pour faire taire la concurrence ? Dans ce cas la quel intérêt d'acheter le second ?
Ca fait des années que je regarde MS de loin c'est vrai, j'ai la chance de n'avoir jamais eu à m'en servir au quotidien, mais j'ai vraiment l'impression qu'ils passent à coté de tout et que seul leur cash et leur hégémonie leur permettent de s'en sortir. Quelques exemples :
- internet (en 98 pour MS ce n'était qu'une mode)
- Hotmail qu'ils ont je crois racheté,
- Msn Messenger qui à bouffé icq juste parce que messenger était de base dans XP,
- IE qui est une vraie plaie (jamais testé le 8) : pas d'onglet pas d'anti popup etc,
- la xbox 1 300M$ de perte, la xbox2, (nintendo débarque et rafle tout :) )
- et le pire ca doit être Vista (5 ans de dev pour faire une skin à XP .....)
- et le Zune (mon petit frère de 14ans en plein age kikoo lol msn ne connait même pas c'est dire ...)
voilà ce qui me dégoute le plus chez MS c'est qu'ils tirent tout vers le bas, alors qu'ils pourrait tirer tout vers le haut.
"on parlais de "mises à jour" entre version de update (par exemple de rhel4-ws-32-u4 vers rhel4-ws-32-u5)"
j'ai jamais fait gaffe si on passait d'un update4 à un update5. Je regarderais.
Ensuite pour le passage de rh4 à rh5, venant de debian ca fait bizarre mais ca permet de faire payer les migrations aux clients :)
Enfin pour répondre à Raphael si tu achetes une rhel comme tu dois le faire tu as le rhn compris dans la licence. C'est le rhn de redhat, nous on a le notre. C'est cher très cher (120 000€ je crois) mais bien pratique.
Il existe des outils. Utilisons les. Le rhn c'est bien très bien mangez en.
"je bosse (suis un tout petit) pour le + gros client redhat france, dans le plus gros parc nfs de france, et les mises à jour redhat, on les fait A LA MAIN."
on va pas faire de concour de taille de sexe mais j'aimerais bien savoir ou tu bosses. Par contre faire les updates rhel à la main c'est, excuse moi, complétement débile. Depuis plusieur années existe un truc super : le redhat network. On upgrade plus d'un millier de redhat tout les mois sans aucun problème. Sauf pour les quelques redhat qui tourne sur les xSeries d'IBM avec des drivers hors kernel. Sinon sur HP aucun soucis.
# Excellent !
Posté par oau . En réponse au journal Red Hat annonce sa stratégie pour la virtualisation. Évalué à 2.
# Interet ?
Posté par oau . En réponse au journal SPICE libéré ! (bientôt). Évalué à -4.
Ok ca répond pas à 100% des besoins. Particulièrement aux applications très spécifique genre PAO ou autre. Mais pour lire ses mails et faire des présentations ça me parait très suffisant.
[^] # Re: plop
Posté par oau . En réponse au journal La virtualisation en production. Évalué à 4.
Est-ce qu'il y'a un équivalent du VirtualCenter de VMWare ?
=> non et c'est très bien. Je suis contre les interfaces graphique n'importe quel incompétent peut toucher. Ca m'évite des nuits blanches derrières. (je me souviendrais toute ma vie de ma première install de linux en 96. Après des journées de travail enfin elle et installé. Je me loggue ... et là j'ai un curseur blanc qui clignote ... quoi faire ? :) Lire la doc.
Est-ce que les outils de sauvegarde (Legato NetWorker, Netbackup, NetVault, TimeNavigator,...) savent sauvegarder en natif des VM KVM (avec et sans interruption (système de snapshot) ) ?
=> autant que n'importe quel linux installé sur une machine physique.
Le support ...
=> ok ca rassure mon boss. Dans la réalité ? Une seule fois le support m'a sortie du caca dans lequel je m'étais mis. Ça a été au bout de 3 jours et beaucoup de parlote avec HP. Mais oui pour rassurer le client, le support c'est important. Redhat le fournira en Redhat 6.
On doit toujours répondre à des besoins.
=> oui et comme le dit la page A3 sur la porte de mon bureau. Le client exprime le besoin, JE mets en place la solution qui va bien. Dans 99% des cas quand le client vient avec sa solution technique c'est n'importe quoi. Je viens de mettre en place Veritasfs .... Mon dieu au secours. Dire que gfs2 existe et en plus est dans la redhat ...
On ne peut pas dire "VMWare" c'est proprio/complexe, "KVM" c'est libre/simple
=> si on peut le dire et je le dis. Je pense que 2ans de sueur sur le sujet me permet de le faire. Vmware pour un admin unix c'est complexe et vraiment pas souple. Il faut beaucoup trop travailler pour industrialiser vmware et ce sans garantie de pérennité. Avec kvm l'industrialisation est native et pérenne. Je parle bien sur de gros parcs qui grossissent vite.
[^] # Re: plop
Posté par oau . En réponse au journal La virtualisation en production. Évalué à 2.
# plop
Posté par oau . En réponse au journal La virtualisation en production. Évalué à 6.
* Nombres d'utilisateurs ? 150 boites mails 20 domaines des blogs du web (dollibar principalement), environ 2Mbs de traffic en journée. Des applis en php ou en ruby pas de java.
* Combien de DomU ? 24
* Quelles fonctions des DomU ? imap smtp http jabber dns mysql
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 2
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? ubuntu server + xen puis kvm
* Choix de la solution matériel ? la moins chere - core duo intel 2go RAM
* Est-ce stable en production ? oui aucun soucis en 2ans
* Délai d'étude et de mise en production ? pas longtemps
le second environnement est plus consistant :
* Nombres d'utilisateurs ? beaucoup je ne saurais dire combien. Le service rendu est utilisé par une grande majorité de fournisseurs de téléphonie mobile dans le monde
* Combien de DomU ? 200+
* Quelles fonctions des DomU ? Principalement des web services java
* Combien de serveurs ont été remplacés par la virtualisation ? aucun
* Combien de serveurs utilisés pour la virtualisation ? 20+
* Méthode d'intégration à l'existant ? aucune pas d'existant
* Choix de la solution logiciel ? VMware ESX + RH4
* Choix de la solution matériel ? IBM xSeries. Je n'en pense que du mal vraiment. Dans cette gamme hp est bien mieux avec sa gamme DL.
* Est-ce stable en production ? Apres quelques mois de rodage oui. Mais l'admin est très lourde et demande beaucoup de dev d'outils
* Délai d'étude et de mise en production ? 6mois d'étude et 8 de mise en production.
Le dernier environnement est un peu différent car pas très abordable. AIX sur pSeries. Alors la c'est la rolls .... des usines à gaz. Ca marche vraiment très bien y'a rien à dire. Mais par contre c'est tres cher et tres complexe à mettre en place. Pour un resultat identique à kvm ou xen. La seule chose kvm c'est simple :).
Une derniere chose. KVM ne permet pas l'ajout de disque a chaud et c'est vraiment vraiment dommage.
[^] # Re: un gros bug...
Posté par oau . En réponse au journal [HS] Attention, internet peut endomager votre ordinateur. Évalué à 2.
C'est d'ailleurs ce que j'avais dis lors de mon entretien avec google. Mon intérêt pour venir cher vous ? Être du coté du monopole comme le sont aujourd'hui les salariés de MS (suivez mon regard). Voir si on peut rester lucide et objectif après des années dans ce genre de boite. Après 2ans chez bigblue je dirais que oui :)
[^] # Re: Avis perso
Posté par oau . En réponse au journal Béranger passe à Windows. Évalué à 1.
tout pareil ! Mais surtout nous ne sommes plus étudiant et ne prenons surement plus le temps de maitriser toutes ces nouvelles couches.
Maintenant j'ai un vrai boulot, une femme bientôt des enfants, j'ai autre chose à faire que compiler des kernel .
# hobbit - again
Posté par oau . En réponse à la dépêche FAN : Fully Automated Nagios. Évalué à 1.
Nagios est une sale usine à gaz, hobbit c'est simple, c'est stable très stable et la communauté très active.
[^] # Re: Façon de parler
Posté par oau . En réponse au journal When Sysadmins Ruled the Earth. Évalué à 3.
Une garde c'est 24h de travail d'affilé alors qu'une astreinte c'est comme pour nous, elle a un téléphone et on l'appelle.
Pour la petite histoire c'est agréable d'avoir une femme qui connait la notion d'astreinte :)
[^] # Re: FAINEANT ???
Posté par oau . En réponse au message Limitation du scsi sous linux. Évalué à 1.
je ne cherche pas à savoir quel est la taille maximum d'une partition mais quelle est la taille maximum d'un disk physique.
cordialement
Olivier AUDRY
[^] # Re: Idem pour Open Source vs Propriétaire
Posté par oau . En réponse au journal Windows vs Linux : Un schéma très schématique ?. Évalué à 2.
[^] # Re: Idem pour Open Source vs Propriétaire
Posté par oau . En réponse au journal Windows vs Linux : Un schéma très schématique ?. Évalué à 3.
En gros il est plus simple d'utiliser des outils "dont on a l'habitude" (le perl et le sh), plutôt que d'apprendre une nouvelle API. Et c'est la ou je n'aime pas ESX : c'est un produit dans la philosophie Windows mais ca peut aussi faire tourner des Linux et pour ma part je passe mes journées à me battre avec les windowsiens qui gerent mes esx.
Bref j'aime pas esx :)
<mavie>
j'ai 1 cluster de 8 esx à patcher. L'admin esx me dit qu'il faut 8h/esx pour passer les patchs. Surpris je dis que je vais regarder. Le patch est fournis sous la forme d'un rpm dans un tgz et il y a une commande pour passer le patch. L'admin ESX venant de windows m'explique qu'il prend chaque tgz, le copie sur sa machine, le detar, le met sur l'esx, lance la commande et ca pour chaque patch (une petite centaine). Et de temps en temps il faut rebooter. Sur un gros Xseries rebooter ça peut prendre 10/15min. Donc au final ca prend 8h.
Moi, première chose je lis le man de la commande de patch et je trouve le -b qui empeche le reboot. On a déja gagné 10minx50 ....
Ensuite un petit for i in tar etc et ca tourne tout seul.
Résultat j'ai patché tout mes serveurs en quelques minutes.
Conclusion : l'admin nt est pas assez FAINEANT
</mavie>
# Suis - je si différent ?
Posté par oau . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 2.
- un gsm
- un gps
- un ecran tactile
- un vrai os
- un vrai écran
- un peu de stockage genre 8Go
- une connection au net transparente
- du wifi
- du bluetooth
- de l'autonomie
- pas trop lourd
- pas trop gros.
- peut etre un vrai clavier mais pas forcément
J'aurais tendance à dire que ce besoin est assez courant mais il ne semble pas exister de produit y répondant.
Vous en pensez quoi ?
[^] # Re: Un peu trop technique
Posté par oau . En réponse au journal Jouer sous Linux, d'un point de vue de canard. Évalué à 3.
# API
Posté par oau . En réponse au journal VMware et la GPL. Évalué à 0.
Si c'est le cas j'en déduis que vmware doit tout le temp suivre ces changement si il veut avoir un kernel relativement récent.
Vrai/faux ?
Si c'est le cas c'est quand même un réelle perte de temp je trouve et je rejoins par là le commentaire sur l'utilisation de BSD plutot que de linux.
Apple a bien joué sur ce coup là.
# Hobbit ?
Posté par oau . En réponse à la dépêche Nagios 3.0. Évalué à 2.
Alors que hobbit est d'une simplicité déconcertante et d'une souplesse très agréable. Ok le résultat est pas super sexy mais il est très très efficace.
En tout cas je l'utilise et je pousse ma boite à l'utiliser. En remplacement de cette horreur de SRM dans un premier temps et peut être de tivoli/patrol un jour. En tout cas dans ma boite précédente c'est ce qui a été fait. Remplacer patrol,netview,what'up et un truc pour vérifier des urls par hobbit.
[^] # Re: L'avenir d'AIX
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 2.
[^] # Re: AIX - Mais quel avenir ?
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 2.
Certes AIX est vieillot mais il a de bonne infra structure, ainsi il suffit d'aller voir du coté des LPAR (Logical partitions) et de la version 6 d'AIX pour voir des fonctionnalités hors du commun ex: la partition mobility
Ainsi il est impressionnant de voir une machine virtuelle changer de machine physique en 2 secondes ! et sans coupure s'il vous plaît.
Mouais alors ça c'est vrai que sur les slides c'est beau, que le gars d'Austin venu faire la présentation maitrisait bien le sujet. Mais vmware et xen le font déja depuis longtemp, ça c'est un détail. Par contre les prérequis matériel nécessaire sur les deux p5 sont très limitant et empeche de faire LE truc qui nous parraisait utile : migrer les partitions pour les updates de firmware. Et bien ce n'est pas possible. Les deux p5 doivent avoir exactement le même niveau de firmware .... super.
C'est d'ailleur un problème récurent que j'ai sur les x et les p que je n'avait pas sur les DL d'HP : il faut d'une part mettre continuellement à jours les firmwires et d'autre part on n'a pas d'outils utilisable pour vérifier simplement si une machine est à jour ou pas et ou trouver le firmwire qui va bien. Je dis bien utilisable l'outil, car il parait que IBM director le fait mais personne chez nous n'a jamais réussi à le mettre en place ....
[^] # Re: faut pas chipoter
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 5.
[^] # Re: faut pas chipoter
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 1.
Par exemple là je tente l'installation de latex ..... c'est pas gagné. Le script d'install de texlive me rend la main sans rien me dire :(
Ou est le apt-get install tetex-bin :)
[^] # Re: mouais...
Posté par oau . En réponse au journal AIX - Mais quel avenir ?. Évalué à 2.
dans mon monde de PVLAN (oui ca aussi c'est du grand art j'aime beaucoup avoir deux machines dans le même réseau qui discutent pas entre elle), toutes mes machines sont isolées.
Tu penses qu'on peut faire passer nfs par le socks ? :)
[^] # Re: m'enfin..
Posté par oau . En réponse à la dépêche Le ministère de la Défense suit la voie tracée par la gendarmerie. Évalué à 3.
La majorité des profs me disent : "l'informatique ? A oui le truc dans lequel je mets mes notes à la fin du trimestre ? Ca marche jamais. Sinon inter quoi ? Internet ? connais pas ..."
# Mais ...
Posté par oau . En réponse au journal Microsoft offre 30 milliards d'euros pour acheter yahoo. Évalué à 6.
- c'est quand même une grosse et belle boite avec tout plein de bon dev. Alors pourquoi ne sont il pas capable d'écrire eux même un vrai moteur de recherche ? (sérieux qui utilisent msn search ? Alors qu'ils ont débauché le gars de altavista.com pour le faire).
- pourquoi ne sont il pas capable d'écrire eux même leur solution de pub ciblé ? Car visiblement c'est ce qui intéresse MS dans le rachat de Yahoo.
En gros pourquoi ils se démerdent pas tout seul ? C'est plus simple de racheter ? Ou alors ils achètent pour faire taire la concurrence ? Dans ce cas la quel intérêt d'acheter le second ?
Ca fait des années que je regarde MS de loin c'est vrai, j'ai la chance de n'avoir jamais eu à m'en servir au quotidien, mais j'ai vraiment l'impression qu'ils passent à coté de tout et que seul leur cash et leur hégémonie leur permettent de s'en sortir. Quelques exemples :
- internet (en 98 pour MS ce n'était qu'une mode)
- Hotmail qu'ils ont je crois racheté,
- Msn Messenger qui à bouffé icq juste parce que messenger était de base dans XP,
- IE qui est une vraie plaie (jamais testé le 8) : pas d'onglet pas d'anti popup etc,
- la xbox 1 300M$ de perte, la xbox2, (nintendo débarque et rafle tout :) )
- et le pire ca doit être Vista (5 ans de dev pour faire une skin à XP .....)
- et le Zune (mon petit frère de 14ans en plein age kikoo lol msn ne connait même pas c'est dire ...)
voilà ce qui me dégoute le plus chez MS c'est qu'ils tirent tout vers le bas, alors qu'ils pourrait tirer tout vers le haut.
[^] # Re: Daube
Posté par oau . En réponse à la dépêche Le poste de travail du gendarme sous GNU/Linux Ubuntu. Évalué à 1.
j'ai jamais fait gaffe si on passait d'un update4 à un update5. Je regarderais.
Ensuite pour le passage de rh4 à rh5, venant de debian ca fait bizarre mais ca permet de faire payer les migrations aux clients :)
Enfin pour répondre à Raphael si tu achetes une rhel comme tu dois le faire tu as le rhn compris dans la licence. C'est le rhn de redhat, nous on a le notre. C'est cher très cher (120 000€ je crois) mais bien pratique.
Il existe des outils. Utilisons les. Le rhn c'est bien très bien mangez en.
[^] # Re: Daube
Posté par oau . En réponse à la dépêche Le poste de travail du gendarme sous GNU/Linux Ubuntu. Évalué à 2.
on va pas faire de concour de taille de sexe mais j'aimerais bien savoir ou tu bosses. Par contre faire les updates rhel à la main c'est, excuse moi, complétement débile. Depuis plusieur années existe un truc super : le redhat network. On upgrade plus d'un millier de redhat tout les mois sans aucun problème. Sauf pour les quelques redhat qui tourne sur les xSeries d'IBM avec des drivers hors kernel. Sinon sur HP aucun soucis.