work smart !!

리눅스에서 장비 추가된 것 확인

/dev/sdg~sdn 까지 8개가 추가되었다.

이제 전에 했던 fdisk를 파티션작업

파일시스템 유형을 fd(linux raid autodetect로 설정

/dev/sdn까지 파티션작업완료

RAID 0

위 작업을 끝낸 후 mdadm명령어로 실제 raid를 구성한다.

mdadm --create /dev/md0 --level=0 --raid-device=2 /dev/sdg1 /dev/sdh1

mdadm --detail --scan 명령어로 raid0 구성을 확인한다.

Mkfs.ext3 /dev/md0 포멧하여 사용할수 있게 해준다.

그후 폴더 생성해서 마운트시키면 raid 0 구성이 완료 된다.

RAID 1

mdadm명령어로 /dev/md1을 level1로 생성

확인하고 포멧후 마운트하여 사용

RAID 5

level 5로 주고 devices갯수 4로 설정 후 레이드 구성

mkfs 로 md5포멧후 마운트하여 사용

※mdadm 의 옵션

--create /dev/md0 : md0 장치에 raid를 생성

--level=0 : raid 0을 지정

--raid-devices=2 /dev/sdb1 /dev/sdc1 : 2개의 하드디스크를 사용하며,

이어서 나오는 것은 장치이름

출처 : http://keh1j.tistory.com/20

지난 포스트에서
Raid 레벨 0~4까지 다루었습니다.
해당내용은 아래의 링크를 아래 참고 하세요.

레이드 ( RAID ) 의 레벨과 구성 ( 1부 : Raid Level 0,1,2,3,4 )

간단하게 정리하자면
Raid Level 0 인 Striping(스트라이핑)은
데이터를 쪼개서 분산 저장 해서 속도향상을 위한 레벨이고
Raid Level 1 의 Mirroring ( 미러링 )은
안전성을 좋지만 드라이브 용량 이용의 비효율성이 있습니다
Raid Level 3,4 는 Parity ( 패리티 : 데이터 오류 체크 기술)로
레벨0의 불안전성을 보완한것입니다.

이제 가장 많이 사용하는
Raid Level 5 와 Level 6 복합구성인 01, 50, 60 등에 관해서 말하겠습니다.


RAID Level 5 ( 레이드 5 ) : 필요 드라이브 최소 3개이상

레벨 5는 레벨 3과 레벨 4의 단점을 보완한 방식으로, 패리티 정보의 저장을 전담하는 하드디스크 대신 모든 하드디스크에 패리티 정보를 분산 저장합니다. 이 방식은 쓰기(Write)에는 패리티 정보가 분산되어 저장되기 때문에 Level 3, 4의 단점이었던 병목을 줄여주지만, 읽기(Read)에서는 사방에 흩어져 있는 패리티 정보를 갱신하며 읽게 되기 때문에 성능 저하가 생길 수밖에 없습니다. 이러한 단점 역시 컨트롤러에 지능형 캐쉬를 내장하여 속도저하를 최소화시키는 역할을 하고 있습니다. 성능면에서 Raid 0 보다 떨어지지만 성능, 안정성, 용량 3 부분을 고려한 형태입니다.

하나의 드라이브가 고장날 경우 다른 드라이브에 별도로 저장된 패리티( Parity ) 정보를 정보를 통해서 복구하고 손상된 드라이브의 패리티 ( Parity ) 정보는 나머지 하드에 있는덷 테이터를 토대로 다시 작성할수 있습니다. 그러나 별도의 패리티 정보를 저장하는 작업을 해야 하기 때문에 RAID Level 1 보다는 쓰기 성능이 떨어집니다.

가끔 전화와서
" 고객님~!" " 계란을 한바구니에 담지마라~!! 그러면서~ 좋은 상품이 있어서~~." 요러 면서 광고 시작하죠?
이 멘트가 적용된 레이드 구성입니다. 각각의 하드에 패리티 정보를 분산 시킨거죠 ^^

RAID 3, 4와 달리 패리티 정보가 저장된 디스크가 따로 없어 패리티 디스크 고장과 같은 문제에서
자유롭고 실제 서버/워크스테이션에서 가장 많이 사용되는 방식입니다.


RAID Level 6 ( 레이드 6 ) : 필요 드라이브 최소 4개이상

레벨 6은 RAID 5와 같은 개념이지만 다른 드라이브들 간에 분포되어 있는 2차 패리티 정보를 넣어 2개의 하드에 문제가 생겨도 데이터를 복구할 수 있습니다. RAID 5보다 더욱 데이터 안정성을 고려하는 시스템에서 사용합니다.

하드를 스트라이핑으로 묶었기 때문에 RAID 0+1이나 RAID 10(1+0)보다 성능은 더 높고 신뢰성도 우수 하지만 패리티 정보를 2중으로 저장하면서 읽기 성능은 RAID 5와 비슷하지만 쓰기 작업 구현이 아주 복잡해서 일반적으로 잘 사용하지 않습니다.



RAID Level 0+1 / 1+0 (레이드 01 / 10 ) : 필요 드라이브 최소 4개

간단히 말하자면 레이드 레벨 0과 레벨 1의 복합 구성입니다.
레벨 0의 Striping과 레벨 1의 Mirroring의 기능이 합쳐진 것으로, 분산 저장을 통한 성능 향상을 꾀할 수 있으면서 데이터의 안정성 또한 보장받을 수 있습니다. 때문에 속도 및 안정성 두 마리의 토끼를 다 잡은 듯 보이지만, 여전히 전체 용량의 50%만 사용할 수 있는 것은 변함이 없으며, 비용이 많이 든다는 문제점이 있습니다.

01과 10의 차이는 어느 쪽을 먼저 구성하느냐의 차이입니다.
4개의 드라이브로 구성한다면 위의 이미지 처럼 그 차이는 없습니다.
그러나 6개의 드라이브로 구성한다면 달라지게 됩니다.(아래 이미지 참고)
드라이브가 6개일때 01의 구성은 3:3 으로 구성되지만
10의 구성은 2:2:2 로 구성되게 됩니다.

드라이브가 6개일때...
RAID 0+1은 RAID 0으로 구성된 드라이브들을
최종적으로 RAID 1로 묶는 것이라 각각 3개씩 하드 가 나눠지며,
RAID 1+0은 2개씩 RAID 1으로 묶여있는 하드들이 RAID 0으로 구성됩니다.

RAID 0+1의 경우 1개의 하드만 고장나서
복구해도 다른 RAID 0 구성에서 나머지 하드까지 데이터 전체를 복구해야 하지만,
RAID 1+0으로 만든 시스템은
고장난 하드가 하드 1개라고 하면 미러링으로 묶인 하드를 통해 데이터만 복구하면 되므로
실제로 운용하는데는 RAID 1+0 이 훨씬 유리합니다.

이외에 Raid 51 / 15 , Raid 05 / 50 , Raid 60 이나 Raid100 등 역시 기존의 레벨의 복합적 구성입니다.

레벨 0 이 들어가면 성능의 향상을 기대할수 있으나 안정성은 불안하게 됩니다.
레벨 1 이 들어 가면 안전성을 확복할수 있으나 용량의 감소 또한 감수 해야 됩니다.
레벨 5나 6의 구성에 최소 3~4개의 드라이이브가 소모되기 때문에
이들의 복합적인 구성은 최소 6개 이상의 드라이가 있어야 가능한 구성입니다.
한마디로 돈 많이 들어간다는 거죠. ^^

마지막으로 나름대로 정리해본 레이드 레벨(RAID Level)에 따른 정리 표 입니다.

< 이미지를 클릭하시면 크게 보실수 있습니다. Image Click~!! >

랜덤 읽기/ 쓰기의 성능의 향상은 체감속도의 향상과 같습니다. 프로그램을 런칭하는 속도가 랜덤 엑세스의 성능과 비례한다고 보시면 됩니다. 그리고 순차 읽기 / 쓰기는 영화파일과 같은 대용량의 파일을 이동할때의 성능 이라고 생각하시면 됩니다. ~ ^^


레벨 5 이상의 복합 구성은(50, 60) 거의 서버용이기 때문에 비용문제와 함께 거의 사용하지 않습니다.
메인보드에서 레이드 5레벨을 지원한다면 5를 추천하지만 일반적으로 많이 사용하는 것이 레이드 레벨 0 과 1의 복합 구성이 01 또는 10 입니다. 인텔의 H57칩셋 또는 P55 칩셋을 탑제한 메인보드는 레이드 5레벨까지 구성을 지원합니다. ~ ^^ 구입하실때 참고하세요.

출처 : http://loversky20.tistory.com/147

리눅스의 메모리, CPU, IO 등을 확인할 수 있는 유용한 명령어로 vmstat과 sar가 있다.

1. vmstat 5 와 같이 하면 5초 간격으로 모니터링 정보를 갱신하며 보여준다. 해당 항목들의 의미와 점검점은 다음과 같다.

출처 : Tong - 낯선남자님의 Linux통

스 왑아웃이 지속적으로 발생한다면 메모리가 부족한 것이다. w필드의 값이 증가하면 메모리가 부족하다는 의미이므로 메모리를 늘려야한다. so필드(swap out)는 0에 가까워야 한다. 평소에 swpd필드의 값이 높다고 해도 free 메모리에 여유가 있다면 메모리가 부족한 것이 아니다.

sy필드의 값이 지나치게 높으면 디스크 I/O에 문제가 있을 가능성이 크다.
그 리고 시스템 전체의 부하가 높은데 id필드의 값이 일반적으로 10%를 넘는다면 I/O나 메모리에 문제가 있을 가능성이 있다.I/O에 문제점이 있다는 것을 발견하면 iostat 등의 명령어를 추가로 사용하여 세부사항을 분석할 수 있다.

id필 드의 값이 항상 0이라면 CPU를 100% 사용하고 있다는 것을 의미한다. 그러나 항상 100%로 사용하고 있다면 어떤 작업이 계속 축적되고 있으며 CPU가 과부하를 가진다는 것을 의미한다. 이 때는 top, ps, sar등의 명령어를 사용하여 CPU를 계속 사용하고 있는 프로세스를 찾아 적절하게 대응해야 한다.

2. sar 명령 : 시스템에서 10분간격으로 성능 모니터링 한 내용을 /var/log/sa 에 저장해 둔 내용을 보여준다.

그냥 sar를 치면 오늘 현재 내용을 보여주고, sar -f /var/log/sa/sa15 와 같이 하여 특정일의 내용을 볼 수 있다.
sar명령의 여러 옵션(-b, -B, -d, -n 등)을 통해 세부적인 내용 확인도 가능하다.

DB서버나 서버단 프로세스가 많은 서버에서 성능개선을 위해 참고하면 좋은 명령어

iostat

각 disk에 받는 로드 측정, disk 입출력, 활용도, Queue크기, transaction율, 서비스 시간등

-> disk에 i/o 시 속도 측정가능한데 이 속도를 이용하여 데이터이관시 걸리는시간 측정가능

사용법

#iostat -xtc 3 200 : 3초간격, 200번 찍기 -> 가장 기본적이며 많이 사용됨, 속도 측정

ssd2 device에서 현재 쓰기가 이루어지고 있다. 속도는 1초당 244410kbyte, 즉 24mbyte/s.

만약 write 되고 있는 file이 10g라면 걸리는시간은?

10000 / 24 = 416.66 즉 417초정도 -> 6분 57초

옵션

.-x : 추가된 모든 disk들의 상태 표시

.-c : user mode, system mode, i/o를 위한 waiting, idle등에 사용된 시간의 백분율

.-t : 초당 터미널에서 사용된 read, write의 character수

.-D : 초당 disk의 read, write와 utilization에 대한 백분율

#iostat -D 3

-> util 값이 65% 이상이면 문제 발생

리눅스 OS 버전

cat /proc/sys/kernel/osrelease

cat /etc/redhat-release

cat /proc/version

uname -옵션

-a : 모든정보

-m : 하드웨어종류

-n : 호스트이름

-p : 소유자 이름

-r : 현재 버전

cpu정보

cat /proc/cpuinfo

dmesg | grep CPU
CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.51-MHz K8-class CPU)
Hyperthreading: 2 logical CPUs
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0

