Discussion :

[I'mSky]

Bonjour.

J'ai un RHEL en version 5.x avec une version de kernel en 2.6.18.xxx et pour l'utilisation d'un logiciel l'éditeur m'a conseillé de mettre mon kernel en 2.6.31 minimum.

Est-il plus simple de faire une mise à jour du noyau ou du système complet?

Dans le cadre d'une mise à jour du noyau :
-Comment cela ce passe au niveau du support ?
-Mon système est-il toujours "supporté" par Red Hat ?

Merci d'avance.

[I'mSky]

Vraiment personne n'a d'idée.

[Invité]

Salut,

Généralement ils ne fournissent le support que pour les packages/produits qu'ils fournissent.

Si tu bénéficies du support redhat, le mieux serait de voir avec eux s'il peuvent te proposer cette version du kernel.

[Avidev]

Bonjour,

Si tu dois mettre à jour ton kernel, tu auras certainement besoin de mettre à jour ton libc et d'autres bibliothèques partagées avec des packages déjà installés sur ton serveur.

Après avoir sauvegardé ton système, tu peux prendre les sources du kernel et essayer de voir si tu arrives déjà à le compiler sans avoir besoin de faire d'update d'autres packages.

Sinon, pour ce qui est du support RHEL :
https://access.redhat.com/support/po...pdates/errata/ (regarde à Dates du cycle de vie).

A+

[vinced86]

Le support Red-Hat ne concerne que les paquets disponibles dans les dépots de Red-Hat si tu décides de compiler toi même d'autre source ou installer des RPM non dispo tu ne bénéficieras d'aucun support dessus.
Pourquoi vouloir upgrader ton kernel?

[frp31]

Je viens d'avoir une discution similaire avec un confrère, effectivement le support RH est limité aux produits & versions supportés officiellement par RH.

Par contre, à titre exceptionnel, une version X Y Z supportés, tu passes en version Y sans changer le contrat de support, ils vont +ou- accepter si c'est du support immédiatement résolvable, mais si ça necessite quelques heures d'investigations ou si c'est pour une version Z ou alors que ton contrat de support est sur version X ... là c'est mort ...

==================================

Quand à l'analyse du besoin demande à ton éditeur quels fonctions kernel sont réellement nécessaires et justifient le changement de version de kernel, il va répondre qu'il en sait rien, et accepter de modifier son propre contrat de support pour que tu reste en kernel 2.6.18.....

c'est classique et c'est du vécu ...