Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Linux 4.0 permettra d'appliquer des mises à jour sans redémarrer le système

Le , par Amine Horseman

263PARTAGES

6  0 
Le noyau Linux 4.0 vient d’être doté d’une nouvelle fonctionnalité (Live Patching) lui permettant de se mettre à jour sans redémarrer le système ni même stopper les processus en cours d’exécution, ce qui est très utile pour la mise à jour de sécurité dans les serveurs par exemple.

Il faut savoir que cette fonctionnalité n’est pas vraiment nouvelle. En effet, un programme nommé Ksplice qui existe depuis 2009 offrait déjà cette possibilité, cependant, il n’était disponible que pour les utilisateurs d’Oracle Linux. Le 26 février 2014, la société RedHat avait publié le code d’un programme similaire qu’elle appela « kpatch » sous licence GPLv2. Quelques mois après, SUSE fit de même en publiant le programme « kGraft ». Chacun de ces deux programmes avait sa propre méthode de Live Patching mais le résultat était le même : mettre à jour le noyau Linux sans interrompre son exécution, ni attendre de que les utilisateurs se déconnectent.

Durant la Linux Plumbers Conference d’octobre 2014, les deux groupes ont commencé à travailler ensemble pour fusionner les deux programmes et intégrer cette fonctionnalité directement à l’intérieur du noyau Linux. « Il est rapidement devenu évident que plusieurs solutions isolées effectuant la même tâche ne pouvaient coexister dans le noyau », déclare Linus Torvalds lors d’un merge commit qui avait intégré le code du Live Patching dans le noyau Linux 4.0.

« La fonctionnalité est implémentée pour les architectures x86 et des supports pour powerpc, s390 et arm sont déjà en cours de développement ». Elle permettra d’appliquer immédiatement les patchs de sécurité, sans sacrifier la stabilité ou la disponibilité des serveurs Linux.

Source : git.kernel.org

Et vous ?

Avez-vous déjà essayé les solutions de live patching de RedHat ou SUSE ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Escapetiger
Expert éminent https://www.developpez.com
Le 06/03/2015 à 22:37
Citation Envoyé par santaria Voir le message
cet article est un charabia incompréhensible.
Je me permets de citer ce topic au cas où, et de rappeler que le forum dvp est majoritairement entretenu par des bénévoles et pour les professionnels, soumis à des règles de sous-traitance du type journaliste web pour des questions d'équilibe financier du site (je n'ai pas les liens de suite sous la main).
Merci d'être indulgent au regard des informations fournies.

Poster une critique en public sur la qualité d'une news constitue un hors sujet par rapport à la discussion qui est lancée, ce qui est donc une violation des règles du club. Si vous avez une critique à formuler sur la qualité ou la pertinence merci de l'adresser en privé à l'auteur de la news, avec une copie au responsable actualités.
J'attire votre attention sur le fait que ce nouveau service vous est offert gratuitement, comme tous les autres services du Club des professionnels en informatique, alors que de plus en plus de sites ouvrent une partie payante sur leur site pour lire les articles en entier.

Créer toutes ces news au quotidien pour votre plus grand plaisir nous demande un travail énorme, c'est pourquoi vous seriez bien aimable de ne pas critiquer publiquement les journalistes de l'équipe de news, car c'est très démotivant et démotiver l'équipe nous cause un préjudice très grave c'est pourquoi cela ne peut être toléré. Je vous rappelle que developpez est un club privé amical, et que par conséquent les remerciements sont de mise pour le travail proposé gratuitement pour les lecteurs, c'est valable pour toutes les participations.
http://www.developpez.net/forums/d79...s-explications
[Important] Au sujet de la pertinence et de la qualité des news, les explications

Signé: simple membre de developpez, en phase avec cet article et ravi de l'intelligence collective ici.
4  0 
Avatar de SurferIX
Membre chevronné https://www.developpez.com
Le 14/03/2015 à 16:02
Citation Envoyé par transgohan Voir le message
Cela ne me gêne absolument pas qu'on soit obligé de redémarrer le système suite à une mise à jour.
Rââh cette mauvaise foi

