Information Technology WEBlog

보통 

pwd 

하면 현재 경로가 표시 됩니다. 

그리고 현재 경로의 포인터는 

./

이렇게 씁니다. 

 rename /bin/변경전파일.sh /bin/변경후파일.sh /bin/대상파일.sh 

이런 식으로 

이제 설정이 모두 끝났으면, heartbeat을 실행한다.

[portos@smurfland ~]$ sudo /etc/init.d/heartbeat start
[portos@smurfland ~]$

smurfland.snu.ac.kr과 linux-smp 모두에서 위와 같이 heartbeat을 실행시킨다.
이제 smurfland.snu.ac.kr과 linux-smp는 크로스 케이블을 통하여 heartbeat을 주고 받는다.

제대로 동작하고 있는지 확인하기 위해서 다음과 같은 테스트를 하였다.
제 3의 기계(211.111.63.105)에서 ping을 하였다. 그리고 이 때 ping 패킷이 실제로 smurfland.snu.ac.kr과 linux-smp 중 어느 것으로 보내지는지를 확인하였다.

[dhkim@voyage ~]$ ping 211.111.63.148
[portos@smurfland ~]$ sudo tcpdump dst host 211.111.63.148
[portos@linux-smp ~]$ sudo tcpdump dst host 211.111.63.148

위와 같이 실험을 해 본 결과 ping 패킷이 smurfland.snu.ac.kr로 보내지고 있다는 것을 확인할 수 있었다.
이제 primary가 고장나는 상황을 만들기 위하여 smurfland.snu.ac.kr의 네트웍을 끊어버렸다.

[portos@smurfland ~]$ sudo /etc/rc.d/init.d/network stop

그러자 잠시 후에 linux-smp에서 ping 패킷을 받기 시작했다.
제 3의 기계에서는 smurfland.snu.ac.kr의 네트웍이 끊어지더라도 계속 ping에 대한 응답을 받을 수 있었다.

다시 smurfland.snu.ac.kr의 네트웍을 복구하고, heartbeat을 실행시켰다.

[portos@smurfland ~]$ sudo /etc/rc.d/init.d/network start
[portos@smurfland ~]$ sudo /etc/init.d/heartbeat start

그러자 잠시 후에 다시 smurfland.snu.ac.kr이 ping 패킷을 받기 시작했다.
이렇게 linux-smp가 동작 중임에도 불구하고, smurfland.snu.ac.kr이 ping 패킷을 받게 되는 것은 heartbeat이 새로 실행되면서, arp 브로드캐스팅을 하기 때문이다.

끝으로 이 글을 올려주신 서상원님에게 감사를 표합니다.

이제 가장 중요한 설정하기이다. 설정화일이 있어야 하는 디렉토리는
/etc/ha.d
이다. 설정해야 할 화일은 세 가지가 있는데, ha.cf, haresources, authkeys 이다.
각 화일의 골격은 hearbeat-0.4.9/doc/ 아래에 있으니, 이 화일들을 /etc/ha.d 로 복사하여 수정하는 것이 편리하다.

[portos@smurfland ~/heartbeat-0.4.9/doc]$ sudo cp ha.cf haresources authkeys /etc/ha.d/

각각의 설정화일은 내가 설정한 것을 참조하기 바란다. 이것들은 소스에 포함된 문서에서 말하는 설정 방법과 거의 비슷하다. 
옵션에 대한 자세한 설명은 설정화일의 주석을 참조하거나 소스를 직접 분석해 보기 바란다. (ha.cf, haresources, authkeys)
Warning: 두 개의 기계에 설정화일은 완전히 동일하다. 

테스트에 사용된 기계는 펜티엄 III 866MHz, 램 256M 인 조립 PC(smurfland.snu.ac.kr)와 IBM Netfinity 4500R SMP 기계(linux-smp)였다. smurfland.snu.ac.kr과 linux-smp는 모두 DNS에 등록되지 않은 호스트 이름이다.
조립 PC의 경우에 'uname -n'이라고 치면 smurfland.snu.ac.kr 이라고 나오고, SMP 기계의 경우에는 'uname -n'이라고 치면 linux-smp 라고 나온다.
소스에 포함된 문서에서 'uname -n'이라는 명령을 주어서 화면에 나오는 것만 ha.cf의 node 항목에 넣으라고 하였다. 실제로 'linux-smp.snu.ac.kr'이라고 입력하면 어떤 결과가 발생되는지 실험해 보지 않았다. 궁금한 사람들은 한번쯤 해 봐도 말리지는 않겠다. 