메모리 정보

cat /proc/meminfo

dmesg | grep memory

운영체제 확인

cat /etc/issue.net

HDD 용량 확인

df -h

HDD 확인

dmesg | grep SCSI

하드 디스크 정보(scsi)
cat /proc/scsi/scsi
ide일 경우(모델보기)
cat /proc/ide/hda/model (첫번째 하드 hda인경우)
/proc/ide/ 아래에는 하드 갯수 확인
/proc/ide/hda/ 아래에는 하드 정보
raid를 사용시

cat /proc/mdstat
네트워크 정보
cat /proc/net/netlink

출처 :

http://sjunious.egloos.com/980953

http://knight76.tistory.com/1134

http://the7dayz.tistory.com/2

NSF는 네트워크를 통해 서버간에 파일을 공유할 수 있도록 해줍니다.

처음으로 NFS 설정을 해보는데 정말 애를 먹었습니다.

내용 함께 공유하니 저처럼 리눅스 NFS 설정하시는 분들 참고하시길 바래요.

저는 CentOS를 사용하고 있습니다.



서버측 설정

portmap과 NFS를 실행해야 합니다. 그리고 nsflock도 실행해주세요.

설치가 되어있지 않다면 설치해주세요.

CentOS는 기본적으로 설치가 되어있으니 설치과정은 넘어갑니다.


