Forçage d'un vidage sur incident et d'une réinitialisation du système

Les procédures suivantes sont fournies dans cette section :

SPARC : Forçage d'un vidage sur incident et d'une réinitialisation du système
x86 : Forçage d'un vidage sur incident et d'une réinitialisation du système

Le forçage d'un vidage sur incident et la réinitialisation du système sont parfois nécessaires à des fins de dépannage. La fonction savecore est activée par défaut.

Pour plus d'informations sur les vidages sur incident système, reportez-vous à la section Gestion des informations sur les vidages sur incident du système du manuel Dépannage de problèmes courants dans Oracle Solaris 11.1.

SPARC : Forçage d'un vidage sur incident et d'une réinitialisation du système

Suivez cette procédure pour forcer le vidage sur incident d'un système SPARC. L'exemple qui suit cette procédure indique comment utiliser la commande halt - d pour forcer un vidage sur incident du système. Vous devez réinitialiser manuellement le système après l'exécution de cette commande.

Affichez l'invite PROM ok.
Synchronisez les systèmes de fichiers et rédigez le vidage sur incident.
```
> n
ok sync
```
Une fois le vidage sur incident écrit sur le disque, le système poursuit sa réinitialisation.
Vérifiez que le système s'initialise au niveau d'exécution 3.
L'invite de connexion s'affiche lorsque le processus d'initialisation s'est terminé avec succès.
```
hostname console login:
```

Exemple 6-3 SPARC : Forçage du vidage sur incident et de la réinitialisation d'un système à l'aide de la commande halt- d

Cet exemple illustre comment forcer le vidage sur incident ainsi que la réinitialisation d'un système SPARC par le biais de la commande halt -d.

# halt -d
Jul 21 14:13:37 jupiter halt: halted by root

panic[cpu0]/thread=30001193b20: forced crash dump initiated at user request

000002a1008f7860 genunix:kadmin+438 (b4, 0, 0, 0, 5, 0)
  %l0-3: 0000000000000000 0000000000000000 0000000000000004 0000000000000004
  %l4-7: 00000000000003cc 0000000000000010 0000000000000004 0000000000000004
000002a1008f7920 genunix:uadmin+110 (5, 0, 0, 6d7000, ff00, 4)
  %l0-3: 0000030002216938 0000000000000000 0000000000000001 0000004237922872
  %l4-7: 000000423791e770 0000000000004102 0000030000449308 0000000000000005

syncing file systems... 1 1 done
dumping to /dev/dsk/c0t0d0s1, offset 107413504, content: kernel
100% done: 5339 pages dumped, compression ratio 2.68, dump succeeded
Program terminated
ok boot
Resetting ... 

.
.
Rebooting with command: boot
Boot device: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a
File and args: kernel/sparcv9/unix
configuring IPv4 interfaces: hme0.
add net default: gateway 172.20.27.248
Hostname: jupiter
The system is coming up.  Please wait.
NIS domain name is example.com
.
.
.
System dump time: Wed Jul 21 14:13:41 2010
Jul 21 14:15:23 jupiter savecore: saving system crash dump
in /var/crash/jupiter/*.0
Constructing namelist /var/crash/jupiter/unix.0
Constructing corefile /var/crash/jupiter/vmcore.0
100% done: 5339 of 5339 pages saved
.
.
.

x86 : Forçage d'un vidage sur incident et d'une réinitialisation du système

Si vous n'êtes pas en mesure d'exécuter la commande reboot -d ou halt -d, vous pouvez forcer un vidage à l'aide du débogueur de noyau (kmdb). Le débogueur de noyau doit avoir été chargé soit à l'initialisation, soit à l'aide de la commande mdb - k, pour que la procédure suivante fonctionne.

Remarque - Il faut activer le mode texte pour pouvoir accéder au débogueur de noyau. Par conséquent, vous devez d'abord quitter tous les systèmes de multifenêtrage.

Accédez au débogueur de noyau.
La méthode à suivre pour ouvrir le débogueur dépend de la console par le biais de laquelle vous accédez au système.
- Si vous utilisez un clavier connecté localement, appuyez sur F1-A.
- Si vous utilisez une console série, envoyez une interruption en utilisant la méthode appropriée pour ce type de console série.
L'invite kmdb s'affiche.
Pour forcer une panne, utilisez la macro systemdump.
```
[0]> $<systemdump
```
Des messages d'erreur grave s'affichent, le vidage sur incident est enregistré et le système se réinitialise.
Vérifiez que le système s'est réinitialisé en vous connectant à l'invite de connexion à la console.

Exemple 6-4 x86 : Opérations forcées de vidage sur incident et de réinitialisation du système par le biais de la commande halt -d

Cet exemple illustre comment forcer le vidage sur incident ainsi que la réinitialisation d'un système x86 par le biais de la commande halt -d.

# halt -d
4ay 30 15:35:15 wacked.<domain>.COM halt: halted by user

panic[cpu0]/thread=ffffffff83246ec0: forced crash dump initiated at user request

fffffe80006bbd60 genunix:kadmin+4c1 ()
fffffe80006bbec0 genunix:uadmin+93 ()
fffffe80006bbf10 unix:sys_syscall32+101 ()

syncing file systems... done
dumping to /dev/dsk/c1t0d0s1, offset 107675648, content: kernel
NOTICE: adpu320: bus reset
100% done: 38438 pages dumped, compression ratio 4.29, dump succeeded

Welcome to kmdb
Loaded modules: [ audiosup crypto ufs unix krtld s1394 sppp nca uhci lofs 
genunix ip usba specfs nfs md random sctp ]
[0]> 
kmdb: Do you really want to reboot? (y/n) y

Ignorer les liens de navigation
Quitter l'aperu
	Initialisation et arrêt des systèmes Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français)