상태 확인에 실패한 인스턴스 문제 해결 - Amazon Elastic Compute Cloud
상태 점검 정보 검토시스템 로그 검색Linux 기반 인스턴스의 시스템 로그 오류 문제 해결메모리 부족: 프로세스 중지ERROR: mmu_update failed(메모리 관리 업데이트 실패)I/O 오류(블록 디바이스 장애)I/O ERROR: neither local nor remote disk(분산된 블록 디바이스 손상)request_module: runaway loop modprobe(이전 Linux 버전에서 레거시 커널 modprobe 반복)"FATAL: kernel too old" 및 "fsck: No such file or directory while trying to open /dev"(커널과 AMI 불일치) "FATAL: Could not load /lib/modules" 또는 "BusyBox"(커널 모듈 누락)ERROR Invalid kernel(EC2 커널이 호환되지 않음)fsck: No such file or directory while trying to open... (파일 시스템을 찾을 수 없음)파일 시스템 마운트 관련 일반 오류(마운트 실패)VFS: Unable to mount root fs on unknown-block(루트 파일 시스템 불일치)Error: Unable to determine major/minor number of root device... (루트 파일 시스템/디바이스 불일치)XENBUS: Device with no driver...... days without being checked, check forced(파일 시스템 검사 필요)fsck died with exit status... (디바이스 누락)GRUB 프롬프트(grubdom>)Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring(eth0 인터페이스를 가져오는 중: eth0 디바이스의 MAC 주소가 틀려서 무시합니다). (하드 코딩된 MAC 주소) Unable to load SELinux Policy. Machine is in enforcing mode. Halting now(SELinux 정책을 가져올 수 없습니다. 시스템이 강제 실행 모드입니다. 중단됩니다). (잘못된 SELinux 구성)XENBUS: Timeout connecting to devices(Xenbus 시간 초과)

상태 확인에 실패한 인스턴스 문제 해결

다음 정보는 인스턴스가 상태 점검에 실패할 경우 문제의 문제 해결에 도움이 될 수 있습니다. 먼저 애플리케이션에 문제가 있는지 여부를 결정합니다. 인스턴스에서 애플리케이션이 예상대로 실행되고 있지 않은지 확인하면 상태 점검 정보와 시스템 로그를 검토합니다.

상태 확인이 실패하게 될 수 있는 문제의 예시는 인스턴스 상태 확인 섹션을 참조하세요.

목차

상태 점검 정보 검토

Amazon EC2 콘솔을 사용하여 손상된 인스턴스를 찾아내려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 창에서 인스턴스(Instances)를 선택한 다음 인스턴스를 선택합니다.

  3. 세부 정보 창에서 상태 및 경보를 선택하여 모든 시스템 상태 검사 및 인스턴스 상태 검사에 대한 개별 결과를 확인합니다.

시스템 상태 확인이 실패한 경우 다음 옵션 중 하나를 시도할 수 있습니다.

  • 인스턴스 복구 경보를 만듭니다. 자세한 내용은 인스턴스를 중지, 종료, 재부팅 또는 복구하는 경보 만들기 섹션을 참조하세요.

  • 인스턴스 유형을 AWS Nitro 시스템에 구축된 인스턴스로 변경하면 필수 ENA 및 NVMe 드라이버가 없는 인스턴스에서 마이그레이션한 경우 상태 점검이 실패합니다. 자세한 내용은 인스턴스 유형 변경을 위한 호환성 섹션을 참조하세요.

  • Amazon EBS 지원 AMI를 사용하는 인스턴스의 경우, 인스턴스를 중지했다가 다시 시작합니다.

  • 인스턴스 스토어 스토리지 AMI를 사용하는 인스턴스의 경우 해당 인스턴스를 종료한 후 대체 인스턴스를 시작합니다.

  • Amazon EC2에서 문제를 해결할 때까지 기다립니다.

  • 문제를 AWSre:Post에 게시합니다.

  • 인스턴스가 Auto Scaling 그룹에 있는 경우, Amazon EC2 Auto Scaling 서비스가 자동으로 교체 인스턴스를 시작합니다. 자세한 내용은 Amazon EC2 Auto Scaling 사용 설명서의 Auto Scaling 인스턴스에 대한 상태 점검 섹션을 참조하세요.

  • 시스템 로그를 검색하여 오류가 있는지 검토합니다.

시스템 로그 검색