# /etc/init.d/portmap start
portmap (을)를 시작 중: [  OK  ]

# /etc/init.d/nfs start
NFS 서비스를 시작 중:  [  OK  ]
NFS 쿼터를 시작 중: [  OK  ]
NFS 데몬을 시작 중: [  OK  ]
NFS mountd를 시작 중: [  OK  ]

# /etc/init.d/nfslock start




# rpcinfo -p

로 확인하면 아래와 같이 포트번호와 사용중인 목록이 나옵니다.

nfs랑 portmap이 보이면 잘 실행되고 있는것 입니다.

100000    2   tcp    111  portmapper
100000    2   udp    111  portmapper
100011    1   udp    625  rquotad
100011    2   udp    625  rquotad
100011    1   tcp    628  rquotad
100011    2   tcp    628  rquotad
100003    2   udp   2049  nfs
100003    3   udp   2049  nfs
100003    4   udp   2049  nfs
100021    1   udp  54868  nlockmgr
100021    3   udp  54868  nlockmgr
100021    4   udp  54868  nlockmgr
100003    2   tcp   2049  nfs
100003    3   tcp   2049  nfs
100003    4   tcp   2049  nfs
100021    1   tcp  36016  nlockmgr
100021    3   tcp  36016  nlockmgr
100021    4   tcp  36016  nlockmgr
100005    1   udp    654  mountd
100005    1   tcp    657  mountd
100005    2   udp    654  mountd
100005    2   tcp    657  mountd
100005    3   udp    654  mountd
100005    3   tcp    657  mountd



