Un message « Unknown Kernel » ou « Unsupported Kernel » indique que la couverture du noyau actif par les correctifs à chaud doit être examinée. Installer KernelCare ne rend pas compatible un noyau non pris en charge, et une licence active ne prouve pas que des correctifs ont été appliqués. Le message seul ne démontre pas non plus que le serveur est compromis ou touché par une vulnérabilité précise.
Confirmer ce que le message concerne
Conservez l’erreur exacte et l’heure de son apparition, puis suivez notre procédure de vérification de la compatibilité et des correctifs du noyau. Comparez le noyau actif, la distribution, l’architecture et l’entrée actuelle du catalogue. Ne vous fiez pas uniquement à la famille du système d’exploitation ou à un paquet de noyau installé sur disque.
Une compilation récente peut ne pas encore figurer au catalogue. Une ancienne branche peut ne plus recevoir de nouveaux correctifs à chaud. Un noyau personnalisé ou un conteneur partageant le noyau d’un autre système demande une évaluation différente. Aucun de ces cas ne doit être résolu en supposant que chaque nouveau noyau est sûr ou qu’un ancien téléchargement de correctif prouve une couverture continue.
Choisir une réponse adaptée à la cause
- Compilation exacte absente : demandez à l’administrateur ou à TuxCare de confirmer son état dans le catalogue actuel des correctifs. Aucun délai universel ne permet de présumer la prise en charge.
- Branche en pause ou retirée : examinez l’état publié du cycle de vie et préparez une destination prise en charge ou une entente de soutien explicitement confirmée.
- Environnement conteneurisé : faites intervenir l’administrateur de l’hôte. Installer un agent de correctifs du noyau dans un conteneur ne corrige pas indépendamment le noyau partagé de l’hôte.
- Prise en charge attendue, mais erreur persistante : faites vérifier par l’administrateur la version de l’agent, la licence, la source des correctifs, la connectivité et les erreurs de chargement du module. En présence d’une erreur de clé de signature, consultez les indications de TuxCare sur Secure Boot et la signature des modules.
Conserver une démarche d’entretien maîtrisée
Ne masquez pas l’avertissement et ne forcez pas le chargement de correctifs simplement pour effacer l’alerte. Un changement de noyau, d’agent ou de configuration de démarrage doit suivre un plan d’entretien examiné, avec un accès de récupération et des vérifications des services qui dépendent du serveur. Passer à un autre noyau peut nécessiter un redémarrage ; les correctifs à chaud n’éliminent pas tous les redémarrages d’entretien.
Si une vulnérabilité urgente est en cause, demandez à l’administrateur responsable d’évaluer dès maintenant l’avis applicable et les corrections disponibles, plutôt que d’attendre seulement que le message de l’agent change.
Contactez Nuagerie avec l’erreur et les résultats de vérification du service concerné. Précisez si le problème a commencé après une mise à jour ou un redémarrage. Ces éléments aident à distinguer une question de compatibilité d’un problème de configuration ou d’entretien, sans changements inutiles.