Arrêt des systèmes

Fort heureusement, la plupart des arrêts système seront en général de cette nature. Dans le cadre d’un arrêt normal, vous disposez du temps nécessaire pour préparer le système et ses utilisateurs. Le redémarrage du système est ainsi garanti, les travaux interrompus pouvant être poursuivis sans aucune perte de données et une interruption de fonctionnement la plus faible possible.

Comme nous l’avons mentionné dans la partie Généralités de cette section, il est crucial de ne pas vous contenter de couper votre ordinateur (ce que vous faites habituellement sur un ordinateur personnel).

Pour améliorer les performances du système, les données récemment utilisées provenant des fichiers sur disque sont constamment stockées et mises à jour en mémoire. Périodiquement (par défaut, toutes les 30 secondes), la commande sync est exécutée pour assurer la mise à jour des systèmes de fichiers sur disque dans l’éventualité d’un arrêt non-planifié (les systèmes de fichiers sur disque sont synchronisés par rapport aux modifications effectuées en mémoire). Mais, si l’exécution de la commande sync n’a pas eu lieu depuis 29 secondes, il est certain que toute modification ayant affecté la mémoire n’aura pas encore été répercutée sur le disque. Si le système est stoppé à ce moment-là, les structures du système de fichiers sur disque seront incohérentes (ce qui peut conduire, bien que rarement, à des altérations de fichiers ou à des pertes de données).

Par ailleurs, les utilisateurs de votre système, mais aussi de ceux qui sont raccordés au réseau, et qui dépendent en partie de ses ressources, en subiront les conséquences. Il est toujours préférable de prévenir les utilisateurs préalablement à tout arrêt planifié, de manière qu’ils puissent se préparer à l’interruption de leurs travaux et en minimiser les conséquences.

La procédure de base pour un arrêt planifié d’un système est la suivante :

Lorsqu’elle est exécutée, la commande shutdown effectue un arrêt organisé du système. Les opérations effectuées sont les suivantes :

Il n’est pas toujours possible de prévoir un arrêt. Une coupure secteur fait partie, par définition, des arrêts non-planifiés.

Il est possible d’équiper les systèmes HP-UX d’onduleurs destinés à pallier temporairement une défaillance secteur. Les systèmes alimentés par ce type de dispositifs ne seront pas affectés dans la mesure où la coupure d’alimentation est brève. Mais si l’absence d’alimentation doit se prolonger, vous pouvez profiter du délai pour effectuer un arrêt normal. Voir « Arrêt normal (planifié) ».

Le démon spécial upsmond permet de surveiller les ordinateurs équipés de l’onduleur HP PowerTrust. Il est implanté en mémoire après activation et il n’est pas permutable. upsmond communique avec les alimentations, et dans le cas où l’alimentation a été coupée pour une durée supérieure à un délai prédéterminé, upsmond effectue un arrêt programmé automatique de votre système.

Tous les systèmes HP-UX ne sont pas équipés d’onduleurs. Si c’est le cas pour le vôtre, toute défaillance secteur peut conduire à un arrêt système non organisé. Aucun vidage de la mémoire ne sera alors effectué et les tampons contenant les plus récentes modifications du disque demeureront dans la mémoire du système, sans avoir pu être stockées sur disque par le programme sync. Pour plus de détails, voir « Arrêts non programmés ».

Lorsqu’une coupure secteur se produit, il est préférable de mettre les commutateurs secteur de votre ordinateur et de ses périphériques en position arrêt. Vous réduirez ainsi l’éventualité de la détérioration de vos équipements par une surtension lorsque l’alimentation secteur reviendra. Lorsque l’alimentation secteur est redevenue normale, appliquez les procédures d’amorçage normales. Voir « Séquence d’amorçage normale ».

