시스템의 충돌 덤프 및 재부트 강제 수행

이 절에서는 다음 절차가 제공됩니다.

SPARC: 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법
x86: 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법

문제 해결을 위해 시스템의 충돌 덤프 및 재부트를 강제 수행해야 하는 경우가 있습니다. 기본적으로 savecore 기능은 사용으로 설정되어 있습니다.

시스템 충돌 덤프에 대한 자세한 내용은 Oracle Solaris 11.1의 일반적인 문제 해결의 시스템 충돌 덤프 정보 관리를 참조하십시오.

SPARC: 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법

이 절차에 따라 SPARC 기반 시스템의 충돌 덤프를 강제 수행할 수 있습니다. 이 절차 다음에 나오는 예에서는 halt -d 명령을 사용하여 시스템의 충돌 덤프를 강제 수행하는 방법을 보여 줍니다. 이 명령을 실행한 후 수동으로 시스템을 재부트해야 합니다.

시스템에 ok PROM 프롬프트를 표시합니다.
파일 시스템을 동기화하고 충돌 덤프를 기록합니다.
```
> n
ok sync
```
충돌 덤프가 디스크에 기록되면 계속해서 시스템이 재부트됩니다.
시스템이 실행 레벨 3으로 부트되는지 확인합니다.
부트 프로세스가 성공적으로 완료되면 로그인 프롬프트가 표시됩니다.
```
hostname console login:
```

예 6-3 SPARC: halt -d 명령을 사용하여 시스템의 충돌 덤프 및 재부트 강제 수행

이 예에서는 halt -d 명령을 사용하여 SPARC 기반 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법을 보여 줍니다.

# 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: 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법

reboot -d 또는 halt -d 명령을 사용할 수 없을 경우 커널 디버거(kmdb)를 사용하여 충돌 덤프를 강제 수행할 수 있습니다. 다음 절차를 사용하려면 부트 시 또는 mdb -k 명령을 통해 커널 디버거가 로드되어 있어야 합니다.

주 - 커널 디버거에 액세스하려면 텍스트 모드여야 합니다. 따라서 먼저 윈도우 시스템을 종료하십시오.

커널 디버거에 액세스합니다.
디버거 액세스에 사용되는 방법은 시스템에 액세스할 때 사용하는 콘솔의 유형에 따라 다릅니다.
- 로컬로 연결된 키보드를 사용 중인 경우 F1–A를 누릅니다.
- 직렬 콘솔을 사용 중인 경우 직렬 콘솔의 유형에 적합한 방법을 사용하여 중단 명령을 보냅니다.
kmdb 프롬프트가 표시됩니다.
충돌을 강제로 일으키려면 systemdump 매크로를 사용합니다.
```
[0]> $<systemdump
```
패닉 메시지가 표시되고 충돌 덤프가 저장된 후 시스템이 재부트됩니다.
콘솔 로그인 프롬프트에서 로그인하여 시스템이 재부트되었는지 확인합니다.

예 6-4 x86: halt -d 명령을 사용하여 시스템의 충돌 덤프 및 재부트 강제 수행

이 예에서는 halt -d 명령을 사용하여 x86 기반 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법을 보여 줍니다.

# 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

탐색 링크 건너뛰기
인쇄 보기 종료
	Oracle Solaris 11.1 시스템 부트 및 종료 Oracle Solaris 11.1 Information Library (한국어)