마운트할 디렉토리를 설정하기 위해 /etc/exports 파일을 열어 아래의 내용을 추가합니다.


# vi /etc/exports
/home/nfs 192.168.5.123(rw)


/home/nfs 폴더에 대해서 192.168.5.123 아이피에 rw(읽기쓰기)권한을 준다는 설정입니다.

nfs 재실행합니다.


# /etc/init.d/nfs restart
NFS mountd를 종료 중: [  OK  ]
NFS 데몬을 종료 중: [  OK  ]
NFS quota를 종료 중: [  OK  ]
NFS 서비스를 종료 중:  [  OK  ]
NFS 서비스를 시작 중:  [  OK  ]
NFS 쿼터를 시작 중: [  OK  ]
NFS 데몬을 시작 중: [  OK  ]
NFS mountd를 시작 중: [  OK  ]


서버측 설정이 끝났습니다.


NSF 설정을 확인하고자 할때는

# showmount -e

이 명령어로 확인이 가능합니다.



클라이언트측


portmap과 nfs를 실행합니다.



# /etc/init.d/portmap start
portmap (을)를 시작 중: [  OK  ]

# /etc/init.d/nfs start
NFS 서비스를 시작 중:  [  OK  ]
NFS 쿼터를 시작 중: [  OK  ]
NFS 데몬을 시작 중: [  OK  ]
NFS mountd를 시작 중: [  OK  ]



마운트를 실행합니다
 
# mount -t nfs 192.168.5.123:/home/nfs /home/nfs


192.168.5.123서버의 /home/nfs 폴더를 /home/nfs 폴더에 마운트 하는 명령어 입니다.

명령이 잘 실행되었다면 NFS설정이 완료된 것입니다.



마운트한 폴더를 삭제할때는 먼저 마운트를 해제해주세요.

# umount /home/nfs




서버나 클라이언트 쪽에서 부팅시 자동으로 올라오도록 설정하기 위해서는 아래의 명령어를 실행하면 됩니다.

# chkconfig --level 3 nfs on
# chkconfig --level 3 portmap on




여기까진 어렵지 않은데 방화벽이 있을경우가 설정이 복잡해집니다.