그림. 설정 도식도

211.111.63.146은 smurfland.snu.ac.kr 호스트의 eth0 에 할당된 IP이고, 211.111.63.147은 linux-smp 호스트의 eth0 에 할당된 IP이다.
그리고 192.168.14.2는 smurfland.snu.ac.kr 호스트의 eth1 에 할당된 IP이고, 192.168.14.1은 linux-smp 호스트의 eth1 에 할당된 IP이다.
smurfland.snu.ac.kr 과 linux-smp 는 eth1끼리 크로스 케이블로 직접 연결되어 있다. 
위의 설정에서 primary는 smurfland.snu.ac.kr이고, standby는 linux-smp이다.
211.111.63.148은 eth0에 IP aliasing 되어 있다.

혹시 eth0와 eth1의 주소를 설정하는 방법을 모르는 사람이 있을지 모르겠다.
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/sysconfig/network-scripts/ifcfg-eth1
화일을 적당히 고친 후,

[portos@smurfland ~]$ sudo /etc/rc.d/init.d/network restart

라고 해주면 eth0와 eth1의 주소를 바꿀 수 있다. 

1. http://www.linux-ha.org/downlaod/에서 heartbeat의 소스를 다운받는다. 나는 버전 0.4.9를 다운받았다.
   
   
2. 압축을 푼다.

   [portos@smurfland ~]$ tar xzf heartbeat-0.4.9.tar.gz
   [portos@smurfland ~]$ 
   

3. 컴파일한다.

   [portos@smurfland ~]$ cd heartbeat-0.4.9
   [portos@smurfland ~/heartbeat-0.4.9]$ make
   [portos@smurfland ~/heartbeat-0.4.9]$
   

   'make rpm'을 하면 rpm으로 만들 수도 있다고 한다. 나는 개인적으로 rpm을 썩 좋아하지 않기 때문에 그냥 위와 같이 설치했다.
   
   그리고 C 라이브러리나 gcc 버전에 따라 컴파일이 잘 안 되는 경우도 있을지 모르겠다. 참고로 나는 레드햇리눅스를 기반으로 하는 와우리눅스 7.1을 사용하고 있으며, gcc 2.96, glibc 2.2.2, 커널은 2.4.5(이건 별로 상관이 없을 것 같지만...)를 사용하고 있다.
   나는 컴파일을 하다가 에러가 몇 가지 발생했다.
   heartbeat-0.4.9/stonith/expect.c 에서 CLK_TCK가 선언되지 않았다는 에러가 나왔는데, 이 화일에
   #include <time.h>
   를 추가로 인클루드하니까 이 문제가 해결되었다.
   heartbeat-0.4.9/heartbeat/hb_api.c 에서도 CLK_TCK가 선언되지 않았다는 에러가 발생했는데, 마찬가지로 이 화일에
   #include <time.h>
   를 추가로 인클루드하여서 문제를 해결했다.
   
   이런 에러가 모든 컴퓨터에서 발생한다고 생각되지는 않는다.
   
5. 
   
6. 설치한다.

   [portos@smurfland ~/heartbeat-0.4.9]$ sudo make install
   [portos@smurfland ~/heartbeat-0.4.9]$
   

   설치를 하면 다음과 같은 디렉토리 밑에 각종 화일들이 설치된다.

   /etc/ha.d
   /usr/lib/heartbeat
   /var/run/ppp.d
   /var/lib/heartbeat
   /etc/logrotate.d
   /usr/doc/heartbeat
   

이제 설치는 끝났다. 여기까지는 아주 쉽다.

heartbeat은 linux-ha 프로젝트에서 만든 툴이다. linux-ha 프로젝트의 목표는 리눅스 운영체제에 고가용성을 제공하는 것이다. 

