이번에 glibc (ghost) 패키지 업데이트 관련하여 신기한 현상을 경험하게 되었다.
작업은 glibc, kernel, crash 패키지 업데이트 였으나, timezone 이 전부 EDT 로
변경 되버리는 이슈?

관련하여 찾아보니 아래와 같은 내용을 찾을 수 있었다.
Link : https://access.redhat.com/solutions/38531

내용을 보면 /etc/localtime 파일이 없는 시스템의 경우 glibc 패키지를 업데이트
하게되면 /etc/localtime 파일이 변경된다.
이유는 glibc 패키지에 /etc/localtime 파일이 포함되어 있기 때문에 설치를 해버리는?
부분 이지만, 이 부분은 기존에 파일이 존재 한다면 skip 된다.

 

RHEL5 에서 rescue mode 로 진입하면 LVM 명령어가 없다.
물론 RHEL6 에서는 기본적으로 LVM 명령어를 사용 할 수 있지만
RHEL5 는 rescue mode 로 들어가면 파일이 없다?

lvm_140619_1

 

어쩌나???
당연히 rescue mode 에서도 LVM 을 활성화 및 사용 할 수 있다.

lvm_140619_2

첨부된 사진처럼 사용하면 된다.
#lvm vgchange -ay
#lvm lvcreate -L 10G -n lvcreate vgname
#lvm lvs

문제가 생기면 구글신에게 물어보기 바란다.
참고 : http://dailypackage.fedorabook.com/index.php?/archives/159-System-Recovery-Week-Using-LVM-In-Rescue-Mode.html
고 : http://unix.stackexchange.com/questions/56887/how-to-vgscan-in-rhel-5-8-rescue-mode

RHEL6를 사용 하면서 Ctrl + Alt + Del 키를 의도하지 않고 눌러서 곤란한 경우가 생길 수 있다.
그럼 ???
해당 기능을 비 활성화 시킬 수 있을까?

방법 :
1. Xwindows (GUI) ( RHEL5, RHEL6 )

xwindows_140430_1

시스템기본설정키보드 바로 가기 를 선택

xwindows_140430_2

로그아웃” 을 선택 하고 Back Space 키를 누름 ( RHEL5 도 거의 동일 합니다. )

xwindows_140430_3

첨부 화면처럼 사용 않음 으로 표시되면 해당 기능이 비활성화 된 것임

2. Console ( TUI )

RHEL6

File : /etc/init/control-alt-delete.conf
start on control-alt-delete
exec /sbin/shutdown -r now “Control-Alt-Delete pressed”

to
#start on control-alt-delete
#exec /sbin/shutdown -r now “Control-Alt-Delete pressed”

저장 후 종료 하시면 바로 적용이 됩니다.

 

RHEL5

File : /etc/inittab

# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now

to

# Trap CTRL-ALT-DELETE
#ca::ctrlaltdel:/sbin/shutdown -t3 -r now

저장 후 종료 하고

# init q

실행 시키면 바로 적용이 됩니다.

참고 자료 :
Link : https://access.redhat.com/site/solutions/376433
Link : https://access.redhat.com/site/solutions/1058
Link : https://access.redhat.com/site/solutions/449373

RHEL 을 이용하면서 항상 듣게되는 말?
튜닝좀 해주세요…

뭘 해달란 말인가??? 이 시스템이 어떻게 사용하는지도 모르고… 얼마나 사용하는지도 모르고…
뭘 어떻게 건드려야 될지도 모르거늘???

그럼 어떻게 해야되나?

RHEL6 부터 이런 문제들을 해결하고자
기본적인 몇가지 프로파일을 중심으로 튜닝값을 제시하고 있다.
Link : RHEL with tuned , RHEL6 Performance_Tuning_Guide

“tuned”를 사용하기 위해서는 “tuned” 패키지를 설치하고 “tuned-adm” 명령어를 통해서 조절이 가능하다.

프로파일 종류 :
default

desktop-powersave
server-powersave
laptop-ac-powersave
laptop-battery-powersave
spindown-disk
throughput-performance
latency-performance
enterprise-storage

그 외 RHEL5 에서도 “ktune” 패키지가 존재하지만 RHEL6 만큼의 조절은 불가능 한것으로 보인다.

 

기존 RHEL5 버전에 존재하던 /etc/modprobe.conf 가 RHEL6 에서는 없어졌다?
어디로 갔을까???

일반적인 경우에 /etc/modprobe.conf 를 찾게되는 경우는 bonding 을 구성할때이지 싶다.

@ RHEL5

#vi /etc/modprobe.conf
alias bond0 bonding
alias bond1 bonding

를 추가 해줘야 하는데??? 이거 어디로 갔어???

@ RHEL6

#vi /etc/modprobe.d/bonding.conf
alias bond0 bonding
alias bond1 bonding

 

위와 같이 지정된 파일에 해당 설정을 적용 시켜주면 된다.