C'est impossible de dire "lorsque je travaille, ça ne me dérange pas d'avoir à redémarrer mon système". C'est d'une mauvaise foi sans limite sur le coup...
3  0 
Avatar de SurferIX
Membre chevronné https://www.developpez.com
Le 16/03/2015 à 8:57
Citation Envoyé par Uther Voir le message
Oui mais non. En général, tu fais en sorte que l’installation ce fasse au moment de l’arrêt de la machine. Tu n'est pas obligé d'interrompre immédiatement le travail en cours.
Je suis certain que je ne suis pas le seul à qui cette mésaventure est arrivé plus d'une fois : tu regarde ton clavier pendant que tu tape, tu appuie sur "entrée" et au moment où tu appuie sur "entrée", il apparaît en premier plan la boîte "voulez-vous redémarrer votre ordinateur"... et devine quoi ? A part les logiciels tels que Word qui ont dû créer des hacks qui n'auraient jamais dû exister si le système était bien conçu, toutes les autres applis quittent sans rien avoir sauvegardé.



A l'inverse l'opposé existe : tu veux l'éteindre en urgence, tu clique sur "arrêter" et tu n'as rien de visible qui tourne, tu pars, tu reviens le lendemain et là ton PC est resté allumé avec une boîte "cette application ne répond pas : '<vide>', voulez vous continuer ?".

3  0 
Avatar de imperio
Membre chevronné https://www.developpez.com
Le 14/04/2015 à 12:34
La version 4.0 du Kernel Linux m'a l'air très prometteuse. Mettre à jour son système sans avoir à le redémarrer est un vieux rêve. Il n'y a plus qu'à espérer que tout fonctionne sans souci et je pense qu'on aura là une des mises à jour les plus importantes de ces dernières années.

Concernant ElementaryOS, j'ai arrêté de m'en servir il y a un an à cause de gros problèmes graphiques (texte du terminal qui disparaissait par-exemple). J'attendais qu'il atteigne une plus grande maturité avant de m'en servir à nouveau. Il ne me reste plus qu'à tester cette nouvelle version !
3  0 
Avatar de DarkHylian
Membre habitué https://www.developpez.com
Le 14/04/2015 à 18:03
Faut-il passer à la nouvelle version ?
Question assez stupide, il faut le dire...
Cela dit, il ne faut pas passer tout de suite à la nouvelle version, laissons lui le temps de la faire mûrir (je parle pour les utilisateurs lambda)
Pour tout dév et passioné qui se respecte, il faut bien évidemment passer à la nouvelle version, pour faire les premiers gros tests, les premiers gros retours d'expérience...

Hmmmm ... à tester le plus tôt possible quand même

