2016-06-03 4 views
0

OEL 6.6 Ec2 (AWS)를 지역 중 하나에 만들었습니다. 아마존 리눅스 이미지 또는를 CentOS 커뮤니티 AMI의 내가 찾은 제공 :루트 파티션이 EBS 크기가 아닙니다.

그리고 그것에 lsblk을했을 때

Root Partition 25GB (When first seen it was hinting 15G) 
And other EBS for other purpose 

을 할당 나는 내가 좋아하는 아마존의 선호 AMI 중 하나를 생성

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT 
xvda 202:0 0 25G 0 disk 
└─xvda1 202:1 0 15G 0 part/

동안 발견 :

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT 
xvda 202:0 0 25G 0 disk 
└─xvda1 202:1 0 25G 0 part/

아무에게도 설명 할 수 없습니까? 여기. 이러한 논리 파티셔닝은 AMI 공급 업체의 생성 시점에 수행 되었습니까, 아니면 AWS 자체의 구성에 문제가 있습니까? AMI 만 필요로 할 때 어떻게이를 극복 할 수 있습니까?

+2

사람이 그것에 대한 대답이없는 경우 :

다음 단계를 통해 모듈 다음과 같은 것을 설치해야합니다. 적절한 피드백없이 downvote하지 마십시오. –

답변

1

예, 은 Amazon EC2와 같은 클라우드 컴퓨팅 환경에서 Linux 이미지를 부트 스트랩하는 데 사용되는 Canonical에서 개발 한 오픈 소스 응용 프로그램 인 사용자 정의 버전의 cloud-init을 포함합니다.

Cloud-init 도구는 루트 파일 시스템 (/) 크기가 파티션 크기와 다른지 감지하고 파티션 크기와 일치시키기 위해 적절한 파일 시스템 확장 도구 (예 : ext4 용 resize2fs)를 사용합니다. Amazon Linux AMI 2014.03 Release Notes에서

:

클라우드 초기화

은 유용한 기능의 번호를 추가하는 0.7 버전으로 업데이트되었습니다. 한 예는 dracut-modules-growroot입니다.이 루트는 부팅 할 때 루트 파일 시스템의 크기를 자동으로 조정합니다. (@Murtaza Kanchwala에 의해)

하기 권장 솔루션 :

wget ftp://195.220.108.108/linux/epel/6/x86_64/cloud-utils-growpart-0.27-10.el6.x86_64.rpm 
wget ftp://rpmfind.net/linux/epel/6/x86_64/dracut-modules-growroot-0.20-2.el6.noarch.rpm 
rpm -ivh cloud-utils-growpart-0.27-10.el6.x86_64.rpm 
rpm -ivh dracut-modules-growroot-0.20-2.el6.noarch.rpm 
rpm -qa kernel | sed 's/^kernel-//' | xargs -I {} dracut -f /boot/initramfs-{}.img {} 
growpart /dev/xvda 1 
init 6 or Restart using Amazon's own console 
+0

그래서 내가 사용하고있는 AMI는 이전 버전의 Cloud-Init을 가지고 있다는 뜻입니까? –

+0

하지만 OEL 시스템을 점검하고 클라우드 초기화 버전이 0.7.1이라고 말하면서 지정한 모듈이 설치되지 않았다고 생각합니다. EBS의 크기만큼 뿌리가 자라지 않는 원인이됩니다. 권리? –

+0

네, 아마도. 나는 더 보수적 인 배포판이 명백한 사용자 명령없이 백그라운드에서 파티션 크기를 조정하는 것과 같은 일을하지 않을 것이라고 생각한다. –

관련 문제