Lorsqu’un système est arrêté de manière correcte, l’ensemble des modifications des systèmes de fichiers figurant en mémoire est écrit sur disque et ces systèmes de fichiers sont considérés comme corrects. Cependant, dans le cas d’un arrêt anormal (une coupure secteur par exemple), les informations figurant en mémoire ne sont probablement pas reportées sur le disque. Les indicateurs « clean » de certains systèmes de fichiers ne seront sans doute pas positionnés (du fait de problèmes structurels résultant du non report des informations présentes en mémoire sur le disque).

Dans ce cas, un traitement spécial est effectué durant le processus d’amorçage. Le vérificateur de cohérence du système (fsck, File System Consistency checKer), lorsqu'il vérifiera la présence d'indicateurs propres sur tous les systèmes de fichiers représentés dans le fichier /etc/fstab, détectera que certains systèmes de fichiers n'ont pas d'indicateur propre. Pour ces systèmes de fichiers, fsck effectuera une opération de vérification/réparation afin de localiser et de remédier à tout problème dû à un arrêt incorrect. Dans presque tous les cas, fsck permet d’identifier et de résoudre tous les problèmes structurels. Les systèmes de fichiers peuvent ensuite être marqués et considérés comme corrects.

Dans certains cas assez rares, l’altération des systèmes de fichiers dépasse les capacités de traitement automatique de la commande fsck. Dans ce cas, fsck affiche un message en fin de traitement, indiquant un problème sérieux nécessitant le mode interactif. Il peut arriver que ceci entraîne la perte de certaines données. Avant toute utilisation de la commande fsck en mode interactif, tentez une sauvegarde des fichiers critiques en les déplaçant dans un autre système de fichiers ou en les sauvegardant sur bande si cela n’a pas déjà été fait.

Pour plus d’informations sur l’utilisation de fsck afin de réparer les systèmes de fichiers, voir les pages de manuel suivantes :

Bien que le phénomène soit rare, il peut arriver que les systèmes s’arrêtent d’eux-mêmes de manière inattendue sous la forme d’un incident ou d’une réaction de panique. Si vous souhaitez de plus amples détails concernant l’attitude à adopter en pareil cas et le comportement du système après un incident, voir « Configuration des périphériques de vidage ».

Les systèmes HP-UX disposent d’un mode d'exploitation spécial baptisé mode mono-utilisateur. Lorsque votre système se trouve dans ce mode, seule la console est active, la plupart des sous-systèmes HP-UX se trouvant inactifs. Ce mode sert généralement aux opérations de maintenance. Pour configurer votre système en mode mono-utilisateur, vous pouvez procéder de deux manières :

Si votre système remplit les fonctions d’un serveur de courrier, il assure la réception des messages pour le compte de ses utilisateurs et souvent également les envois. S’il est arrêté, le courrier reçu est généralement traité par d’autres ordinateurs du réseau pour être acheminé lorsque le système se trouvera de nouveau en service. Si votre ordinateur est stoppé pour une période prolongée, il est possible que les personnes qui vous ont envoyé du courrier se le voient retourner avec la mention d’impossibilité de le délivrer.

Il va de soi par ailleurs que les utilisateurs échangeant du courrier par l’intermédiaire de votre système ne pourront plus en recevoir pendant la durée de l’arrêt.

Si votre ordinateur remplit le rôle de serveur de noms (un serveur de noms de domaines par exemple), il a la charge de la traduction des noms d’alias des ordinateurs en adresses IP pour ses propres utilisateurs et ceux qui ont configuré leur système pour utiliser votre ordinateur comme serveur de noms. Les systèmes sont en général configurés pour utiliser de multiples sources en tant que commutateurs de noms Ils peuvent ainsi utiliser un serveur de noms auxiliaire, si votre système est arrêté, un fichier d’hôtes local, ou directement des adresses IP, pour accéder à des machines distantes en attendant que votre système soit de nouveau en service.

Vous avez la possibilité de configurer les systèmes (ou autres sources) qu’un ordinateur utilise pour associer les noms d’ordinateurs aux adresses IP en modifiant le fichier /etc/resolv.conf.

