3.2. 파일 시스템 마운트


GFS2 파일 시스템을 마운트하기 전, 파일 시스템이 있어야 하며 (3.1절. “파일 시스템 작성 ” 참조), 파일 시스템이 위치해 있는 볼륨을 활성화하여 클러스터링 지원 및 잠금 시스템을 시작해야 합니다 (Red Hat Cluster 설정 및 관리 참조). 이러한 요구 사항이 설정되어 있어야, Linux 파일 시스템에서와 같이 GFS2 파일 시스템을 마운트할 수 있습니다.

참고

클러스터 관리자 (cman)가 시작되지 않을 때 GFS2 파일 시스템을 마운트하려고 하면 다음과 같은 오류 메세지가 표시됩니다:
[root@gfs-a24c-01 ~]# mount -t gfs2 -o noatime /dev/mapper/mpathap1 /mnt
gfs_controld join connect error: Connection refused
error mounting lockproto lock_dlm
ACL 파일을 조작하려면, -o acl 마운트 옵션을 사용하여 파일 시스템을 마운트해야 합니다. -o acl 마운트 옵션을 사용하지 않고 파일 시스템이 마운트될 경우, 사용자는 ACL (getfacl 사용)을 볼 수 있으나 이를 설정할 수 는 (setfacl 사용) 없게 됩니다.

3.2.1. 사용법

ACL을 조작하지 않고 마운트하기
mount BlockDevice MountPoint
ACL을 조작하여 마운트하기
mount -o acl BlockDevice MountPoint
-o acl
ACL 파일을 조작 허용하기 위한 GFS2 특정 옵션입니다.
BlockDevice
GFS2 파일 시스템이 위치할 블록 장치를 지정합니다.
MountPoint
GFS2 파일 시스템을 마운트할 디렉토리를 지정합니다.

3.2.2. 예시

예에서, /dev/vg01/lvol0에 있는 GFS2 파일 시스템은 /mygfs2 디렉토리에 마운트되어 있습니다.
mount /dev/vg01/lvol0 /mygfs2

3.2.3. 전체 사용법

mount BlockDevice MountPoint -o option
-o option 매개 변수는 GFS2 특정 옵션이나 (표 3.2. “GFS2-특정 마운트 옵션 ” 참조) 또는 표준 Linux mount -o 옵션, 또는 이 두가지 옵션의 조합으로 구성되어 있습니다. 다중 option 매개 변수는 빈 칸없이 콤마로 구분됩니다.

참고

mount 명령은 Linux 시스템 명령입니다. 다음에서 설명하는 GFS2 특정 옵션을 사용하는 것에 더하여, 기타 다른 표준 mount 명령 옵션을 사용할 수 있습니다 (예, -r). 기타 다른 Linux mount 명령 옵션에 대한 자세한 내용은 Linux mount 맨 페이지를 참조하시기 바랍니다.
표 3.2. “GFS2-특정 마운트 옵션 ”에서는 마운트 시 GFS2를 통과할 수 있는 사용 가능한 GFS2 특정 -o option 값을 설명합니다.

참고