NFS 사용할때 랜덤방식으로 포트번호가 변경되기 때문에 포트를 고정시켜주는 작업이 필요하고

이 고정된 포트에 대해서 방화벽을 해제해주셔야 합니다.

서버측에서 방화벽이 있는 경우 아래의 작업을 추가로 진행해주어야 합니다.


# rpcinfo -p

로 사용중인 포트를 다시 확인해봅시다.

100000    2   tcp    111  portmapper
100000    2   udp    111  portmapper
100011    1   udp    625  rquotad
100011    2   udp    625  rquotad
100011    1   tcp    628  rquotad
100011    2   tcp    628  rquotad
100003    2   udp   2049  nfs
100003    3   udp   2049  nfs
100003    4   udp   2049  nfs
100021    1   udp  54868  nlockmgr
100021    3   udp  54868  nlockmgr
100021    4   udp  54868  nlockmgr
100003    2   tcp   2049  nfs
100003    3   tcp   2049  nfs
100003    4   tcp   2049  nfs
100021    1   tcp  36016  nlockmgr
100021    3   tcp  36016  nlockmgr
100021    4   tcp  36016  nlockmgr
100005    1   udp    654  mountd
100005    1   tcp    657  mountd
100005    2   udp    654  mountd
100005    2   tcp    657  mountd
100005    3   udp    654  mountd
100005    3   tcp    657  mountd


111 포트와 2049번 포트를 제외하고 나머지 포트는 NFS가 실행될때마다 변경되는데요 포트를 고정시켜야 합니다.


# vi /etc/init.d/nfslock