ensuite que dire... Live Patching ? Ca c'est bien, ça fait un moment qu'ils bossent là-dessus, tous gros barbus acharnés (je suis barbu aussi... )
Et c'était un gros chantier au début ^^ mais c'est de plus en plus stable, et j'espère qu'ils arriveront rapidement à se débarrasser des derniers cas qui posaient souci (genre des configs à la con qui quand t'as 3 écrans connectés, et qui fonctionnent bien, et que tu te retrouves plus qu'avec un seul écran parce que le pilote a pas suivi le mouvement, ou le contrôleur USB qui oublie de redémarrer le clavier ou la souris (ou des fois les deux -> cas plus chiant, mais qu'on résout rapidement en débranchant/rebranchant)
Enfin j'avais testé il y a un petit moment déjà... mais c'était déjà bien en place.

Sur la petite maj de l'Elementary OS :
En revanche : améliorer les connexions clouds, c'est une chose, mais il faudrait pas que ça devienne une priorité, le cloud, ça reste quand même quelque chose de difficilement contrôlable par le simple utilisateur (et très facilement contrôlé par les agences gouvernementales)

Et petite remarque en passant (U)EFI n'est pas le nouveau BIOS, mais son "remplaçant". Le BIOS comme EFI sont des µprogrammes, mais leur fonctionnement n'est pas le même (en revanches, ils jouent un rôle assez similaire, et si le BIOS est désué, c'est parce que les S.E. s'appuient de moins en moins dessus (voir plus du tout))
3  0 
Avatar de Pierre GIRARD
Expert éminent https://www.developpez.com
Le 14/03/2015 à 20:19
Citation Envoyé par Uther Voir le message
Oui mais non. En général, tu fais l’installation ce fait au moment de l’arrêt de la machine, tu n'est pas obligé d'interrompre immédiatement le travail en cours.
Exact, on peut d'ailleurs programmer un reboot la nuit dans des moments ou aucun Batch ne tourne. Rebooter un serveur en pleine exploitation, faut vraiment y être obligé.

Cela étant, les Mainframes IBM (ZOS) ou d'autres ne sont pas en cluster, et ne rebootent pas à chaque mise à jour de sécurité. Et les banquent/assurances n'ont pas l'air de se plaindre de cet état de fait.
2  0 
Avatar de Pasokoniidesuka
Membre régulier https://www.developpez.com
Le 05/03/2015 à 13:02
Le redémarrage n'est pas obligatoire sous Windows. Par contre il est typique. Tout dépend du patch.
Fonctionnalité intéressante que le live patching.
J'ai pu travailler avec des professionnels préférant Windows et d'autres préférant Linux. Certains préfèrent cliquer un GUI simple, d'autres préfèrent la ligne de commande. J'ai pu aimer MS par moments et lui ch**r dessus à d'autres.
Au final, il n'y a pas qu'un type d'informaticien et tous n'ont pas les mêmes intérêts, priorités ou valeurs.
Bref, il en faut pour tout le monde.
Perso j'utilise les deux.
Pour mon utilisation perso je suis plutôt Windows et pour ce qui est serveur plutôt Linux.
Au travail j'ai la chance de bosser avec les deux.

@transgohan
Quand on est pro on tient un journal des changements faits.
De plus la fenêtre qui repopup toutes les X heures c'est usant à la longue.
Disons que c'est sympa d'avoir le choix de postpone le reboot a une plage de maintenance par exemple.
1  0 
Avatar de transgohan
Expert éminent https://www.developpez.com
Le 05/03/2015 à 15:29
Citation Envoyé par Pasokoniidesuka Voir le message
@transgohan
Quand on est pro on tient un journal des changements faits.
Je reste d'accord avec toi.
Mais quand la liste est trop longue, pro ou pas, on passe un sale quart d'heure (et là c'est pour l'expression car on perds bien plus de temps).
1  0 
Avatar de captaindidou
Inactif https://www.developpez.com
Le 05/03/2015 à 23:04
Ce sont les ingénieurs systèmes de systèmes à haute disponibilité qui vont être contents : plus besoin de basculer sur la redondance pour procéder à la mise à jour sur le nominal.
1  0 
Avatar de salve34
Membre régulier https://www.developpez.com
Le 11/03/2015 à 13:03
Citation Envoyé par Escapetiger Voir le message
Je me permets de citer ce topic au cas où, et de rappeler que le forum dvp est majoritairement entretenu par des bénévoles et pour les professionnels, soumis à des règles de sous-traitance du type journaliste web pour des questions d'équilibe financier du site (je n'ai pas les liens de suite sous la main).
Merci d'être indulgent au regard des informations fournies.

http://www.developpez.net/forums/d79...s-explications
[Important] Au sujet de la pertinence et de la qualité des news, les explications

Signé: simple membre de developpez, en phase avec cet article et ravi de l'intelligence collective ici.
Il était temps qu'il en est un qui réagisse. Merci.
1  0