Tag Archives: Redhat

[Fedora/CentOS/RHEL] OS의 패키지를 최신으로 업데이트할 수 있는 Les RPM de Remi

리눅스는 IDC에 두고 쓰던 서버에서 RedHat 6부터 설치하여 사용해 왔지만 RedHat의 유료 Enterprise Linux 정책으로 인해 사실상 다른 OS를 선택해야 하는 상황이 왔었습니다. 당시에 RedHat 9을 마지막으로 많은 분열이 일어나면서 비상업성을 띄는 Fedora, 상업성을 띄는 Enterprise Linux, Enterprise Linux의 클론본이라 불리는 CentOS와 WhiteBox가 그마나 선택해볼만한 선택지였습니다.

사용자 삽입 이미지
당시에는 몇번을 뒤엎어가며 여러 배포폰을 번갈아가며 사용해 보았습니다. 당시에 최초로 등장한 Fedora의 느낌은 뭐랄까 RHEL(RedHat Enterprise Linux)의 테스트버젼 같은 느낌이었습니다. 최대한 다양한 테스트 패키지를 시험적으로 돌려보고 장기 목표에서 괜찮은 성과를 내면 RHEL로 들어오는 그런 느낌이었습니다. 실제로 전세계의 대표서비스인 위키피디아의 대부분의 서버가 Fedora서버로 이루어져 있습니다. 하지만 간단히 웹서버를 구성하여 사용하기엔 너무나 많은 잡다한것이 설치가 되더군요. 아무리 최소설치를 해도 제 마음에는 들지 않았습니다. 패키지를 잘 커스터마이징 해서 쓴다거나 아예 신경을 끄면 될일이었을지도 모르겠지만 Fedora는 지금도 역시 저어게는 학습용 그 이상으로 선택되어지지 않습니다;
두번째로 WhiteBox부터 언급해 보겠씁니다. 당시에 CentOS보다 먼저 등장했던것으로 기억합니다. RHEL의 클론본이라고 자신있게 나왔지만 RHEL과는 너무나 달랐습니다. 클론이라기 보다는 흉내라고 부르는게 나았을지도 모르겠습니다.

다음은 CentOS입니다. 이것이 그나마 사실 가장 RHEL의 클론본에 가깝지 않았나 생각됩니다. 실제로 CentOS는 꽤 오래 써왔습니다.(한 6개월?) 많은 분들이 사용하고 계시지만 개인적으로 CentOS를 별로 좋아하지 않습니다. 이유는 CentOS는 순수하게 RHEL의 클론본이 아닙니다. 이것 역시 자신들의 철학이 많이 들어가 있습니다. 그리고 그것이 점점 심해지고 있지 않나 생각됩니다.

가장 기본적으로 최소설치를 해봐도 설치된 패키지에서 많은 차이가 납니다. 설정등에서도 많은 차이가 납니다. 그리고 무엇보다 CentOS를 사용하면서 원인을 알수 없는 문제를 여러번 겪었었습니다. 많은 기업에서 CentOS를 사용하고 계신것으로 알고 있습니다만 저는 CentOS를 신뢰하지 않습니다. 그래서 RHEL을 사용합니다.

사용자 삽입 이미지

하지만 RHEL에도 한계는 있습니다. 라이센스를 정상적으로 구매하여 사용한다면 문제될것이 없겠지만 그것이 아니라면 문제가 됩니다. 저같은 경우에는 개인적으로 업데이트 서버를 구축하여 사용하고 있고 중요 패키지는 직접 빌드하여 사용합니다. 하지만 덜 중요한것들에게는 시간을 투자하는것이 왠지 아깝기 마련입니다.

그래서 찾다 보니 괜찮은것을 발견하였습니다. 실제로 제 개인적으로 가지고 있는 서버에 적용하여 사용해 보았는데 아주 완벽하게 동작합니다. Fedora, CentOS, RHEL등을 매우 깔끔하게 지원합니다.

http://blog.famillecollet.com/


Remi의 RPM저장소쯤으로 보면 되겠네요. 프랑스쪽 사람이 운영자인듯 한데 다행이도 영어버젼의 홈페이지도 운영중입니다. RHEL5기준으로 yum이 설치되어있다고 가정하고 Remi 저장소를 연동하는 과정을 적어보겠습니다. [참고문서]
[code]wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm[/code]
저 과정만 거치면 기본적으로 필요한 설정이 알아서 끝나게 됩니다. /etc/yum.repo.d 디렉토리 안에 필요한 설정이 추가되게 됩니다. 이제 다음과 같은 명령으로 Remi 저장소에서 필요한 패키지를 설치하거나 업데이트 할 수 있습니다.
[code]yum –enablerepo=remi install <패키지명>[/code]
rpm에서 GPG키 관련 에러를 뱉을 경우 다음의 명령을 실행해 주시면 됩니다.
[code]rpm –import RPM-GPG-KEY-remi[/code]
몇일째 개인 서버에서 돌려본 소감은 개인이 운영함에도 불구하고 개인의 주관적인 철학이나 특정 +@가 전혀 없다는 점입니다. 어디서나 볼법한 깔끔한 패키지를 제공합니다. 실제로 사용해 보니 아주 만족스럽습니다. 하지만 실제 서비스중인 서버에 적용해도 될지에 대해서는 많은 고민이 필요할 것같습니다. 이 저장소를 사용함으로써 매우 최신의 패키지를 바로바로 업데이트 받아 사용할 수 있게 되었습니다.

[RHEL] MegaRaid 모니터링 및 관리툴 사용하기

DELL 서버등에서 사용되는 레이드 컨트롤러로 LSI에서 OEM 제작 하는 MegaRaid가 있습니다.