인스턴스 상태 검사가 실패할 경우 인스턴스를 재부팅하여 시스템 로그를 검색할 수 있습니다. 이 로그를 확인하여 문제 해결에 도움이 될 수 있는 오류를 밝혀 낼 수 있습니다. 재부팅하면 로그에서 필요 없는 정보가 지워집니다.

인스턴스를 재부팅하고 시스템 로그를 검색하려면

  1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

  2. 탐색 창에서 인스턴스를 선택하고 인스턴스를 선택합니다.

  3. [인스턴스 상태(Instance state)], [인스턴스 재부팅(Reboot instance)]을 차례로 선택합니다. 인스턴스가 재부팅되는 데 몇 분 정도 걸릴 수 있습니다.

  4. 문제가 계속되는지 확인합니다. 경우에 따라 재부팅으로 문제가 해결될 수도 있습니다.

  5. 인스턴스가 running 상태가 되면 [작업(Actions)], [모니터링 및 문제 해결(Monitor and troubleshoot)], [시스템 로그 가져오기(Get system log)]를 차례로 선택합니다.

  6. 화면에 표시되는 로그를 검토한 후 아래에 나와 있는 시스템 오류 구문 목록을 참조하여 문제를 해결합니다.

  7. 문제가 해결되지 않으면 해당 문제를 AWS re:Post에 게시할 수 있습니다.

Linux 기반 인스턴스의 시스템 로그 오류 문제 해결

Linux 기반 인스턴스가 인스턴스 액세스 검사와 같은 인스턴스 상태 확인에 실패한 경우, 위의 단계에 따라 시스템 로그를 가져왔는지 확인합니다. 다음 목록에는 일반적인 시스템 로그 오류와 각 오류에 대한 문제를 해결하기 위해 수행할 수 있는 권장 조치가 나와 있습니다.

메모리 오류

디바이스 오류

커널 오류

파일 시스템 오류

운영 체제 오류

메모리 부족: 프로세스 중지

메모리 부족 오류는 아래 표시된 것과 비슷한 시스템 로그 항목으로 표시됩니다.