인터넷 상에서 상용 서비스가 급속히 증가하고 있는데, 이런 것들은 중간에 중단되는 일이 없이 지속적으로 서비스를 제공하는 것이 중요하다. 이러한 특징을 고가용성이라고 하는데, 이러한 특징은 하드웨어나 소프트웨어를 중복되게 배치함으로써 가능하다. 

예를 들어 www.yahoo.com과 같은 회사는 http 서버가 잠시만 다운되어도 막대한 손실을 입을 수 있다. 이러한 회사는 http 서버를 2개(혹은 그 이상)를 둔다. 하나는 primary, 다른 하나는 standby이다. 평소에는 primary가 웹서버 역할을 하지만, primary가 고장이 나거나 갑자기 전원이 꺼지는 경우에는 standby가 primary 대신 웹서버의 역할을 한다. 이렇게 하면 외부에서 www.yahoo.com에 접속하는 사용자는 웹서버가 다운되었다는 사실을 전혀 알지 못 하고, 평소처럼 접속할 수 있다.

그렇다면 primary에 고장이 발생했다는 사실을 standby가 알 수 있어야만 primary를 대신해서 웹서비스를 할 수 있을 것이다. 이것은 어떻게 가능할까? 평소에 primary와 standby는 주기적으로 메세지를 교환한다. 이 메세지가 어느 시간 이상동안 도착하지 않으면 standby는 primary가 고장난 것으로 간주한다. 이 때 주고 받는 메세지를 heartbeat(심장 박동)이라고 한다. 위에서 이야기한 linux-ha 프로젝트에서 구현한 heartbeat이라는 툴은 이러한 메세지를 주고 받는 기능뿐만 아니라, 실제로 primary가 고장이 난 경우에 primary가 제공하던 서비스를 standby에서 제공할 수 있도록 하는 기능도 포함되어 있다.

1. 일반 프로세스

안녕하세요, 이번 강좌에서는 리눅스에서 프로세스를 종료하는 방법을 알아보겠습니다.

일반적으로 프로세스를 종료할 때는 kill 명령을 이용하는데 아래와 같은 형식으로 사용합니다. PID는 프로세스 고유 ID(숫자)를 말합니다.

[root@localhost ~]# kill PID

그런데, PID를 알아내려면 어떻게 해야 할까요? 가장 쉬운 방법은 프로세스 리스트에서 해당 프로세스의 PID를 확인하는 것입니다.

프로세스 리스트를 보려면 ps 명령을 이용하고 리스트가 너무 기니 grep 명령을 이용하여 필요한 라인을 찾습니다.

[root@localhost ~]# ps -A |grep processname

그러면 왼쪽에서 PID를 확인할 수 있습니다.

2. 데몬

데몬의 경우를 나눈 이유는 스레드가 여러개여서 그런데, 위 명령대로 확인해 보면 많으면 10개까지 프로세스가 떠있는 경우가 있습니다.

그래서 이런 경우는 일일이 종료할 필요가 없는데, 데몬을 종료하는 방법은 3가지가 있습니다.

먼저, 가장 일반적이고 정상적인 방법입니다.

[root@localhost ~]# service daemonname stop

강제로 종료하려면 killall 명령을 이용하면 됩니다.

[root@localhost ~]# killall daemonname

또, 마지막으로 모든 데몬이 지원하는 건 아니지만,

[root@localhost ~]# cat /var/run/daemonname.pid
[root@localhost ~]# kill PID

를 입력하시면 됩니다.

/var/run 디렉토리에는 실행중인 메인 데몬의 PID가 있습니다. 그래서 첫번째 줄을 실행하면 메인 PID가 나옵니다.

출처 : http://kjvvv.kr/14174

리눅스에서 프로세스 종료하기 - 리눅스 포럼

1. 일반 프로세스 안녕하세요, 이번 강좌에서는 리눅스에서 프로세스를 종료하는 방법을 알아보겠습니다. 일반적으로 프로세스를 종료할 때...

kjvvv.kr

본문으로 이동