다음 표에서는 로컬 파일 시스템에서만 사용할 수 있는 옵션을 설명하고 있습니다. 하지만 Red Hat Enterprise Linux 6 릴리즈의 경우, Red Hat은 단일 노드 파일 시스템으로 GFS2 사용을 지원하지 않음에 유의합니다. Red Hat은 클러스터 파일 시스템의 스냅샷을 마운트하기 위해 단일 노드 GFS2 파일 시스템을 지속적으로 지원합니다 (예: 백업 목적 등).
표 3.2. GFS2-특정 마운트 옵션
옵션 설명
acl ACL 파일을 조작 허용합니다. 파일 시스템이 acl 마운트 옵션 없이 마운트되어 있을 경우, 사용자는 ACL을 볼 수 있지만 (getfacl 사용), 이를 설정할 수 없습니다 (setfacl 사용).
data=[ordered|writeback] data=ordered가 설정되면, 트랜젝션에 의해 수정된 사용자 데이터는 트랜젝션이 디스크로 커밋되기 이전에 디스크에서 삭제됩니다. 이는 크래시 후 파일에 있는 초기화되지 않은 블록을 사용자가 보지 못하게 합니다. data=writeback 모드가 설정되면, 사용자 데이터는 언제든지 디스크에 작성될 수 있습니다; 이는 ordered 모드에서 처럼 동일한 일관성이 보장되지 않지만, 일부 작업 부하에 대해 좀 더 빠르게 처리될 수 있습니다. 기본값은 ordered 모드입니다.
ignore_local_fs
주의: GFS2 파일 시스템이 공유될 경우 이 옵션을 사용해서는 안됩니다.
파일 시스템을 멀티 호스트 파일 시스템 처럼 다루기 위해 GFS2를 강제합니다. 기본값으로, lock_nolock을 사용하면 localflocks 플래그가 자동으로 활성화됩니다.
localflocks
주의: GFS2 파일 시스템이 공유될 경우 이 옵션을 사용해서는 안됩니다.
GFS2에게 VFS (virtual file system) 레이어가 모든 flock 및 fcntl 작업을 하도록 지시합니다. localflocks 플래그는 lock_nolock에 의해 자동으로 활성화됩니다.
lockproto=LockModuleName 사용자가 파일 시스템과 함께 사용할 잠금 프로토콜을 지정할 수 있게 합니다. LockModuleName이 지정되어 있지 않을 경우, 잠금 프로토콜 이름은 모든 파일 시스템 슈퍼 블록에서 읽어오게 됩니다.
locktable=LockTableName 사용자가 파일 시스템과 함께 사용할 잠금 테이블을 지정할 수 있게 합니다.
quota=[off/account/on] 파일 시스템에 해당하는 쿼터를 활성화 또는 비활성화합니다. account 상태에서 쿼터를 설정하면 UID/GID 사용 통계가 파일 시스템에 의해 올바르게 관리됩니다; 한계 및 경고 값은 무시됩니다. 기본값은 off입니다.
errors=panic|withdraw errors=panic을 지정하면 파일 시스템 오류로 인해 커널 패닉이 발생하게 됩니다. errors=withdraw를 지정하는 것과 동일한 기본값 동작은 파일 시스템에서 시스템을 철회하는 것으로 다음 부팅 시 까지 액세스하지 못하게 합니다. 일부 경우 시스템은 계속 가동할 수 있습니다. GFS2 철회 기능에 대한 내용은 3.14절. “GFS2 철회 (Withdraw) 기능 ”에서 참조하십시오.
discard/nodiscard GFS2는 여유 블록의 "삭제 " I/O 요청을 생성시키게 합니다. 이는 적절한 하드웨어가 씬 프로비저닝과 유사한 체계를 구현하는데 사용될 수 있습니다.
barrier/nobarrier 저널을 삭제할 때 GFS2가 I/O 장벽을 전송하게 합니다. 기본값은 on입니다. 이 옵션은 기본 장치가 I/O 장벽을 지원하지 않을 경우 자동으로 off됩니다. 블록 장치가 고안되어 쓰기 캐시 내용을 손실하지 않도록 설계된 경우를 제외하고 (예: UPS에 있거나 쓰기 캐시가없는 경우) GFS2와 함께 I/O 장벽을 사용할 것을 적극 권장합니다.
quota_quantum=secs 쿼터 정보 변경이 쿼터 파일에 기록되기 전 노드에 머무를 수 있는 시간 (초)을 설정합니다. 이는 이러한 매개 변수를 설정하는데 선호되는 방법입니다. 값은 0보다 큰 정수입니다. 기본값은 60초 입니다. 이보다 짧게 설정하면 지연 쿼터 정보의 업데이트가 빨라지며 쿼터를 초과할 가능성이 적어 집니다. 길게 설정하면 커터에 관련된 파일 시스템의 동작 속도가 빨라지고 효율성이 향상됩니다.
statfs_quantum=secs statfs의 느린 버전을 설정하기 위해 statfs_quantum을 0으로 설정하는 것이 바람직한 방법입니다. 기본값은 30초로 statfs 변경이 마스터 statfs 파일에 동기화되기 전 최대 시간을 설정합니다. 이는 보다 빠르지만 덜 정확한 statfs 값이나 또는 느리지만 보다 정확한 값으로 조정할 수 있습니다. 이 옵션을 0으로 설정하면 statfs는 항상 true 값을 보고하게 됩니다.
statfs_percent=value 기간이 만료되지 않은 경우에도, 마스터 statfs 파일로 다시 동기화되기 전 로컬 기반 statfs 정보의 최대 변경 비율에 대한 한도를 부여합니다. statfs_quantum이 0으로 설정되어 있을 경우, 이 설정은 무시됩니다.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.