Liens connexes

Dépêche modérée par

Dépêche éditée par

: Red Hat lance RHEL 5

Posté par Nils Ratusznik (Jabber id, page perso, ). Modéré le 14 mars 2007.
0
Red Hat lance ce 14 mars la nouvelle version de sa distribution commerciale destinée aux professionnels et aux entreprises : Red Hat Enterprise Linux 5. Cela aura pris plus de temps que prévu, mais c'est là, avec de nouveaux produits et services de la part de la célèbre marque au chapeau rouge.

Le retard de la RHEL 5 s'explique principalement à cause de l'intégration de Xen, ce qui a forcé Red Hat à repousser son calendrier de fin 2006 à fin février, puis mi-mars. Il aura fallu au total plus de deux ans de développement pour y arriver, passant entre autres du noyau 2.6.9 au 2.6.18.

Parmi les nouveautés de cette nouvelle mouture, on trouvera :
  • Intégration de Xen, la célèbre solution de virtualisation ;
  • Une version intégrée de Red Hat Cluster Suite, permettant de construire des clusters haute disponibilité (HA);
  • Support de l'iSCSI, un protocole permettant le transport de commandes SCSI sur un réseau TCP/IP ;
  • Support d'InfiniBand, un bus système à haut débit qu'on pourrait mettre en concurrence avec PCI-Express ;
  • SystemTap, un outil de diagnostic noyau ;
  • Support des processeurs 64 bits quadri-coeurs ;
  • Frysk, un outil pour monitorer et déboguer des applications
Red Hat a noué des partenariats avec IBM, Intel et Hitachi pour le développement.

> Lire les commentaires (47 commentaires, moyenne: 2,8).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Re:

Posté par IsNotGood () le 14/03/2007 à 17:50. (lien). Évalué à 8.

> Red Hat a noué des partenariats avec IBM, Intel et Hitachi pour le développement.

Et AMD.

M'enfin, Red Hat a une tripotée de partenaires. Dont Oracle :-)
Notons que le nombre d'applis pour Redhat qui sont certifiées "explose". On est maintenant à près de 3000.

J'ai regardé le webcast de la sortie de RHEL 5. Il n'y a pas un mot sur le desktop !
Je ne parle pas du desktop en entreprise qui est peu abordé.
C'est serveur, virtualisation, serveur, virtualisation, serveur, développement, java, Jboss, Fedora, innovation, communauté du libre, Eclipse, virtualisation, déploiement, ouverture, souplesse, etc. Mais jamais desktop.

Je pensais qu'il y aurait un petit frémissement d'intérêt de ce côté de la part de Red Hat, ben nada. C'est que dédié entreprise. Ce n'est pas un reproche, c'est un constat.

> Le retard de la RHEL 5 s'explique principalement à cause de l'intégration de Xen

Je crois qu'il n'y a pas que ça pour expliquer le retard.
Red Hat a, semble-t-il au dernier moment, décidé d'ajouter la paravirtuaisation à RHEL 4 et que ce soit dispo à la sortie de RHEL 5 (NB : RHEL 4 est basé sur un 2.6.9 et doit resté compatible binaire et source). Enfin Red Hat a ajouté GFS pour RHEL 5 Advanced Plateforme. En général GFS sortait avec quelques semaines de retard. Il y a GFS 1 et GFS 2 (GFS 2 : considéré en preview au moment de la sortie de RHEL 5).

fin de libpthreads

Posté par Corsaire () le 14/03/2007 à 17:55. (lien). Évalué à 4.

On pourra aussi noter la fin des anciennes libpthreads.

Terminé les programmes développés par des fainéants qui comptaient sur des LD_ASSUME_KERNEL=2.4.18 à gogo et qui donnaient comme excuse quand on leur disait que c'était dépassé (même déconseillé) "Oui mais nous on se base sur la RedHat enterprise" quand on leur disait que leur merdasse refusait de marcher (pour Fedora depuis la FC5).

Oui j'en ai quelques exemples bien énervants.

Re:

Posté par IsNotGood () le 14/03/2007 à 19:10. (lien). Évalué à 6.

Un test en "avant première" et mini-interviews de développeur Red Hat/Fedora :
http://www.linuxformat.co.uk/modules.php?op=modload&name(...)

Fait sur un double quadruple coeur.
Là n'est pas l'intérêt de l'article.

You remember reading that Advanced Platform allows you unlimited Xen guests? Well, as part of your subscription to RHEL Advanced Platform you get access to unlimited Xen guest updates for RHEL. Go back and read that again,
The second announcement is of the direct application of open source principles to Red Hat's business.
Point important. C'est Havoc qui avait lancé cette idée. Il y a le logiciel libre, il devrait y avoir l'entreprise libre ou du moins ouverte/transparente.
Specifically, the company intends to adopt the principles of transparency of open source software, the sharing of knowledge common to all, and the collaboration between community members.
[...]
RHEL 4 had a seven-page SLA, while Novell is rumoured to have a 36-page SLA in place. To cut through all the crap, Red Hat has produced a one-page SLA that clearly states what it does and doesn't support - in large letters to boot!

