Chapitre 19. Noyau

Sur les systèmes AMD64 et Intel 64, le mécanisme de vidage sur incident du noyau kdump peut désormais démarrer avec plus d'un CPU activé. Cela permet de résoudre un problème sur les systèmes à grande mémoire où, à cause du grand nombre d'entrées et sorties lors de la création d'un vidage sur incident noyau, Linux pour échouer lors de l'allocation d'interruptions de périphériques lorsqu'un seul CPU était activé (« maxcpus=1 » ou nr_cpus=1).

Pour activer de multiples CPU dans le noyau des incidents, veuillez fournir les options nr_cpus=X (où X est le nombre de processeurs) et disable_cpu_apicid=0 sur la ligne de commande du noyau.

Red Hat Enterprise Linux 7.2 présente l'outil criu en tant qu'aperçu technologique. Cet outil implémente Checkpoint/Restore in User-space, qui peut être utilisé pour geler une application en cours d'exécution et la stocker en tant que collection de fichiers. L'application peut être restaurée de son état gelé ultérieurement.

L'outil criu dépend des Protocol Buffers, un mécanisme extensible neutre quant aux langues et plateformes servant à sérialiser des données structurées. Les paquets protobuf et protobuf-c, qui fournissent cette dépendance, sont également ajoutés à Red Hat Enterprise Linux 7.2 en tant qu'aperçu technologique.

Cette fonctionnalité offre une sécurité supplémentaire aux serveurs exécutant des conteneurs Linux en fournissant une meilleure isolation entre l'hôte et les conteneurs. Les administrateurs d'un conteneur ne sont plus en mesure d'effectuer des opérations administratives sur l'hôte, ce qui améliore la sécurité.

Un pilote chien de garde amélioré pour IBM System z est disponible en tant qu'aperçu technologique. Ce pilote prend en charge les partition logiques Linux (LPAR) ainsi que les invités Linux dans l'hyperviseur z/VM, et offre des capacités de redémarrage automatique et de vidage automatique si un système Linux ne répond plus.

L'utilitaire kpatch permet aux utilisateurs de gérer une collection de correctifs de noyau binaires qui peuvent être utilisés pour corriger le noyau dynamiquement sans avoir à redémarrer. kpatch est pris en charge en tant qu'aperçu technologique et est uniquement disponible sur les architectures AMD64 et Intel 64.

Le type de réinitialisation le plus commun rencontré par une Virtual Function (VF) est la réinitialisation d'une Physical Function (PF) qui provoque à son tour une réinitialisation de VF pour chaque VF. Cependant, pour les réinitialisations de plus grande envergure, comme les réinitialisations Core ou EMP, lorsque le périphérique est réinitialisé, la VF n'obtenait pas le même VSI. Ainsi la VF ne pouvait pas récupérer car elle continuait à requérir des ressources pour son VSI d'origine. En tant qu'aperçu technologique, cette mise à jour ajoute un état supplémentaire à la machine d'états de file d'administration, de manière à ce que le pilote puisse requérir à nouveau ses informations de configuration pendant l'exécution. Pendant la récupération de la réinitialisation, cette partie est définie dans le champ aq_required, et les informations de configuration sont récupérées avant de tenter de réactiver le pilote.