[115879.769795] Out of memory: kill process 20273 (httpd) score 1285879
or a child 
[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-
rss:101196kB, file-rss:204kB

예상 원인

메모리가 모두 사용됨

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 중 하나를 수행하세요.

  • 인스턴스를 중지하고 다른 인스턴스 유형을 사용하도록 인스턴스를 수정한 다음, 인스턴스를 다시 시작합니다. 예를 들면 더 크거나 메모리 최적화된 인스턴스 유형을 사용합니다.

  • 인스턴스를 재부팅하여 손상되지 않은 상태로 복원합니다. 인스턴스 유형을 변경하지 않는 한 이 문제가 다시 발생할 것입니다.

인스턴스 스토어 지원

다음 중 하나를 수행하세요.

  • 인스턴스를 종료하고 다른 인스턴스 유형을 지정한 새 인스턴스를 시작합니다. 예를 들면 더 크거나 메모리 최적화된 인스턴스 유형을 사용합니다.

  • 인스턴스를 재부팅하여 손상되지 않은 상태로 복원합니다. 인스턴스 유형을 변경하지 않는 한 이 문제가 다시 발생할 것입니다.

ERROR: mmu_update failed(메모리 관리 업데이트 실패)

메모리 관리 업데이트 실패는 다음과 비슷한 시스템 로그 항목으로 표시됩니다.

...
Press `ESC' to enter the menu... 0   [H[J  Booting 'Amazon Linux 2011.09 (2.6.35.14-95.38.amzn1.i686)'


root (hd0)

 Filesystem type is ext2fs, using whole disk

kernel /boot/vmlinuz-2.6.35.14-95.38.amzn1.i686 root=LABEL=/ console=hvc0 LANG=

en_US.UTF-8 KEYTABLE=us

initrd /boot/initramfs-2.6.35.14-95.38.amzn1.i686.img

ERROR: mmu_update failed with rc=-22

예상 원인

Amazon Linux 관련 문제

권장 조치

문제를 개발자 포럼에 게시하거나, AWS Support에 문의하세요.

I/O 오류(블록 디바이스 장애)

입/출력 오류는 다음 예와 비슷한 시스템 로그 항목으로 표시됩니다.

[9943662.053217] end_request: I/O error, dev sde, sector 52428288
[9943664.191262] end_request: I/O error, dev sde, sector 52428168
[9943664.191285] Buffer I/O error on device md0, logical block 209713024
[9943664.191297] Buffer I/O error on device md0, logical block 209713025
[9943664.191304] Buffer I/O error on device md0, logical block 209713026
[9943664.191310] Buffer I/O error on device md0, logical block 209713027
[9943664.191317] Buffer I/O error on device md0, logical block 209713028
[9943664.191324] Buffer I/O error on device md0, logical block 209713029
[9943664.191332] Buffer I/O error on device md0, logical block 209713030
[9943664.191339] Buffer I/O error on device md0, logical block 209713031
[9943664.191581] end_request: I/O error, dev sde, sector 52428280
[9943664.191590] Buffer I/O error on device md0, logical block 209713136
[9943664.191597] Buffer I/O error on device md0, logical block 209713137
[9943664.191767] end_request: I/O error, dev sde, sector 52428288
[9943664.191970] end_request: I/O error, dev sde, sector 52428288
[9943664.192143] end_request: I/O error, dev sde, sector 52428288
[9943664.192949] end_request: I/O error, dev sde, sector 52428288
[9943664.193112] end_request: I/O error, dev sde, sector 52428288
[9943664.193266] end_request: I/O error, dev sde, sector 52428288
...

예상 원인

인스턴스 유형 예상 원인

Amazon EBS 지원

실패한 Amazon EBS 볼륨

인스턴스 스토어 지원

물리적 드라이브 실패

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 볼륨을 분리합니다.

  3. 볼륨 복구를 시도합니다.

    참고

    Amazon EBS 볼륨의 스냅샷을 정기적으로 생성하는 것이 좋습니다. 그러면 오류로 인한 데이터 손실의 위험을 크게 줄일 수 있습니다.

  4. 볼륨을 인스턴스에 다시 연결합니다.

  5. 인스턴스를 시작합니다.

인스턴스 스토어 지원

인스턴스를 종료하고 새 인스턴스를 시작합니다.

참고

데이터를 복구할 수 없습니다. 백업에서 복구합니다.

참고

백업용으로 Amazon S3 또는 Amazon EBS를 사용하는 것이 좋습니다. 인스턴스 스토어 볼륨이 하나의 호스트 및 하나의 디스크 오류와 연결됩니다.

I/O ERROR: neither local nor remote disk(분산된 블록 디바이스 손상)

디바이스에 대한 입/출력 오류는 다음 예와 비슷한 시스템 로그 항목으로 표시됩니다.

...
block drbd1: Local IO failed in request_timer_fn. Detaching...

Aborting journal on device drbd1-8.

block drbd1: IO ERROR: neither local nor remote disk

Buffer I/O error on device drbd1, logical block 557056

lost page write due to I/O error on drbd1

JBD2: I/O error detected when updating journal superblock for drbd1-8.

예상 원인

인스턴스 유형 예상 원인

Amazon EBS 지원

실패한 Amazon EBS 볼륨

인스턴스 스토어 지원

물리적 드라이브 실패

권장 조치

인스턴스를 종료하고 새 인스턴스를 시작합니다.

Amazon EBS 지원 인스턴스의 경우 해당 인스턴스로부터 이미지를 만들어서 최근 스냅샷에서 데이터를 복구할 수 있습니다. 스냅샷 이후에 추가된 데이터는 복구할 수 없습니다.

request_module: runaway loop modprobe(이전 Linux 버전에서 레거시 커널 modprobe 반복)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다. 불안정하거나 이전 Linux 커널(예: 2.6.16-xenU)을 사용하면 시작 시 무한 반복 상태가 발생합니다.

Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007

BIOS-provided physical RAM map:

 Xen: 0000000000000000 - 0000000026700000 (usable)

0MB HIGHMEM available.
...

request_module: runaway loop modprobe binfmt-464c

request_module: runaway loop modprobe binfmt-464c

request_module: runaway loop modprobe binfmt-464c

request_module: runaway loop modprobe binfmt-464c

request_module: runaway loop modprobe binfmt-464c

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 옵션 중 하나를 사용하여 GRUB 기반이든 정적이든, 최신 커널을 사용합니다:

옵션 1: 인스턴스를 종료하고 -kernel 및 -ramdisk 매개 변수가 지정된 새 인스턴스를 시작합니다.

옵션 2:

  1. 인스턴스를 중지합니다.

  2. 최신 커널이 사용되도록 kernel 및 ramdisk 특성을 수정합니다.

  3. 인스턴스를 시작합니다.

인스턴스 스토어 지원

인스턴스를 종료하고 -kernel 및 -ramdisk 매개 변수가 지정된 새 인스턴스를 시작합니다.

"FATAL: kernel too old" 및 "fsck: No such file or directory while trying to open /dev"(커널과 AMI 불일치)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

Linux version 2.6.16.33-xenU (root@dom0-0-50-45-1-a4-ee.z-2.aes0.internal) 
(gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)) #2 SMP Wed Aug 15 17:27:36 SAST 2007
...
FATAL: kernel too old
Kernel panic - not syncing: Attempted to kill init!

예상 원인

kernel과 userland가 호환되지 않습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 최신 커널이 사용되도록 구성을 수정합니다.

  3. 인스턴스를 시작합니다.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 최신 커널을 사용하는 AMI를 만듭니다.

  2. 인스턴스를 종료합니다.

  3. 만든 AMI에서 새 인스턴스를 시작합니다.

"FATAL: Could not load /lib/modules" 또는 "BusyBox"(커널 모듈 누락)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

[    0.370415] Freeing unused kernel memory: 1716k freed 
Loading, please wait...
WARNING: Couldn't open directory /lib/modules/2.6.34-4-virtual: No such file or directory
FATAL: Could not open /lib/modules/2.6.34-4-virtual/modules.dep.temp for writing: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Couldn't get a file descriptor referring to the console
Begin: Loading essential drivers... ...
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.
Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
ALERT! /dev/sda1 does not exist. Dropping to a shell!


BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu5) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

예상 원인

이 문제는 다음 상태 중 하나 이상으로 인해 발생할 수 있습니다.

  • ramdisk가 없습니다.

  • ramdisk에 올바른 모듈이 없습니다.

  • Amazon EBS 루트 볼륨이 /dev/sda1로 올바르게 연결되지 않았습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. Amazon EBS 볼륨에 맞게 수정된 ramdisk를 선택합니다.

  2. 인스턴스를 중지합니다.

  3. 볼륨을 분리하고 복구합니다.

  4. 볼륨을 인스턴스에 연결합니다.

  5. 인스턴스를 시작합니다.

  6. 수정된 ramdisk를 사용하도록 AMI를 변경합니다.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 인스턴스를 종료하고 올바른 ramdisk를 사용하여 새 인스턴스를 시작합니다.

  2. 올바른 ramdisk를 사용하여 새 AMI를 만듭니다.

ERROR Invalid kernel(EC2 커널이 호환되지 않음)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

...
root (hd0)

 Filesystem type is ext2fs, using whole disk

kernel /vmlinuz root=/dev/sda1 ro

initrd /initrd.img

ERROR Invalid kernel: elf_xen_note_check: ERROR: Will only load images 
built for the generic loader or Linux images
xc_dom_parse_image returned -1

Error 9: Unknown boot failure

  Booting 'Fallback'
  
root (hd0)

 Filesystem type is ext2fs, using whole disk

kernel /vmlinuz.old root=/dev/sda1 ro

Error 15: File not found

예상 원인

이 문제는 다음 상태 중 하나 또는 두 가지 모두로 인해 발생할 수 있습니다.

  • 제공된 커널이 GRUB에서 지원되지 않습니다.

  • 대체 커널이 존재하지 않습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 작동 중인 커널로 대체합니다.

  3. 대체 커널을 설치합니다.

  4. 올바른 커널로 변경하여 AMI를 수정합니다.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 인스턴스를 종료하고 올바른 커널을 사용하여 새 인스턴스를 시작합니다.

  2. 올바른 커널을 사용하여 AMI를 만듭니다.

  3. (선택 사항) AWS Support에 데이터 복구를 위한 기술 지원을 요청합니다.

fsck: No such file or directory while trying to open... (파일 시스템을 찾을 수 없음)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

		Welcome to Fedora 
		Press 'I' to enter interactive startup.
Setting clock : Wed Oct 26 05:52:05 EDT 2011 [  OK  ]

Starting udev: [  OK  ]

Setting hostname localhost:  [  OK  ]

No devices found
Setting up Logical Volume Management: File descriptor 7 left open
  No volume groups found
[  OK  ]

Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1 
/dev/sda1: clean, 82081/1310720 files, 2141116/2621440 blocks
[/sbin/fsck.ext3 (1) -- /mnt/dbbackups] fsck.ext3 -a /dev/sdh 
fsck.ext3: No such file or directory while trying to open /dev/sdh

/dev/sdh: 
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

[FAILED]


*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Give root password for maintenance
(or type Control-D to continue):

예상 원인

  • ramdisk 파일 시스템 정의 /etc/fstab에 버그가 있습니다.

  • /etc/fstab에서 파일 시스템 정의가 잘못 구성되었습니다.

  • 드라이브 누락/실패

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지하고 루트 볼륨을 분리한 다음, 볼륨의 /etc/fstab를 복구/수정하고 볼륨을 인스턴스에 연결한 다음, 인스턴스를 시작합니다.

  2. 수정된 /etc/fstab가 포함되도록 ramdisk를 수정합니다(해당되는 경우).

  3. 최신 ramdisk를 사용하도록 AMI를 수정합니다.

fstab의 여섯 번째 필드는 마운트 가용성 요구 사항을 정의합니다. 즉, 값이 0이 아니면 해당 볼륨에서 fsck가 성공적으로 수행되어야 함을 의미합니다. 일반적으로 Amazon EC2에서는 대화형 콘솔 프롬프트가 지원되지 않아 오류가 발생하므로 Amazon EC2에서는 이 필드 사용 시 문제가 발생할 수 있습니다. 이 기능을 사용할 때는 각별히 주의해야 하며 Linux 맨 페이지에서 fstab에 대한 설명을 참조하세요.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 인스턴스를 종료하고 새 인스턴스를 시작합니다.

  2. 잘못된 Amazon EBS 볼륨을 모두 분리하고 인스턴스를 재부팅합니다.

  3. (선택 사항) AWS Support에 데이터 복구를 위한 기술 지원을 요청합니다.

파일 시스템 마운트 관련 일반 오류(마운트 실패)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

Loading xenblk.ko module 
xen-vbd: registered block device major 8

Loading ehci-hcd.ko module
Loading ohci-hcd.ko module
Loading uhci-hcd.ko module
USB Universal Host Controller Interface driver v3.0

Loading mbcache.ko module
Loading jbd.ko module
Loading ext3.ko module
Creating root device.
Mounting root filesystem.
kjournald starting.  Commit interval 5 seconds

EXT3-fs: mounted filesystem with ordered data mode.

Setting up other filesystems.
Setting up new root fs
no fstab.sys, mounting internal defaults
Switching to new root and running init.
unmounting old /dev
unmounting old /proc
unmounting old /sys
mountall:/proc: unable to mount: Device or resource busy
mountall:/proc/self/mountinfo: No such file or directory
mountall: root filesystem isn't mounted
init: mountall main process (221) terminated with status 1

General error mounting filesystems.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and re-try.
Press enter for maintenance
(or type Control-D to continue):

예상 원인

인스턴스 유형 예상 원인

Amazon EBS 지원

  • Amazon EBS 볼륨 분리 또는 실패.

  • 파일 시스템 손상.

  • ramdisk와 AMI 조합의 불일치(예: Debian ramdisk와 SUSE AMI).

인스턴스 스토어 지원

  • 드라이브 실패.

  • 파일 시스템 손상.

  • ramdisk와 조합의 불일치(예: Debian ramdisk와 SUSE AMI).

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 루트 볼륨을 분리합니다.

  3. 루트 볼륨을 작동 중인 것으로 알려진 인스턴스에 연결합니다.

  4. 파일 시스템 검사(fsck -a /dev/...)를 실행합니다.

  5. 오류를 모두 수정합니다.

  6. 작동 중인 것으로 알려진 인스턴스에서 볼륨을 분리합니다.

  7. 중지된 인스턴스에 볼륨을 연결합니다.

  8. 인스턴스를 시작합니다.

  9. 인스턴스 상태를 다시 확인합니다.

인스턴스 스토어 지원

다음 중 하나를 시도하세요.

  • 새 인스턴스를 시작합니다.

  • (선택 사항) AWS Support에 데이터 복구를 위한 기술 지원을 요청합니다.

VFS: Unable to mount root fs on unknown-block(루트 파일 시스템 불일치)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 
 20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
Kernel command line:  root=/dev/sda1 ro 4
...
Registering block device major 8
...
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)

예상 원인

인스턴스 유형 예상 원인

Amazon EBS 지원

  • 디바이스가 올바르게 연결되지 않았습니다.

  • 루트 디바이스가 올바른 디바이스 지점에서 연결되지 않았습니다.

  • 필요한 형식의 파일 시스템이 아닙니다.

  • 레거시 커널(예: 2.6.16-XenU)이 사용되었습니다.

  • 인스턴스의 최신 커널 업데이트(잘못된 업데이트 또는 업데이트 버그)

인스턴스 스토어 지원

하드웨어 디바이스 실패.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 중 하나를 수행하세요.

  • 인스턴스를 중지했다가 다시 시작합니다.

  • 올바른 디바이스 지점(예: /dev/sda 대신에 /dev/sda1)에서 연결되도록 루트 볼륨을 수정합니다.

  • 중지하고 현대식 커널을 사용하도록 수정합니다.

  • Linux 배포 설명서를 참조하여 알려진 업데이트 버그가 있는지 확인합니다. 커널을 변경하거나 다시 설치합니다.

인스턴스 스토어 지원

인스턴스를 종료하고 현대식 커널을 사용하여 새 인스턴스를 시작합니다.

Error: Unable to determine major/minor number of root device... (루트 파일 시스템/디바이스 불일치)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

...
XENBUS: Device with no driver: device/vif/0
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
    Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#

예상 원인

  • 가상 블록 디바이스 드라이버가 없거나 잘못 구성되었습니다.

  • 디바이스 열거형이 충돌합니다(sda와 xvda 또는 sda1 대신 sda).

  • 잘못된 인스턴스 커널을 선택했습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 볼륨을 분리합니다.

  3. 디바이스 매핑 문제를 해결합니다.

  4. 인스턴스를 시작합니다.

  5. 디바이스 매핑 문제를 해결하도록 AMI를 수정합니다.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 적절히 수정(블록 디바이스를 올바르게 매핑)하여 새 AMI를 만듭니다.

  2. 인스턴스를 종료하고 만든 AMI에서 새 인스턴스를 시작합니다.

XENBUS: Device with no driver...

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
    Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#

예상 원인

  • 가상 블록 디바이스 드라이버가 없거나 잘못 구성되었습니다.

  • 디바이스 열거형이 충돌합니다(sda와 xvda).

  • 잘못된 인스턴스 커널을 선택했습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 볼륨을 분리합니다.

  3. 디바이스 매핑 문제를 해결합니다.

  4. 인스턴스를 시작합니다.

  5. 디바이스 매핑 문제를 해결하도록 AMI를 수정합니다.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 적절히 수정(블록 디바이스를 올바르게 매핑)하여 새 AMI를 만듭니다.

  2. 인스턴스를 종료하고 만든 AMI를 사용하여 새 인스턴스를 시작합니다.

... days without being checked, check forced(파일 시스템 검사 필요)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

...
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1 
/dev/sda1 has gone 361 days without being checked, check forced

예상 원인

파일 시스템 검사 시간이 경과되었습니다. 파일 시스템 검사가 강제 실행 중입니다.

권장 조치

  • 파일 시스템 검사가 완료될 때까지 기다립니다. 파일 시스템 검사는 루트 파일 시스템의 크기에 따라 오래 걸릴 수도 있습니다.

  • tune2fs 또는 파일 시스템에 적합한 도구를 사용하여 파일 시스템 검사(fsck) 적용을 제거하도록 파일 시스템을 수정합니다.

fsck died with exit status... (디바이스 누락)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

Cleaning up ifupdown....
Loading kernel modules...done.
...
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux-ng 2.16.2
/sbin/fsck.xfs: /dev/sdh does not exist
fsck died with exit status 8
[31mfailed (code 8).[39;49m

예상 원인

  • Ramdisk에서 누락된 드라이브를 찾고 있습니다.

  • 파일 시스템 일관성 검사가 강제 실행되었습니다.

  • 드라이브 실패 또는 분리

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 중 하나 이상을 시도하여 문제를 해결하세요.

  • 인스턴스를 중지하고 볼륨을 기존의 실행 중인 인스턴스에 연결합니다.

  • 일관성 검사를 수동으로 실행합니다.

  • 관련 유틸리티를 포함하도록 ramdisk를 수정합니다.

  • 일관성 요구 사항을 제거하도록 파일 시스템 튜닝 매개 변수를 수정합니다(권장되지 않음).

인스턴스 스토어 지원

다음 중 하나 이상을 시도하여 문제를 해결하세요.

  • 올바른 도구로 ramdisk 번들을 다시 구성합니다.

  • 일관성 요구 사항을 제거하도록 파일 시스템 튜닝 매개 변수를 수정합니다(권장되지 않음).

  • 인스턴스를 종료하고 새 인스턴스를 시작합니다.

  • (선택 사항) AWS Support에 데이터 복구를 위한 기술 지원을 요청합니다.

GRUB 프롬프트(grubdom>)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

    GNU GRUB  version 0.97  (629760K lower / 0K upper memory)

       [ Minimal BASH-like line editing is supported.   For

         the   first   word,  TAB  lists  possible  command

         completions.  Anywhere else TAB lists the possible

         completions of a device/filename. ]

grubdom>

예상 원인

인스턴스 유형 예상 원인

Amazon EBS 지원

  • GRUB 구성 파일이 없습니다.

  • 잘못된 GRUB 이미지가 사용되었습니다. 다른 위치에 있는 GRUB 구성 파일이 필요합니다.

  • GRUB 구성 파일을 저장하는 데 지원되지 않는 파일 시스템이 사용되었습니다(예: 루트 파일 시스템을 이전 GRUB 버전에서 지원되지 않는 유형으로 변환).

인스턴스 스토어 지원

  • GRUB 구성 파일이 없습니다.

  • 잘못된 GRUB 이미지가 사용되었습니다. 다른 위치에 있는 GRUB 구성 파일이 필요합니다.

  • GRUB 구성 파일을 저장하는 데 지원되지 않는 파일 시스템이 사용되었습니다(예: 루트 파일 시스템을 이전 GRUB 버전에서 지원되지 않는 유형으로 변환).

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

옵션 1: AMI를 수정하고 인스턴스를 다시 시작합니다.

  1. 표준 위치(/boot/grub/menu.lst)에서 GRUB 구성 파일을 만들도록 원본 AMI를 수정합니다.

  2. GRUB 버전에서 기본 파일 시스템 유형을 지원하는지 확인하고 필요할 경우 GRUB을 업그레이드합니다.

  3. 적합한 GRUB 이미지(hd0-첫 번째 드라이브 또는 hd00 – 첫 번째 드라이브, 첫 번째 파티션)를 선택합니다.

  4. 인스턴스를 종료하고 만든 AMI를 사용하여 새 인스턴스를 시작합니다.

옵션 2: 기존 인스턴스 수정:

  1. 인스턴스를 중지합니다.

  2. 루트 파일 시스템을 분리합니다.

  3. 루트 파일 시스템을 작동하는 것으로 알려진 인스턴스에 연결합니다.

  4. 파일 시스템을 마운트합니다.

  5. GRUB 구성 파일을 만듭니다.

  6. GRUB 버전에서 기본 파일 시스템 유형을 지원하는지 확인하고 필요할 경우 GRUB을 업그레이드합니다.

  7. 파일 시스템을 분리합니다.

  8. 원래 인스턴스에 연결합니다.

  9. 적합한 GRUB 이미지(첫 번째 디스크 또는 첫 번째 디스크의 첫 번째 파티션)를 사용하도록 커널 속성을 수정합니다.

  10. 인스턴스를 시작합니다.

인스턴스 스토어 지원

옵션 1: AMI를 수정하고 인스턴스를 다시 시작합니다.

  1. 표준 위치(/boot/grub/menu.lst)에서 GRUB 구성 파일을 사용하여 새 AMI를 만듭니다.

  2. 적합한 GRUB 이미지(hd0-첫 번째 드라이브 또는 hd00 – 첫 번째 드라이브, 첫 번째 파티션)를 선택합니다.

  3. GRUB 버전에서 기본 파일 시스템 유형을 지원하는지 확인하고 필요할 경우 GRUB을 업그레이드합니다.

  4. 인스턴스를 종료하고 만든 AMI를 사용하여 새 인스턴스를 시작합니다.

옵션 2: 인스턴스를 종료하고 올바른 커널을 지정하여 새 인스턴스를 시작합니다.

참고

기존 인스턴스에서 데이터를 복구하려면 AWS Support에 문의하세요.

Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring(eth0 인터페이스를 가져오는 중: eth0 디바이스의 MAC 주소가 틀려서 무시합니다). (하드 코딩된 MAC 주소)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

... 
Bringing up loopback interface:  [  OK  ]

Bringing up interface eth0:  Device eth0 has different MAC address than expected, ignoring.
[FAILED]

Starting auditd: [  OK  ]

예상 원인

AMI 구성에 하드 코딩된 인터페이스 MAC이 있습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 중 하나를 수행하세요.

  • 하드 코딩이 제거되도록 AMI를 수정하고 인스턴스를 다시 시작합니다.

  • 하드 코딩된 MAC 주소가 제거되도록 인스턴스를 수정합니다.

또는

다음 절차를 수행하세요.

  1. 인스턴스를 중지합니다.

  2. 루트 볼륨을 분리합니다.

  3. 볼륨을 다른 인스턴스에 연결하고 하드 코딩된 MAC 주소가 제거되도록 볼륨을 수정합니다.

  4. 볼륨을 원래 인스턴스에 연결합니다.

  5. 인스턴스를 시작합니다.

인스턴스 스토어 지원

다음 중 하나를 수행하세요.

  • 하드 코딩된 MAC 주소가 제거되도록 인스턴스를 수정합니다.

  • 인스턴스를 종료하고 새 인스턴스를 시작합니다.

Unable to load SELinux Policy. Machine is in enforcing mode. Halting now(SELinux 정책을 가져올 수 없습니다. 시스템이 강제 실행 모드입니다. 중단됩니다). (잘못된 SELinux 구성)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

audit(1313445102.626:2): enforcing=1 old_enforcing=0 auid=4294967295
Unable to load SELinux Policy. Machine is in enforcing mode. Halting now.
Kernel panic - not syncing: Attempted to kill init!

예상 원인

SELinux가 오류 상태에서 활성화되었습니다.

  • 제공된 커널이 GRUB에서 지원되지 않습니다.

  • 대체 커널이 존재하지 않습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 절차를 수행하세요.

  1. 실패한 인스턴스를 중지합니다.

  2. 실패한 인스턴스의 루트 볼륨을 분리합니다.

  3. 루트 볼륨을 실행 중인 다른 Linux 인스턴스(나중에 복구 인스턴스로 불립니다)에 연결합니다.

  4. 복구 인스턴스에 연결하여 실패한 인스턴스의 루트 볼륨을 마운트합니다.

  5. 마운트된 루트 볼륨에서 SELinux를 비활성화합니다. 이 과정은 Linux 배포판에 따라 차이가 있습니다. 자세한 내용은 운영 체제별 설명서를 참조하세요.

    참고

    일부 시스템에서는 SELINUX=disabled 파일에서 /mount_point/etc/sysconfig/selinux로 설정함으로써 SELinux를 비활성화합니다. 이 파일에서 mount_point는 복구 인스턴스에서 볼륨을 마운트한 위치입니다.

  6. 복구 인스턴스에서 루트 볼륨을 마운트 해제하고 분리한 다음 원본 인스턴스에 다시 연결합니다.

  7. 인스턴스를 시작합니다.

인스턴스 스토어 지원

다음 절차를 수행하세요.

  1. 인스턴스를 종료하고 새 인스턴스를 시작합니다.

  2. (선택 사항) AWS Support에 데이터 복구를 위한 기술 지원을 요청합니다.

XENBUS: Timeout connecting to devices(Xenbus 시간 초과)

이 상태는 아래 표시된 것과 비슷한 시스템 로그로 표시됩니다.

Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
XENBUS: Timeout connecting to devices!
...
Kernel panic - not syncing: No init found.  Try passing init= option to kernel.

예상 원인

  • 블록 디바이스가 인스턴스에 연결되어 있지 않습니다.

  • 이 인스턴스에 오래된 인스턴스 커널이 사용되고 있습니다.

권장 조치

이 인스턴스 유형의 경우 조치

Amazon EBS 지원

다음 중 하나를 수행하세요.

  • 현대식 커널을 사용하도록 AMI 및 인스턴스를 수정하고 인스턴스를 다시 시작합니다.

  • 인스턴스를 재부팅합니다.

인스턴스 스토어 지원

다음 중 하나를 수행하세요.

  • 인스턴스를 종료합니다.

  • 현대식 커널을 사용하도록 AMI를 수정하고 이 AMI를 사용하여 새 인스턴스를 시작합니다.