PERC/X등으로 불리는 모델들인데 리눅스 기반에서 하드웨어 오류를 모니터링 하기에 문제가 있습니다. (있는줄 알았다-_-;)

리눅스의 기본 제공되는 HDD 모니터링 툴인 SMART로도 다음과 같은 에러만 내뱉는군요.

[code][root@Theeye ~]# smartctl -a /dev/sda
smartctl version 5.36 [i686-redhat-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/


Device: MegaRAID LD 0 RAID1   34G Version: 351X
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more ‘-T permissive’ options.[/code]

현재 SmartMonTools는 3.38버젼까지 나와있는데 현재까지는 MegaRaid를 지원하지 않습니다.

하지만 [이곳]을 참고해 보면 CVS 상의 최신 소스는 MegaRaid를 지원하는 것을 알 수 있습니다.

하지만 그전에 혹시 MegaRaid측에서 제공하는 모니터링 툴이 있을까 찾아보니 아주 친절하게 있는 것을 알게 되었습니다.

[이곳]에 가보면 각각의 모델별로 모니터링 툴뿐만 아니라 각종 관리툴 및 펌웨어 업그레이드 유틸리티까지 제공합니다.

버젼업그레이드가 충실하지 않은것 같으니 SCSI사용자라면 그냥 다음을 사용하셔도 될것 같네요.

1053430053.gz


위의 파일을 압축 풀어 DellMgrMegamon을 설치합니다. snmp를 사용하기 위해서는 percsnmp를 설치하면 됩니다.

먼저 모니터링 툴을 가동시켜 보겠습니다.

[code][root@Theeye ~]# MegaCtrl -start
32 Bit Compiled Code

MegaCtrl Version (MIMD Linux Driver Compliant): DELL Version : 3.8 Aug 05, 2003

Set CheckConsistencyProgressInterval to 0
MegaCtrl:Service started normally[/code]
정상적으로 실행되는 것을 볼 수 있습니다. 이번엔 메일 알림 기능을 꺼버리겠습니다.
[code][root@Theeye ~]# MegaCtrl -disMail

32 Bit Compiled Code

MegaCtrl Version (MIMD Linux Driver Compliant): DELL Version : 3.8 Aug 05, 2003
The Mailing Option Disabled[/code]
MegaCtrl -help 명령을 사용하여 각종 옵션을 확인할 수 있습니다.

이후부터 /var/log/megaserv.log 파일에 로그가 쌓이게 됩니다. 로그를 살펴보니 이런 로그를 확인할 수 있었습니다.

[code][01/29/2009 (17:28:16)]:
    Adapter 0:  Battery Temperature GOOD.
[01/29/2009 (17:28:16)]:
    Adapter 0:  Battery Voltage GOOD.
[01/29/2009 (17:28:16)]:
    Adapter 0:  No of Charge Cycles = 0
[01/29/2009 (17:28:24)]:
    Adapter 1:  Battery Temperature GOOD.
[01/29/2009 (17:28:24)]:
    Adapter 1:  Battery Voltage GOOD.
[01/29/2009 (17:28:24)]:
    Adapter 1:  No of Charge Cycles = 3
[01/29/2009 (17:28:24)]:
    Adapter 1 Channel 0 Target 0:  Media Error Count=32, Other Error Count=0
[01/29/2009 (17:28:24)]:
    Adapter 1 Channel 0 Target 1:  Media Error Count=32, Other Error Count=0
[01/29/2009 (17:28:24)]:
    Adapter 1 Channel 0 Target 2:  Media Error Count=9, Other Error Count=0
[01/29/2009 (17:28:24)]:
    Adapter 1 Channel 1 Target 12:  Media Error Count=32, Other Error Count=0
[01/29/2009 (17:28:24)]:
    Adapter 1 Channel 1 Target 13:  Media Error Count=12, Other Error Count=0
[01/29/2009 (17:28:28)]:
    -: DELL SES Information:-
    Adapter 1 Channel 0 Target 6 [ Fans=4, Power Supplies=2 & Temperature Sensors=4 ]

[01/29/2009 (17:28:28)]:
    -: DELL SES Information:-
    Adapter 1 Channel 1 Target 6 [ Fans=4, Power Supplies=2 & Temperature Sensors=4 ]

[01/29/2009 (17:28:29)]:
    Adapter 1,Channel 1,Target 12: is going to FAIL.[/code]

보면 알 수 있듯이 채널0의 0,1,2번 하드디스크에 에러가 발생하였고 채널1의 12, 13번 하드에 에러가 발생했던것을 알 수 있습니다.

그리고 마지막에 채널1의 12번 하드가 돌아기시기 직전이라고 알려주는군요.

이번에는 DellMgr프로그램을 사용해 보겠습니다.
[code][root@Theeye ~]# dellmgr[/code]
사용자 삽입 이미지

12번 하드의 정보를 Object – Physical 메뉴에서 확인해 보았습니다. 곧 고장날것이라고 알려주는군요.

사용자 삽입 이미지
다른 하드의 정보를 보니 멀쩡하군요. 이런식으로 레이드로 묶여있더라도 각각의 디스크 정보를 확인할 수 있습니다.

사용자 삽입 이미지
기존의 남아있는 디스크를 핫스페어 디스크로 설정하였습니다. 콘솔상에서 모든 레이드 작업을 할 수 있습니다.

실제로 리빌드 상태를 확인할 수 있고, 리빌드를 정지시키거나 각종 룰을 변경할수도 있습니다.

정말 좋군요!

2010년 5월 27일 추가 –
/usr/sbin/dellmgr 파일의 상단에 다음을 추가하면 위와 같이 화면이 깨지는 문제를 해결할 수 있습니다.
[code]TERM=xterm[/code]