반응형
기존에 AWS t3 타입 인스턴스로 사용하던 인스턴스가 메모리 부족으로 잦은 gc로 인해
m5로 인스턴스 타입을 변경했는데,
볼륨이 추가되어있던 /log 가 마운트 되지 않는 것을 발견했다.
fstab 에는 정상적으로 잡혀 있었고,
[centos@ip-10-75-28-73 ~]$ cat /etc/fstab
#
# /etc/fstab
# Created by anaconda on Tue Jun 5 14:06:12 2018
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=8c1540fa-e2b4-407d-bcd1-59848a73e463 / xfs defaults 0 0
/dev/xvdf /log ext4 defaults,nofail 0 0
blkid로 확인해보니 장치명이 변경되어 있는 것을 확인
[root@ip-10-75-28-73 ~]# blkid
/dev/nvme0n1p1: UUID="8c1540fa-e2b4-407d-bcd1-5xxxxxxxxxxxxx" TYPE="xfs"
/dev/nvme1n1: UUID="3aa2d4ab-62af-48b3-99aa-50xxxxxxxxxxxxx" TYPE="ext4"
/dev/nvme0n1: PTTYPE="dos"
기존의 /dev/xvdf 가 /dev/nvme1n1으로 변경되어 있었다.
그래서 /etc/fstab을 UUID로 변경해주고, mount -a 실행.
그러나 마운트가 안되서서 /var/log/message 확인
Sep 22 14:19:55 ip-10-75-28-73 kernel: EXT4-fs (nvme1n1): mounted filesystem with ordered data mode. Opts: (null)
Sep 22 14:19:55 ip-10-75-28-73 systemd: Unit log.mount is bound to inactive unit dev-xvdf.device. Stopping, too.
Sep 22 14:19:55 ip-10-75-28-73 systemd: Unmounting /log...
Sep 22 14:19:55 ip-10-75-28-73 systemd: Unmounted /log.
마운트가 안되는 오류 확인.
재부팅도 해보고, AWS 콘솔에서 볼륨 연결 해제 했다가 붙였다가 해봤는데, 결국 마찬가지.
결론은,
systemd 에서 mount 정보 캐시를 갱신 못하는 버그? 라서
systemctl daemon-reload 로 해결
반응형
'IT > Cloud' 카테고리의 다른 글
[GCP] QWIKLABS GSP787 - Insights from Data with BigQuery: Challenge Lab (0) | 2020.12.27 |
---|---|
[AWS] AWS CLI로 s3 log 확인하기 (0) | 2020.12.24 |
[IBM] 이미지 인식 - Visual Recognition 사용하기 (0) | 2020.09.07 |
[AWS] AWS 사용을 돕는 크롬 Extensions 추천 - AWS Sidebar (0) | 2020.09.04 |
[AWS] 내 계정으로 다른 계정 전환하기 - 역할전환 (1) | 2020.09.04 |
댓글