좌충우돌 IT이야기

DB를 설치하기 전 (사실 설치를 했지만, 에러나서 실패한건 비밀) 용도별 파일시스템을 만들기로 했다. 파일시스템을 구축해야 하는 이유는 용도별 용량을 설정해주기 위해서다. 이게 무슨말일까? 파일 시스템을 별도로 사용하지 않고, 한 폴더를 여러 곳에서 사용한다면 어느 곳에서 많이 쓰고 있는지 어디가 과하게 잡혀 있는지 모르게 될 것인다. (진짜?)

사실 회사에서 본 폴더 구조인데 왜 이렇게 복잡하게 설정하고 쓰고 있나 몰랐는데, 막상 구축하려니까 그들의 고뇌가 느껴졌다. 스고이.

일단 내가 구성할 파일시스템 구성은 /sw /log /arc /work 이다. 각각 파일시스템의 용도는 이렇다.

/sw : 데이터베이스 관련 엔진들이 설치될 공간
/log : 데이터베이스 각종 log 파일이 떨어질 공간
/arc : 오라클 아카이브 파일이 떨어지게될 공간
/work : 공유메모리로 여러 쉘 스크립트 작성들 여러 노드들과 공유하게될 폴더 (이건 그룹 볼륨을 해야될것 같은데 어려울것 같음)

이 글을 쓰기전까기 많은 노력들이 있었다. 파티션을 잘못 지워서 OS 를 다시 설치하기도 하였다. 그 덕분에 잘되던 alien 패키지도 동작을 하지 않는다.. so many 숙제 발생..

일단, log 파일을 15G로 설정할 예정이다. log 주제에 너무 많긴 하지만 파티션을 쪼개기 귀찮은건 안 비밀이다. 나중에 사용량을 봐서 줄여야겠다.

#1 파티션 확인하기
fdisk -l

root@DevOps:~# fdisk -l
Disk /dev/sda: 465.78 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 860 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x12dd99c9

Device     Boot   Start       End   Sectors   Size Id Type
/dev/sda1  *       2048   1050623   1048576   512M 83 Linux
/dev/sda2       1052670 976771071 975718402 465.3G  5 Extended
/dev/sda5       1052672 976771071 975718400 465.3G 83 Linux


Disk /dev/sdb: 14.94 GiB, 16013942784 bytes, 31277232 sectors
Disk model: SanDisk SSD i100
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6443471b

Device     Boot   Start      End  Sectors  Size Id Type
/dev/sdb1          2048  1050623  1048576  512M 83 Linux
/dev/sdb2       1052670 31277055 30224386 14.4G  5 Extended
/dev/sdb5       1052672 31277055 30224384 14.4G 83 Linux

파일시스템을 확인할 수 있는 명령어이다. /dev/sda1 을 보면 '*' 이 찍힌 것을 확인할 수 있는데, 이건 OS 관련 부팅 시스템이 설치된 공간임을 뜻한다. 만약 저걸 지우고 싶다? 그러면 재부팅이 안되며, 여러분의 소중한 시간은 삭-제와 만성 스트레스는 보너스다.

솔직히 저걸로 보면 뭔가 어질어질하다. 남들하게는 그럴싸하게 보이는 효과가 있으나, 내 머리가 어질어질해지는 효과도 추가 데미지이다. 우리는 그들이 내 모니터를 쳐다 보지 않으면, lsblk 명령어로 아주 편하게 파악하자.

lsblk

root@DevOps:~# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda1   8:1    0   512M  0 part 
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0 465.3G  0 part /
sdb      8:16   0  14.9G  0 disk 
├─sdb1   8:17   0   512M  0 part 
├─sdb2   8:18   0     1K  0 part 
└─sdb5   8:21   0  14.4G  0 part 
sr0     11:0    1  1024M  0 rom

결과를 확인해보면, sda와 sdb가 2개로 나온것을 볼 수 있는데 저건 실제로 PC에 장착되어 있는 디스크를 뜻한다. 나도 몰랐는데 이번에 확인해보니 나는 2개의 디스크가 노트북에 장착되어 있었다. (왜지?) 고로, sda 하드디스크 1개와 sdb 하드디스크 1개 그러면 합이 총 몇 개 일까요? 자, 그럼 이제 log 파일을 등록해보자.

