8.4. Shells et outils de ligne de commande


ReaR gère correctement les DASD exclus sur l'architecture IBM Z

Auparavant, sur l'architecture IBM Z, ReaR reformatait tous les périphériques de stockage à accès direct (DASD) connectés pendant le processus de récupération, y compris les DASD que les utilisateurs excluaient de la configuration sauvegardée et dont ils n'avaient pas l'intention de restaurer le contenu. Par conséquent, si vous excluiez certains DASD de la configuration sauvegardée, leurs données étaient perdues lors de la restauration du système. Avec cette mise à jour, ReaR ne formate plus les DASD exclus lors de la restauration du système, y compris le périphérique à partir duquel le système de secours ReaR a été démarré (à l'aide du chargeur de démarrage zIPL). Vous êtes également invité à confirmer le script de formatage du DASD avant que ReaR ne reformate les DASD. Cela permet de s'assurer que les données des DASD exclus survivent à une restauration du système.

Bugzilla:2172589

ReaR n'échoue plus à restaurer des systèmes de fichiers XFS non-LVM

Auparavant, lorsque vous utilisiez ReaR pour restaurer un système de fichiers XFS non LVM avec certains paramètres et un mappage de disque, ReaR créait le système de fichiers avec les paramètres par défaut au lieu des paramètres spécifiés. Par exemple, si vous aviez un système de fichiers avec les paramètres sunit et swidth définis sur des valeurs non nulles et que vous restauriez le système de fichiers à l'aide de ReaR avec un mappage de disque, le système de fichiers était créé avec les paramètres par défaut sunit et swidth en ignorant les valeurs spécifiées. En conséquence, ReaR échouait lors du montage du système de fichiers avec des options XFS spécifiques. Avec cette mise à jour, ReaR restaure correctement le système de fichiers avec les paramètres spécifiés.

Bugzilla:2160748

wsmancli gère correctement les statuts HTTP 401 non autorisés

L'utilitaire wsmancli pour la gestion des systèmes utilisant le protocole de gestion des services Web gère désormais l'authentification pour mieux se conformer à la RFC 2616.

Auparavant, lors de la connexion à un service nécessitant une authentification, la commande wsmancli renvoyait le message d'erreur Authentication failed, please retry immédiatement après avoir reçu une réponse HTTP 401 non autorisée, par exemple, en raison d'informations d'identification incomplètes. Pour continuer, wsmancli vous invitait à fournir à la fois le nom d'utilisateur et le mot de passe, même dans les cas où vous aviez déjà fourni une partie de vos informations d'identification.

Avec cette mise à jour, wsmancli ne demande que des informations d'identification qui n'ont pas été fournies précédemment. Par conséquent, la première tentative d'authentification n'affiche aucun message d'erreur. Un message d'erreur ne s'affiche qu'une fois que vous avez fourni toutes les informations d'identification et que l'authentification a échoué.

Bugzilla:2127416

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.