start() {
    if [ ! -f /var/lock/subsys/nfslock ]; then
        # Start daemons.
        if [ "$USERLAND_LOCKD" ]; then
          echo -n $"Starting NFS locking: "
          daemon rpc.lockd -p 4000


/etc/init.d/nfslock을 열어 daemon rpc.lockd -p 4000 로 수정해주세요.


# vi /etc/sysconfig/nfs
LOCKD_TCPPORT=4001
LOCKD_UDPPORT=4001
MOUNTD_PORT=4002

/etc/sysconfig/nfs에서 TCP, UDP, MOUNTD 포트번호를 고정합니다.



# vi /etc/services


# pxc-splr-ft  4003/tcp                   # pxc-splr-ft
# pxc-splr-ft 4003/udp                   # pxc-splr-ft
rquotad         4003/tcp                        # rpc.rquotad tcp port
rquotad         4003/udp                        # rpc.rquotad udp port



/etc/services를 열어 4003번 포트에 대한 내용을 추가해야합니다. 기존 4003번 포트는 주석처리해주세요.

자 이제 수정한 값을 적용하기 위해 NFS를 재실행합니다.


# /etc/rc.d/init.d/nfslock restart
# /etc/rc.d/init.d/nfs restart


포트가 잘 변경되었는지 확인해봅시다.



# rpcinfo -p
100000    2   tcp    111  portmapper
100000    2   udp    111  portmapper
100024    1   udp    614  status
100024    1   tcp    617  status
100011    1   udp    668  rquotad
100011    2   udp    668  rquotad
100011    1   tcp    671  rquotad
100011    2   tcp    671  rquotad
100003    2   udp   2049  nfs
100003    3   udp   2049  nfs
100003    4   udp   2049  nfs
100003    2   tcp   2049  nfs
100003    3   tcp   2049  nfs
100003    4   tcp   2049  nfs
100021    1   udp   4001  nlockmgr
100021    3   udp   4001  nlockmgr
100021    4   udp   4001  nlockmgr
100021    1   tcp   4001  nlockmgr
100021    3   tcp   4001  nlockmgr
100021    4   tcp   4001  nlockmgr
100005    1   udp   4002  mountd
100005    1   tcp   4002  mountd
100005    2   udp   4002  mountd
100005    2   tcp   4002  mountd
100005    3   udp   4002  mountd
100005    3   tcp   4002  mountd


4001번 4002번 포트를 잘 사용하고 있네요.

이제 NFS에 사용되는 포트들에 대해서 방화벽을 해제합니다.


# vi /etc/sysconfig/iptables
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 111 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 111 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 2049 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 2049 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 4000:4004 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 4000:4004 -j ACCEPT


그리고 iptables를 재실행합니다.
 
# /etc/rc.d/init.d/iptables restart




서버측의 hosts.allow 또는 hosts.deny에 클라이언트측 서버에 대한 접근을 허용 또는 막아놓았다면 이에 대한 허용처리도 해주어야 합니다.


# vi /etc/hosts.allow
portmap : 192.168.5.123
mountd : 192.168.5.123

nfs가 실행이 되지 않았거나, 방화벽이 열리지 않았거나, host가 막혀있다면

authentication error
RPC Error: Program not registered.

클라이언트측에서 mount 명령어를 실행할때 이런 종류의 에러메시지를 받을 수 있습니다.

이런 메시지가 나타난다면, 서버측과 클라이언트 측의 nfs 관련 서비스가 잘 실행되고 있는지 확인해주시고,

방화벽이나 특정 ip에 대해서 접근을 막아놓지 않았는지 확인해보세요.

구글링을 통해 보니 이런 오류메시지가 나왔을때

다른 분들의 경험에서는 hosts.allow, hosts.deny파일의 퍼미션이 604이상이 되어야 한다고도 하네요.




※ NFS 참조링크
http://www.yongbok.net/blog/?p=75
http://theeye.pe.kr/entry/%EA%B0%84%EB%8B%A8-%EC%A0%95%EB%A6%AC-%EB%A6%AC%EB%88%85%EC%8A%A4-NFS-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0
http://mdoli.com/tatter/entry/Linux-NFS-%EC%84%9C%EB%B2%84-%EA%B5%AC%EC%B6%95-2%EB%B0%A9%ED%99%94%EB%B2%BD-%EC%82%AC%EC%9A%A9-%EC%8B%9C



추가(2012.5.15 업데이트됨)

NFS로 공유된 디렉토리는 서버가 부팅될때 자동으로 마운트 되지 않습니다.

자동으로 마운트되도록 하기 위해서는 /etc/fstab 에 마운트 포인트를 추가하고 netfs 데몬을 활성화해야합니다.
(서버측이 아닌 클라이언트측에서 설정합니다.)


1. /etc/fstab 에 마운트 포인트 추가

# cat /etc/fstab

를 입력하면 아래와 유사한  결과를 볼 수 있습니다.

현재 설정된 마운트 포인트들입니다.

바로 여기에 NFS 설정한 마운트 포인트를 추가해주어야 합니다.

각 값의 순서는 다음과 같습니다.

[파일시스템 장치명] [마운트 포인트] [파일시스템 종류] [옵션] [dump관련설정] [파일점검 옵션]

-파일시스템 장치명 : 장치명을 지정
-마운트 포인트 : 장치가 연결된 마운트 지점
-파일시스템 종류 : 파티션이 사용하는 파일시스템 지정
-옵션 : 파일시스템의 속성을 설정하는 옵션
defaults (rw, nouser,auto,exec suid 속성을 모두 가지는 옵션)
auto : 부팅시 자동 마운트
noauto : 부팅시 자동마운트 안함
exec : 실행파일이 실행되는 것을 허용
no exec : 실행파일이 실행되는 것을 허용 안함
suid : setuid, setgid의 사용을 허용하는 옵션
nosuid : setuid, setgid의 사용을 거부
ro (read only) : 읽기 전용
rw (ead write) : 읽고 쓰기 가능
user : 일반 계정 사용자들도 마운트 할 수 있는 옵션
nouser : root만 mount 가능
usrquota : 일반 사용자 quota적용
grpquota : 그룹 quota 적용
 
-dump 관련 설정
0 : 덤프되지 않은 파일시스템
1 : 데이터 백업을 위해 dump가능
 
-파일점검 옵션
0 : 부팅시 fsck를 사용하지 않음
1 : 루트 파일시스템을 의미
2 : 루트 파일시스템 이외의 파일시스템을 의미

/etc/fstab 파일을 열어 맨아래에 아래와 같이 NFS 설정했던 마운트 포인트를 추가로 입력해주시면 됩니다.

192.168.5.123:/home/nfs /home/nfs nfs defaults 0 0

2. netfs 데몬 활성화

netfs 데몬을 활성화 합니다.

# chkconfig --level 35 netfs on

값을 확인해보도록 하지요.

#chkconfig --list | grep netfs

아래의 그림처럼 3번과 5번이 활성 또는 on 이라고 나오면 됩니다.

이렇게 설정이 되면 서버가 부팅될때 NFS 설정한 폴더가 자동으로 마운트 됩니다.

출처 : http://trend21c.tistory.com/1285