lsblk를 통해 여러 파티션이 나누어져 있다는 사실이 학인되었다. 하지만, df -h 명령어를 확인해보면 전부 사용되지 않고 있다는 사실을 알 수 있다. 고로 놀고있는 놈이 있다는 사실을 알 수 있다. 회사의 부장님들이 우리가 노는 꼴을 못 보는 것처럼 우리도 이 놈들을 일하게 해야되는 의무가 있다.

root@DevOps:/mnt# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           383M  1.7M  382M   1% /run
/dev/sda5       457G  9.6G  425G   3% / # <===== 마운트된 파티션
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
tmpfs           383M   20K  383M   1% /run/user/1000

/dev/sda5 파티션만 열일 하는 것이 확인 되었다. 오늘은 /dev/sdb5에게 /log 폴더를 떠 맡기기로 했다.

#2 파일시스템 마운트
mkfs -t ext4 /dev/sdb5

root@DevOps:~# mkfs -t ext4 /dev/sdb5
mke2fs 1.45.5 (07-Jan-2020)
/dev/sdb5 contains a ext4 file system
	created on Sat Apr 30 22:55:49 2022
Proceed anyway? (y,N)

확인된 디스크를 리눅스 OS가 쓸 수 있도록 포맷하는 과정이다. 나는 이미 포맷되어 있는데 또 할꺼냐고 물어봐서 'N'을 눌러주었지만, 'y'를 눌러주면 수많은 로그가 화면에 찍힐 것이다. 이때 강한 어필을 하고 싶다면, y를 누르고 기지개를 키면서 화장실을 가보자. 그럼 당신이 무언가를 열심히 하고 있다고 생각할 것이다.

이 후에 mount 시킬 폴더를 만들어 보자 mkdir /log 디렉토리를 만드는 명령어이다.

자 그럼 마운트를 해볼까?

root@DevOps:/# mount -t ext4 /dev/sdb5 /lot
mount: /lot: mount point does not exist.

what thu fxxx... 역시 한 번에 성공하지 않는 것은 국룰인가보다. 해결 방법을 찾아보니 /etc/mnt 하위에 log 폴더를 만들라는 것이었다. 하지만 난 그 방식이 맘에 들지 않아 ! 다른 방법으로 시도 해보기로 한다.

(나중에 확인해보니 오타가 있었음)

mount /dev/sdb5 /log

root@DevOps:/mnt# mount /dev/sdb5 /log

아무런 이벤트가 없다. 잘 되거야? 너? 너 뭐돼? 확인 해보자.

root@DevOps:/mnt# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           383M  1.7M  382M   1% /run
/dev/sda5       457G  9.6G  425G   3% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
tmpfs           383M   20K  383M   1% /run/user/1000
/dev/sdb5        15G   37M   14G   1% /log <= 짜잔

드디어 됐다... 이 틀만의 삽집이 빛을 발휘하는 순간이다. 자 그럼 끝 ! 이 아니라 mount 한 파일시스템은 재부팅하면 자동으로 활성화 되지 않는다. 즉, 오늘 퇴근하면 내가 다시 부를때까지 출근하지 않는다는 것이다. 헬조선에서 그 꼴은 볼 수 없지. 내가 부르지 않아도 알아서 출근하도록 설정을 해주자.

cat /etc/fstab

root@DevOps:/etc# cat fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=5eae71cc-c1e4-4d92-a182-7b65fc2fd519 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=F06D-FEA2  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/sdb5 /log ext4 defaults 0 0 #2022-05-01 추가

cat /etc/fstab 명령어를 실행하면, /dev/sdb5가 빠진 구성이 확인될 것이다. 그럼 재부팅 된 후에도 잘 작동되는지 확인하면 정말로 끝이난다. 지금은 귀찮으니.. 다음에 확인해보도록 하자. 아래의 글이 작성된다면 한 번에 성공하지 못한 것이다.

재부팅 후 이야기
성-공