드디어… RHEL 5.9 가 릴리즈 되었습니다.

Original Source : http://goo.gl/XAJXk

Release Note : http://goo.gl/7No5l

자세한 내용은 위 링크에서 확인 가능 합니다.

그 외 다운로드 및 더 자세한 내용은 아래의 링크에서 확인 가능 합니다.

Additional Resources

  • To download Red Hat Enterprise Linux 5.9 visit here
  • For more information about Red Hat Enterprise Linux visit here
  • For more information about the Red Hat Enterprise Linux lifecycle visit here

발생 환경 :

  • Red Hat Enterprise Linux 6
    • Kernel version earlier than kernel-2.6.32-220.4.2.el6
    • TSC clock source
    • Intel CPU
  • Red Hat Enterprise Linux 5
    • Red Hat Enterprise Linux 5.3, 5.6, 5.8: please refer to the resolution section for affected kernels
    • Red Hat Enterprise Linux 5.0, 5,1, 5.2, 5.4, 5.5 ,5.7: all kernels affected
    • TSC clock source
    • Intel CPU
  • An approximate uptime of around 208.5 days.

쉽게 말해서 /proc/cpuinfo 에 constant_tsc  와 nonstop_tsc 플래그가 있고 약 208.5일 정도에 시스템이 reboot 또는 hang 이 걸린 시스템

대상 : RHEL5,6 , SUSE Enterprise Linux 11

해결 방법 :

RHEL : https://access.redhat.com/knowledge/solutions/68466 ( RHN ID 필요 )

HP : http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c03221591

SUSE : http://www.novell.com/support/kb/doc.php?id=7009834

RHEL5 – https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/5/html-single/Deployment_Guide/index.html

  • dirty_background_ratio — Starts background writeback of dirty data at this percentage of total memory, via a pdflush daemon. The default value is 10.
  • dirty_expire_centisecs — Defines when dirty in-memory data is old enough to be eligible for writeout. Data which has been dirty in-memory for longer than this interval is written out next time a pdflush daemon wakes up. The default value is 3000, expressed in hundredths of a second.
  • dirty_ratio — Starts active writeback of dirty data at this percentage of total memory for the generator of dirty data, via pdflush. The default value is 40.
  • dirty_writeback_centisecs — Defines the interval between pdflush daemon wakeups, which periodically writes dirty in-memory data out to disk. The default value is 500, expressed in hundredths of a second.

RHEL6 – https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/s2-proc-dir-sys.html

  • dirty_background_ratio — Starts background writeback of dirty data at this percentage of total memory, via a pdflush daemon. The default value is 10.
  • dirty_expire_centisecs — Defines when dirty in-memory data is old enough to be eligible for writeout. Data which has been dirty in-memory for longer than this interval is written out next time a pdflush daemon wakes up. The default value is 3000, expressed in hundredths of a second.
  • dirty_ratio — Starts active writeback of dirty data at this percentage of total memory for the generator of dirty data, via pdflush. The default value is 20.
  • dirty_writeback_centisecs — Defines the interval between pdflush daemon wakeups, which periodically writes dirty in-memory data out to disk. The default value is 500, expressed in hundredths of a second.

 

RHEL5 버전과 RHEL6 버전의 vm.dirty_* 값(vm.dirty_ratio)이 위와 같이 다르다.

 

HP 서버중 PSP(ProLiant Support Pack) 설치후 kdump 활성화 도중 아래와 같은 메시지를 출력 하면서 kdump 데몬이 활성화 되지

않는 경우가 있다.

ex)

# /etc/init.d/kdump restart
Stopping kdump:                                            [  OK  ]
No kdump initial ramdisk found.                            [二쇱쓽]
Rebuilding /boot/initrd-2.6.18-238.12.1.el5kdump.img
No module hpahcisr found for kernel 2.6.18-238.12.1.el5, aborting.
Failed to run mkdumprd

위 메시지의 내용을보면 kernel 2.6.18-238.12.1.el5 버전의 initrd 파일을 만드는 도중 hpahcisr 모듈이 존재하지 않아 initrd 파일 생성에 실패한 경우다

관련 내용을  확인해본 결과

해당 모듈은 2.6.18-238 버전의 커널까지만 지원되며, 2.6.18-238.12.1.el5 커널은 아직 지원을 하지 않았다.

그래서 No module hpahcisr found for kernel 2.6.18-238.12.1.el5, aborting.  메시지를 출력했던 것 이며

임시 조취 방법으로는

#vi /etc/modprobe.conf

—————————————————————–

#Added by HP rpm installer
alias scsi_hostadapter_hpahcisr_module hpahcisr

———————————————————————

위 모듈을 주석처리 해주면 initrd 가 생성되지 않던 문제는 해결이 된다.

물론 정상적인 해결 방법은 2.6.18-238.12.1.el5 이상의 커널용 모듈이 포함되면 문제 없이 kdump 가 활성화 될꺼라고 생각 한다.