RHEL 4 est sortie

Posté par  (site web personnel) . Modéré par rootix.
Étiquettes :
0
16
fév.
2005
Red Hat
Red Hat vient de sortir la RHEL 4 (Red Hat Enterprise Linux), 17 mois après RHEL 3 et quatre mois après la Fedora Core 3 sur laquelle elle est basée. Disponible uniquement avec l'offre de support payant, elle n'est pas disponible au téléchargement sous forme d'ISO ou de RPM, mais seulement sous forme de SRPM (RPM source).

C'est une des dernières distributions majeures à passer au noyau 2.6 (la version 2.6.9 en l'occurrence). Parmi les autres nouveautés, elle intègre désormais SELinux (Security Enhanced Linux contribué par la NSA), LVM2 (Logical Volume Manager) et est passée au serveur X X.org après abandon de XFree86. De plus, RHEL 4 est en cours de certification LSB 1.3 (Linux Standard Base).

Dans les limitations, on peut noter que seul le système local de fichiers Ext3 est supporté (pas d'outils ReiserFS, JFS, ou XFS), c'est un choix. La RHEL 4 est la dernière version supportant les LinuxThreads, le passage aux NPTL (Native POSIX Thread Library) ayant déjà été effectué par la RHEL 3. Les plus gros manques sont sans doute la virtualisation Xen (en cours d'inclusion dans la prochaine Fedora Core 4) et le clustering GFS (dans un produit tiers nommé Cluster Suite).

NdMeR : merci à fabb et tous les autres contributeurs de cette dépêche Disponible sur architectures x86, Itanium2, AMD64/EM64T, IBM zSeries, POWER et S/390, la RHEL 4 reprend le schéma marketing (segmentation produit) de la v3 :
- AS (Advanced Server) : support des architectures mainframes IBM ;
- ES (Enterprise Server) : limité à 2 CPU et 16 Go de RAM ;
- WS (Work Station) : limité à 2 CPU, quelques paquetages serveur en moins;
- Desktop (incluant multimédia) : limité à 1 CPU et 4 Go de RAM, quelques paquets serveur en moins.

La palette de prix (et support) est très large : de 70 $/an par poste (pour RHEL Desktop) à plusieurs milliers de dollars par an. RHEL ES et WS seront les plus utilisées (349 ou 799 $, 179 ou 299 $).

Le modèle Fedora/RHEL (maintenant en vitesse de croisière après RedHat 9, Fedora Core 1, RHEL 3 et Fedora Core2) porte ses fruits : Red Hat s'est ouvert à la "communauté" via Fedora et en tire profit (tests, déploiements, retours d'expérience, validations grandeur nature). La "communauté" via Fedora en tire aussi un profit direct et évident (contributions, financement et processus qualité de Red Hat).

Il est plaisant de voir que Red Hat souligne le "partenariat" communauté Fedora/RHEL dans son document de vue d'ensemble et n'oublie pas d'indiquer les fonctionnalités développées pour RHEL 4 et qui sont maintenant largement utilisées.

RHEL 4 sera une des premières distributions Linux certifiée EAL4 (http://niap.nist.gov/). La certification est en cours.

Comme à son habitude, la RHEL sera certifiée par un bon nombre d'acteurs majeurs de l'informatique : HP/IBM, Dell, Oracle, AMD/Intel, etc.

Les sources sont sur le serveur FTP de Red Hat pour ceux qui veulent savoir ce qu'il y a dedans.

Ce petit document qui couvre RHEL 2.1, 3 et 4 est intéressant car il montre la "montée en puissance" de Linux.

Un test un peu rapide de RHEL 4 est disponible sur LinuxPlanet.

À surveiller, la page Red Hat sur distrowatch où on y trouvera tous les tests à venir.

Pour défendre sa marque, Red Hat a demandé "amicalement" à CentOS de corriger son site web (mot clé Red Hat ou RHEL dans les entêtes des pages web, etc).

Rappel : CentOS est une distribution basée sur Red Hat, dont l'ensemble des paquets sont des recompilations des SRPMS officiels de Red Hat, et qui intègre YUM, le gestionnaire de téléchargement de dépendance de paquets.

Aller plus loin

  • # La dernière etant ...

    Posté par  (site web personnel) . Évalué à -4.

    C'est une des dernières distributions majeures à passer au noyau 2.6

    Tout le monde aura compris que 'une des' voulant dire que la derniere distribution stable a sorti avec 2.6 sera ... debian ... A moins qu'elle ne sort avec un noyau 3.0 (avec pronostic optimiste).
    • [^] # Re: La dernière etant ...

      Posté par  . Évalué à 0.

      L'auteur de la dépêche ne considère-t-il pas exclusivement les distributions commerciales ?

      Après si tu trouves que Debian est trop lente pour se mettre "up to date" rien ne t'oblige à l'utiliser :)
      • [^] # Re: La dernière etant ...

        Posté par  (site web personnel) . Évalué à 0.

        >> C'est une des dernières distributions majeures à passer au noyau 2.6

        > L'auteur de la dépêche ne considère-t-il pas exclusivement les distributions commerciales ?

        Non, non : « distributions majeures ». Y'a des distributions majeures qui sont commerciales et d'autres qui ne le sont pas.
    • [^] # Re: La dernière etant ...

      Posté par  (site web personnel) . Évalué à 3.

      A l'installation d'une Debian Sarge, tape :

      boot: linux26

      ça compte pas ?
    • [^] # Re: La dernière etant ...

      Posté par  (site web personnel) . Évalué à -3.

      la derniere distribution stable a sorti avec 2.6 sera ... debian ... A moins qu'elle ne sort avec un noyau 3.0

      Arff !
      Le noyau 2.6 sera livré avec Gnome 2.4 :)
  • # Ext3

    Posté par  . Évalué à 2.

    RedHat choisi de ne supporter que le ext3, mais la RHEL 4 permet-elle le redimensionnement à chaud de partitions ext3 (il me semblait que le patch necessaire n'était pas encore prêt) ?
    Si ce n'est pas le cas, c'est dommage, ils aurait au moins pu mettre un filesystem qui le supporte tel que XFS ou reiserfs, (plutôt soutenu par les "concurents" SuSE en même temps, et source de nombreux problèmes, en tout cas pour moi)

    Par contre si le redimenssionement à chaud fonctionne, c'est tout bon !
    • [^] # Re: Ext3

      Posté par  (site web personnel) . Évalué à 3.

      Salut,

      Si je ne m'abuse, le patch a été sorti pour le noyau 2.6.10, donc s'il se base sur un 2.6.9, c'est rapé. Néanmoins, si cela est un prérequis pour la sortie de la RHEL4, alors je pense que M. Alan Cox ou quelqu'un d'autre a du stabiliser ce patch.


      <sct@redhat.com>
      [PATCH] ext3: online resizing

      The patch below adds online resize capability to ext3 based on Andreas
      patch for 2.4 and fixed up by Stephen.

      The patch also removes s_debts:

      s_debts is currently not used by ext3 (it is created, destroyed and checked
      but never set). Remove it for now.

      Resurrecting this will require adding it back in changed form. In existing
      form it's already unsafe wrt. byte-tearing as it performs unlocked byte
      increment/decrement on words which may be being accessed simultaneously on
      other CPUs. It is also the only in-memory dynamic table which needs to be
      extended by online-resize, so locking it will require care.


      Signed-off-by: Andrew Morton <akpm@osdl.org>
      Signed-off-by: Linus Torvalds <torvalds@osdl.org>


      Au passage, c'est dommage pour eux vis à vis des performances :

      <cmm@us.ibm.com>
      [PATCH] ext3 block reservation patch set -- ext3 preallocation cleanup

      Cleans up the old ext3 preallocation code carried from ext2 but turned off.

      Signed-off-by: Andrew Morton <akpm@osdl.org>
      Signed-off-by: Linus Torvalds <torvalds@osdl.org>

      <cmm@us.ibm.com>
      [PATCH] ext3 block reservations

      rbtree implementation and other changes From: Stephen Tweedie <sct@redhat.com>
      contributions From: Badari Pulavarty <pbadari@us.ibm.com> and probably me.

      This is the ext3 block reservation patch. It improves the layout of ext3
      files by establishing, for each inode, reserved areas of the disk in which
      only that file can allocate blocks. Those reserved areas are managed in an
      rbtree, via the in-core inode.

      It's a bit like ext2 preallocation only stronger in that it can span
      already-allocated blocks, including the per-blockgroup inode tables and
      bitmaps.

      The patch fixes ext3's worst performance problem: disastrous layout when
      multiple files are being concurrently grown.

      It increases the size of the inode by rather a lot. A todo item is to
      dynamically allocate the `struct reserve_window_node', so we don't need to
      carry this storage for inodes which aren't opened for writing.

      The feature is enabled by mounting with the "reservation" mount option.
      Reservations default to "off".

      Signed-off-by: Andrew Morton <akpm@osdl.org>
      Signed-off-by: Linus Torvalds <torvalds@osdl.org>


      Bien le bonjour chez vous :-)
      • [^] # Re: Ext3

        Posté par  . Évalué à 5.

        > Si je ne m'abuse, le patch a été sorti pour le noyau 2.6.10, donc s'il se base sur un 2.6.9, c'est rapé.

        Raté !
        C'est aussi dans FC3 (donc RHEL 4) qui est sortie avec Linux 2.6.9. C'est Red Hat qui a développé ce patch. Linux (upstream) est plus exigeant ou lourd pour ajouter des fonctionnalités.
        Notons que ext2online est incompatible avec resize2fs. Il ne faut pas utiliser resize2fs sous FC3 et RHEL 4. Red Hat a fait la boulette de fournir resize2fs en parallèle avec FC3. resize2fs a été corrigé en upstream et n'est pas dans RHEL 4.

        > Au passage, c'est dommage pour eux vis à vis des performances :

        Encore raté !
        C'est aussi dans FC3 (donc RHEL 4). Red Hat est le principale mainteneur d'ext3. Pour reservation ils ne sont pas à l'origine du patch qui améliore significativement les performances :
        http://people.redhat.com/arjanv/reservations.png(...) (le fichier date du 20 août 2004 (bien avant Linux 2.6.10 et la sortie officiel de FC3).
  • # Petites corrections et précisions

    Posté par  . Évalué à 5.

    > RHEL 4 est en cours de certification LSB 1.3 (Linux Standard Base).

    Est déjà certifié LSB 1.3. Le site Red Hat indique qu'ils travailleront pour la certification LSB 3 (qui n'existe pas encore...).

    > Dans les limitations, on peut noter que seul le système local de fichiers Ext3 est supporté (pas d'outils ReiserFS, JFS, ou XFS), c'est un choix.

    Quelques explications de ce choix :
    https://www.redhat.com/archives/nahant-beta-list/2004-September/msg0(...)
    https://www.redhat.com/archives/nahant-beta-list/2004-September/msg0(...)
    https://www.redhat.com/archives/nahant-beta-list/2005-January/msg000(...)

    > RHEL 4 sera une des premières distributions Linux certifiée EAL4

    Peut-être que Novell le sera avant :
    http://www.vnunet.com/news/1161261(...)


    Oracle pour RHEL 4 est disponible le jour de la sortie de RHEL 4 (!):
    http://www.oracle.com/corporate/press/2005_feb/02.15.05_redhatcert_(...)

    Il y a d'autres produits qui sont sortis en même temps. Ça montre que des sociétés suivent de près (et même très près, puisque qu'en beta) Linux.


    Un nouveau Red Hat magazine est sorti le jour de RHEL 4 et évidemment parle aussi de RHEL 4 :
    http://www.redhat.com/magazine/(...)

    Rigolo, il y a des videos de amd, hp, intel, ibm, oracle :
    http://www.redhat.com/magazine/004feb05/features/videos/(...)

    Malheureusement, pas de ogg. Red Hat a déjà utilisé ogg il y a quelques mois mais ce n'était pas terrible. J'espère que le format ogg sera de retour afin de voir des videos "librement". Je vous invite à motiver Red Hat dans ce sens en envoyant un message au webmaster :
    http://www.redhat.com/apps/response/web_contact.html(...)

    Pour ceux qui ne connaissent pas rhn (un des éléments clé du business Red Hat) je leur conseil de voir cette animation flash :
    http://www.redhat.com/f/rhn20050117.swf(...)
  • # TaoLinux

    Posté par  . Évalué à 5.

    Pour ceux qui souhaitent utiliser RHEL, sans acheter chez RedHat et sans se prendre la tete à compiler l'intégralité des sources fournies par RedHat, il existe TaoLinux.

    Disponible pour i386, x86_64, ia64 et s390

    Site: http://taolinux.org/(...)
    Téléchargements: http://taolinux.org/?q=node/view/17(...)
  • # En tête d'affiche ?!?

    Posté par  . Évalué à 2.

    C'est une offre commerciale "seulement". J'aime bien Red Hat mais je trouve anormal qu'une offre commerciale soit en tête d'affiche.

    Une news (une ébauche en fait) qui pourrait mériter la "tête d'affiche".
    ---------------------------------------------------------------
    Linux est de plus en plus attractif pour le desktop et le domaine des serveurs ne sera pas ça seul cible "commerciale" pour longtemps.

    IBM investi 100 millions de $ (énorme somme dans le logiciel libre) pour le desktop Linux :
    http://news.com.com/IBM+to+invest+100+million+in+Linux+push/2100-10(...)

    OSLD (qui c'était toujours concentré sur le serveur) a fait un papier de "recommendations" sur le desktop pour Linux :
    Desktop Linux Capabilities Document : http://www.osdl.org/lab_activities/desktop_linux/DTL09/document_vie(...)
    Initiative un peu bizarre quand on pense à LSB.

    copier/collé d'un bout de journal :
    Gtk+ va utiliser Cairo :
    http://mail.gnome.org/archives/gtk-devel-list/2005-February/msg0000(...)
    première version opérationnel vers fin 2005.

    On pouvait s'en douter car Red Hat avait fait un document mi-2004 indiquant qu'à moyen terme gdk, gnome-print, etc allait être remplacé par cairo :
    http://people.redhat.com/otaylor/guadec5/future-rendering.ps.gz(...)
    Une version simplifié :
    http://people.redhat.com/otaylor/guadec5/future-rendering-slides.pd(...)

    La comparaison de la page 6 et 7 montre que l'utilisateur de cairo va grandement simplifier Gnome et l'écriture d'applications.
    Ce que j'aime, c'est que gtk ne va pas faire un sur-couche de cairo (via gdk par exemple) mais va permettre aux applications d'utiliser directement cairo. J'aime cette démarche.


    Seth Nickell indique que Red Hat y met les moyens mais ça reste limité vu la tâche :
    http://www.gnome.org/~seth/blog/xrendering(...) (Next-Generation Rendering For the Free Desktop) :
    Currently the full-time nextgenren team at Red Hat is Owen Taylor (gtk/pango maintainer), Søren Sandmann (x hacker), Diana Fong (visual designer), Kristian Høgsberg (x hacker) and Carl Worth (cairo maintainer).

    Espérons que Novell ou d'autres vont rejoindre ce mini "team". Nat Friedman et David Reveman (l'"ancien" et le nouveau) de Novell semble apprécier :
    David has a lot of ideas like these, and you probably do too. Apple's cute hacks, like Expose, are inspirational but now that space can be ours to explore. Xgl opens up a whole world of hardware acceleration, fancy animations, separating hardware resolution from software resolution, and more.

    I'm personally pretty excited about this. I think running the X server on hardware-accelerated GL directly seems like a very elegant way to go. David was educating me tonight on how X's last lingering limitations are being cast off. With Gtk moving to Cairo, the X server running on Glitz/OpenGL, and hardware vendors providing 3d-accelerated OpenGL drivers for their cards, we will have a UI/graphics platform as powerful as OS X or Windows.


    Certains vont protester et dire que ça devrait être dans X11 et jamais dans gtk+, mais c'est un faut problème. Lorsque ça sera largement utilisé, cairo pourra être aussi dans X11 et les applis pourront utiliser cairo côté client ou serveur (côté client s'il n'y a pas de support sur le serveur ou si la version sur le serveur n'est pas la bonne).

    Seth Nickell nous propose aussi un petit blog assez "exitant" sur sabayon (pour les admins, et l'adminstration c'est important en intreprise) :
    http://www.gnome.org/~seth/blog/sabayon(...)
    ---------------------------------------------------------------

    Sinon j'aura bien aimé que Xen soit en tête d'affiche car selon moi c'est la techno qui va faire les titres dans quelques temps et qui va consacrer définitivement Linux dans le domaine des serveurs.
    Il y a bien une news :
    http://linuxfr.org/2005/02/17/18326.html(...)

    Mais en seconde page et c'est seulement pour l'annonce d'Amd alors que HP, Red Hat et Novell ont annoncé officiellement y travailler. D'ailleurs c'est dans la branche de développement de FC4.
    Amd ne va faire "que" le portage sur x86_64. L'annonce qui a été "oublié" dans la news :
    http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~9(...)


    Une autre news en tête d'affiche :
    25 000 000 de download de Firefox sur mozilla.org :
    http://weblogs.mozillazine.org/asa/archives/007574.html(...)


    Et puisque qu'aujourd'hui c'est le 18/02/2005, signalons que c'est le jours de FUDcon (manque pas d'humour ce nom : Fedora Users & Developers Conference) :
    http://fedoraproject.org/fudcon/(...)


    Les voies de la modération sont impénétrables.
    • [^] # Re: En tête d'affiche ?!?

      Posté par  (site web personnel) . Évalué à 4.

      > mais je trouve anormal qu'une offre commerciale soit en tête d'affiche.

      Pourquoi ? en quoi le commercial est mal ?
      Ils font un gros boulot, ils le vendent. Mieux : ils le vendent en libre, sous GPL (oui monsieur), et laissent même des gens relivrer l'intégralité de leur distrib (moins les logos et la marque) de manière "blanche" gratuitement et fournissent les sources à tout le monde.

      Maintenant si tu veux soumettre des news je te propose de les soumettre via l'interface faite pour plutot que de raler ici
      • [^] # Re: En tête d'affiche ?!?

        Posté par  . Évalué à 2.

        > Pourquoi ? en quoi le commercial est mal ?

        En quoi ce qui est uniquement commercial mérite la "tête d'affiche" ?
        Car c'est commercial ? Désolé mais pour moi c'est léger.
        RHEL 4 mérite la première page sans le mondre doute. Mais ne mérite pas la seconde page ni la "tête d'affiche".

        > Ils font un gros boulot, ils le vendent.

        Mieux, il y a aussi FC3 avec 99 % de RHEL.

        Il ne sagit pas de juger Red Hat. D'ailleurs j'utilise Fedora/RHEL, j'achete du RHEL, je fais des tests et bugfix pour Fedora. J'adore Red Hat mais le propos n'est pas là.
        Il ne sagit pas ici (ce thread) de définir les catégories "gentil" et "méchant" avec uniquement "gentil" qui peut être en "tête d'affiche".

        > plutot que de raler ici

        En plus on n'a pas le droit raler...
        • [^] # Re: En tête d'affiche ?!?

          Posté par  (site web personnel) . Évalué à 4.

          > En quoi ce qui est uniquement commercial mérite la "tête d'affiche" ?
          > Car c'est commercial ? Désolé mais pour moi c'est léger.

          Pourquoi ça ne le mériterait pas ? ça le mérite au même titre que le reste, commercial ou non. (d'ailleurs il est possible de profiter des REHL de facçon non commerciale, c'est ce que font whiteboxlinux et centos).
          C'est une news qui a pas mal d'influence durable sur le milieu, ça suffit à mériter une tête d'affiche. Le fait que ce soit commercial ou pas je ne vois pas ce que ça change.
          C'est toi qui a l'air de penser que parce que c'est uniquement commercial ça ne devrait pas être en tête d'affiche. Je te demandais simplement pourquoi tu fais cette distinction et ce que ça change (vu que moi je ne vois pas ce que ça change en ce qui concerne les têtes d'affiche)

Suivre le flux des commentaires

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