Si votre ordinateur est utilisé comme passerelle de réseau : c’est-à-dire s’il dispose de cartes d’interface réseau et qu’il est membre de réseaux multiples (ou sous-réseaux), son arrêt peut avoir des conséquences très lourdes sur le fonctionnement du réseau. Prenons comme exemple l’ordinateur flserver du réseau pris comme exemple. Si cet ordinateur est arrêté, ceux qui se trouvent sur les sous-réseaux sont incapables de communiquer avec les ordinateurs des autres sous-réseaux, à défaut de disposer d’ordinateurs passerelles susceptibles de gérer les échanges.

Préparez toujours avec soin les arrêts de ces systèmes et assurez-vous en particulier que les utilisateurs soient prévenus suffisamment à l’avance qu’ils ne pourront plus communiquer avec les machines reliées aux autres sous-réseaux.

	ASTUCE : Si votre réseau comporte plusieurs sous-réseaux, essayez autant que possible de prévoir de la redondance de manière à pouvoir mettre hors-service un ordinateur sans compromettre la gestion des échanges.

Si votre ordinateur est un serveur de fichiers NFS, il est possible que d’autres machines du réseau aient monté un ou plusieurs de ses systèmes de fichiers dans leurs propres arborescences de répertoires. En cas de défaillance de votre système, toute tentative d'accès aux fichiers ou répertoires de votre système par des utilisateurs sur les autres systèmes entraîneront un blocage de ces accès si les systèmes de fichiers ont été montés physiquement ou l'affichage d'une erreur s'ils ont été montés de manière logique. Après le réamorçage de votre système, les systèmes clients pourront fonctionner normalement ou renvoyer une erreur de gestionnaire de fichier périmé. Si vous recevez une erreur de gestionnaire de fichier périmé, vous pouvez démonter puis remonter le système de fichiers. Les autres systèmes devront sans doute être réamorcés une fois votre système en ligne afin de pouvoir accéder à ses système de fichiers.

L’attitude la plus adaptée est de demander aux administrateurs des systèmes utilisant des systèmes de fichiers montés en mode NFS présents sur votre ordinateur de les démonter avant l’arrêt du système ! Ainsi, il leur suffira de remonter les systèmes de fichiers NFS à partir de l'ordinateur une fois votre ordinateur remis en ligne. Aucun réamorçage des autres systèmes ne sera requis.

Pour plus d'informations sur les options de montage physiques et logiques, voir la page de manuel mount_nfs(1m).

	REMARQUE : Prenez garde à un éventuel effet de cascade. Par exemple, dans le cas où l’ordinateur A dispose d’un système de fichiers monté en mode NFS sur l’ordinateur B, alors que l’ordinateur B doit être réamorcé pour avoir monté en mode NFS un système de fichiers différent sur l’ordinateur C, lequel a été arrêté inopinément. En pareil cas, l’administrateur de l’ordinateur B doit demander à celui de l’ordinateur A le démontage des systèmes de fichiers montés en mode NFS sur l’ordinateur B, faute de quoi l’ordinateur A nécessitera également un réamorçage, indirectement à cause de l’arrêt de l’ordinateur C.

Dans le cas où les clients NFS (c’est-à-dire les ordinateurs dont les systèmes de fichiers sont montés sur d’autres machines) ne remplissent aucune fonction de serveur NFS pour d’autres ordinateurs (ordinateur B décrit dans la remarque précédente étant à la fois client et serveur NFS), il est recommandé de les arrêter sans affecter le serveur NFS. Il suffira ensuite de remonter le système de fichiers sur le serveur NFS lorsque le client aura été réamorcé. Ceci est en principe effectué automatiquement pendant le processus de réamorçage.

L’ajout et le remplacement en ligne des cartes PCI sous HP-UX (OLA/R) permettent de remplacer une interface défaillante ou d’en ajouter une nouvelle dans un système opérationnel, sans aucun effet sur les utilisateurs du système.

Les concepts et procédures de type OLA/R sont présentés en détail dans le manuel Guide d’aide pour les procédures OL* des cartes d’interface.