Sujet : solaris
-
Gérer les environnements de démarrage ZFS avec beadm et annuler une mise à jour échouée
beadm list/create/activate/destroy gèrent les environnements de démarrage ZFS que pkg update crée automatiquement lorsqu'une mise à jour exige un redémarrage. Activer l'environnement précédent puis redémarrer est la méthode de retour arrière prise en charge après une mise à jour échouée, sans réinstaller les paquets manuellement.
-
Premier regard sur les performances de Solaris : prstat, vmstat, mpstat, iostat et zpool iostat
prstat -a/-Z, vmstat, mpstat, iostat -xnz et zpool iostat : cinq commandes en lecture seule qui répondent à la plupart des premières questions de performance sous Solaris 11.4, avec une gestion des zones et un détail de latence disque que les outils Linux de même nom présentent différemment.
-
Où Solaris conserve ses journaux, et utilisation de fmadm/fmdump pour les pannes matérielles et logicielles
Les messages système généraux s'accumulent dans /var/adm/messages (ce que restitue dmesg), chaque instance SMF consigne la sortie de sa méthode de démarrage sous /var/svc/log/, et la Fault Management Architecture (fmadm, fmdump) diagnostique séparément les pannes matérielles et certaines pannes logicielles dans un enregistrement corrélé identifié par un UUID.
-
Installer, mettre à jour et vérifier des logiciels avec l'Image Packaging System (pkg)
Le client pkg couvre la recherche, l'installation, la mise à jour, la désinstallation, la gestion des éditeurs (publishers) ainsi que la vérification et la réparation par rapport aux métadonnées de paquets. Ses opérations tiennent compte des environnements de démarrage : les changements qui exigent un redémarrage vont dans un nouveau BE activé pour le prochain démarrage, les autres s'appliquent au BE en cours d'exécution, avec, selon la politique par défaut, un BE de sauvegarde si du contenu touchant au noyau est modifié.
-
Support Repository Updates et modèle de correctifs de Solaris 11.4 : SRU, CPU et vérification de ce qui est installé
Solaris 11.4 se met à jour via le même chemin pkg update que n'importe quelle installation ; la version de l'incorporation entire indique le niveau exact de mise à jour, Oracle publie ses correctifs sous forme de Support Repository Updates à peu près mensuelles (une sur trois est aussi une Critical Patch Update), et les phases Premier, Extended et Sustaining d'Oracle déterminent ce que livre chaque étape.
-
Lire et modifier l'état des services avec la Service Management Facility : svcs et svcadm
SMF est l'équivalent Solaris de la gestion des unités systemd. svcs -a/-x/-l lisent l'état et repèrent les problèmes, svcadm enable/disable/restart/refresh le modifient, -t rend un changement temporaire, et svcadm clear remet en service une instance bloquée en maintenance.
-
Configurer les interfaces et adresses réseau sous Solaris 11.4 avec dladm et ipadm
dladm recense les liens de données, ipadm crée les interfaces IP ainsi que les adresses statiques ou DHCP, et les sous-commandes ipadm create acceptent l'option -t pour choisir entre une modification temporaire (jusqu'au redémarrage) et une modification persistante. La résolution DNS se configure via le service SMF network/dns/client, et non en modifiant directement resolv.conf.
-
S'orienter sur un hôte Oracle Solaris 11.4 inconnu quand on vient de Linux
Avant de modifier quoi que ce soit sur une machine Solaris, quelques commandes en lecture seule établissent la version exacte, la topologie CPU/mémoire et la zone (globale ou non) du shell, et signalent les habitudes Linux qui ne se transposent pas : shells, emplacement des outils, gestionnaire de paquets.
-
Modifier la configuration d'un service géré par SMF avec svccfg plutôt qu'en éditant son fichier de configuration
svccfg listprop et setprop lisent et écrivent la configuration persistante d'un service dans le dépôt SMF ; svcadm refresh la copie dans l'instantané d'exécution. Lorsque SMF génère le fichier de configuration d'un service (par exemple /etc/resolv.conf à partir de network/dns/client), toute modification manuelle de ce fichier est écrasée.
-
Zones Solaris : ce que contrôle la zone globale et en quoi les zones de noyau diffèrent des zones non globales
La zone globale administre toutes les zones non globales ; hors listage et aide, les sous-commandes de zoneadm et zonecfg exigent la zone globale et une autorisation adaptée. Une zone de noyau exécute son propre noyau, avec son propre niveau de mise à jour, alors qu'une zone non globale partage celui de la zone globale.
-
Utilisateurs, rôles et RBAC sous Solaris : pourquoi root est un rôle par défaut et comment pfexec remplace sudo
Oracle Solaris gère l'administration privilégiée au moyen de profils de droits RBAC attribués à des utilisateurs ou à des rôles. Par défaut, root y est configuré comme un rôle et non comme un utilisateur pouvant se connecter directement. La commande native pour exécuter une seule commande privilégiée selon un profil attribué est pfexec, et non sudo.
-
Administration de ZFS sous Solaris 11.4 : pools, datasets, snapshots et scrubs
zpool gère les pools de stockage (status, list, scrub, iostat) ; zfs gère les datasets qu'ils contiennent (list, create, set, snapshot, rollback, send/receive). Les boot environments étant des datasets ZFS, ces deux commandes sous-tendent aussi bien l'administration du stockage que l'application sûre des correctifs.
Lisible par machine : JSON