ebs mount
![[트러블슈팅] AWS Nitro type EBS 마운트 안돼는 현상](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FkPNM8%2FbtrrpUAE5Ym%2Fdsy0ef8QKxaogeompCoJK1%2Fimg.png)
[트러블슈팅] AWS Nitro type EBS 마운트 안돼는 현상
현상 root EBS(/dev/sda1), data EBS(/dev/sdb), log EBS(/dev/sdc) 총 3개의 EBS(nitro type)가 붙어있는 Instance에서 root EBS(/dev/sda1)만 Lifecyle manager로 backup을 하고 있었음 Backup되어있는 해당 root EBS의 Snapshot으로 AMI 이미지를 만듦. 이때 data EBS(/dev/sdb), log EBS (/dev/sbc)2개를 신규로 추가함(backup 하지 않았으므로 스냅샷 사용 안함) EC2 생성 완료 후 OS에서 mount 하려고 할때 mount가 제대로 되지 않는 현상 발견 함 device mapping 해주는 스크립트 돌려보니 이상한점 발견 함 nvme-to-block-mapping..
[AWS] EC2에 EBS mount 트러블슈팅 (.mount 파일 명명 규칙)
Intro 앞전에 https://kim-dragon.tistory.com/193 이글로 systemd에 서비스를 등록하여 마운트 하는 방법을 포스팅 하였었는데요. 이에 관한 트러블 슈팅을 해보도록 하겠습니다. 결론 적으로 말씀드리면 /etc/systemd/system 에 생성하는 .mount 파일의 파일 네이밍 규칙은 실제로 마운트할 path에 따라 커스터마이징 해야 한다는 것입니다. 즉, 앞전 글에서 mount-data.mount 라고 했던 부분을 data.mount 라고 변경해야하는 것이죠. 그렇지 않으면 systemctl status mount-data.mount 으로 확인해보면 다음과 같은 에러가 발생합니다. Where= setting doesn't match unit name. Refus..
[AWS] EC2에 EBS mount 쉽게 하기(feat. amzlinux2, nvme)
Intro AWS의 EC2를 생성할때 EBS를 생성하는데, root EBS가 아닌 별도의 EBS를 추가로 생성하게되면 os내부에서 별도의 mount작업을 진행해야합니다. 저는 기존에 /etc/fstab 설정을 수정하여 작업을 자주 했었는데요. 오늘은 systemd에 서비스로 등록하여 마운트 하는 방법을 알아보도록 하겠습니다. AWS의 EC2 instance type의 5세대 이상부터 nitro system이 도입되면서 리눅스 os내 device명도 바뀌었습니다. (t 타입은 3세대부터) 기존 4세대 이전에는 linux os device 네이밍 규칙이 /dev/xvda, /dev/xvdb, /dev/xvdc, /dev/xvdd 와 같이 붙혀졌고 5세대 이후부터는 /dev/sda1, /dev/sdb, /de..