L'accord MS/Novell :
The fact that Microsoft and Novell have agreed to work together has changed nothing for us. In fact, Red Hat have hired the remaining members of the Samba from Novell.
Marrant car dans le webcast RHEL5, Red Hat a deux ou trois fois indiqué qu'ils avaient beaucoup de développeurs Samba :-)

Infiniband

Posté par olosta () le 14/03/2007 à 20:06. (lien). Évalué à 6.

Support d'InfiniBand, un bus système à haut débit qu'on pourrait mettre en concurrence avec PCI-Express ;


Disons que lorsque Infiniband a été crée il était peut-être sensé être en concurence avec PCI-Express mais aujourd'hui Infiniband est un type de réseau (comme ethernet).

Ce réseau a comme caractèristique d'avoir un haut débit (10Gb/s) et une très faible latence. Cela le rend très adapté comme réseau d'interconnect pour les clusters de calcul (des versions de MPI sachant l'utiliser existent).

Si il faut vraiment le mettre en concurence avec quelque chose on peut citer Myrinet, Quadrics ou NUMALink.

Et les cartes Infiniband sont en général des cartes PCI-Express.

Je me rend compte que la confusion vient probablement de wikipedia:fr, faudrait vraiment changer cet article pour qu'il ressemble plus a la version en.

Ca mere!

Posté par gnumdk (page perso, ) le 14/03/2007 à 21:36. (lien). Évalué à 4.

>Support de l'iSCSI, un protocole permettant le transport de commandes
>SCSI sur un réseau TCP/IP ;

Et alors la je demande à tous les redhateux du coin, ca utilise openiscisi?

Parce que chez Hitachi, on a eu droit dernierement au beau discour: "oui, mais on connait que linux-iscsi (projet mort) et si debian n'utilise pas ca, on sera pas comment faire fonctionner notre matos"...

Et comme la boite ne supporte que RedHat, le passage de redhat à openiscsi pourrait me donner de bon argument pour qu'ils trouvent comment faire fonctionner leur matos sous Debian....

Voila, merci ;)

Un peu de com/marketing

Posté par IsNotGood () le 15/03/2007 à 18:37. (lien). Évalué à 4.

Red Hat :
http://www.redhat.com/videos/real_tech/
Novell :
http://www.novell.com/linux/demos/sles_main.swf

La forme est très différente.

Demo Xen

Posté par hippolyte () le 15/03/2007 à 18:53. (lien). Évalué à 3.

En arrivant sur la page de démo :

Please register to view this demo. After registration - the demo will display below

putain l'angoisse !!

La doc est en ligne

Posté par IsNotGood () le 15/03/2007 à 19:26. (lien). Évalué à 2.

http://www.redhat.com/docs/manuals/enterprise/
On y trouve entre autres la note de mise à jour.
C'est aussi une excellente source d'information pour les utilisateurs de GNU/Linux et plus spécifiquement de Fedora.
Malheureusement la version française n'est pas en ligne et Red Hat semble être à la bourre (il n'y a pas de version pdf par exemple).

CentOS est dispo aussi en beta

Posté par lezardbreton (Jabber id, page perso, ) le 15/03/2007 à 20:05. (lien). Évalué à 5.

Plus d'info ici : http://lists.centos.org/pipermail/centos-announce/2007-March(...) . Par contre, ils sont bien gentils Red Hat, mais je suis confronté à l'infâme bug expliqué sur leur propre doc ici : http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/(...)

Systems with SATA controllers may pause during the boot process, displaying the following error message:
ata2: port is slow to respond, please be patient
Afterwards, the following error message appears:
ata2: reset failed, giving up
Note that after the second error message, the system will continue the normal boot process. Other than the delay, there is no impact to the system; as long as the SATA drives are physically present they will still be detected properly.
Loin d'être aussi bénin qu'il parait (juste une lenteur de 2 à 3 minutes), il ne me permet tout simplement pas d'installer la distribution car le lecteur CD n'est plus détecté. C'est quand même balot, non ? Bug qui existe sur Fedora Core 6 et donc Red Hat 5. Par contre, sur Slackware, Mandriva, Ubuntu, pas de problème particulier. D'après ce que j'ai lu, SUSE n'est pas non plus touchée. Quelqu'un aurait un indice pour que je puisse installer et booter sans perdre 3 minutes à chaque démarrage ?

Mises à jour... Pire que Microsoft?

Posté par ragoutoutou () le 19/03/2007 à 10:27. (lien). Évalué à 1.

... très énervant, alors que sous rehat 4, il était encore possible de télécharger les mises à jour et packages sans les installer avec "up2date get", sous Redhat5, cette cochonnerie de yum est incapable de faire un --downloadonly (à moins que je n'ai raté une subtilité)

Tout ça pour forcer la main des clients pour qu'ils achètent Rnh satellite...

Revenir en haut de page