새 디스크 암호화 기능을 사용하여 root 파일 시스템을 암호화할 때, 시스템을 종료하면 다음과 같은 오류 메시지가 콘솔에 보고됩니다:
Stopping disk encryption [FAILED]
이 메시지는 무시해도 상관없으며, 종료 프로세스는 성공적으로 완료됩니다.
When using an encrypted device, the following error message may be reported during bootup:
insmod: error inserting '/lib/aes_generic.ko': -1 File exists
This message can safely be ignored.
멀티 패스에서 MD (Multiple Device) RAID를 사용하여 설치하면 컴퓨터가 부팅되지 않습니다. RAID를 내부적으로 제공하는 SAN (Storage Area Network) 장치로의 멀티 패스는 영향을 받지 않습니다.
When a large number of LUNs are added to a node, multipath can significantly increase the time it takes for udev to create device nodes for them. If you experience this problem, you can correct it by deleting the following line in
/etc/udev/rules.d/40-multipath.rules:
KERNEL!="dm-[0-9]*", ACTION=="add", PROGRAM=="/bin/bash -c '/sbin/lsmod | /bin/grep ^dm_multipath'", RUN+="/sbin/multipath -v0 %M:%m"
This line causes udev to run multipath every time a block device is added to the node. Even with this line removed, multipathd will still automatically create multipath devices, and multipath will still be called during the boot process, for nodes with multipathed root filesystems. The only change is that multipath devices will not be automatically created when multipathd is not running, which should not be a problem for the vast majority of multipath users.
이전 Red Hat Enterprise Linux 버전에서 5.3 버전으로 업그레이드할 때, 다음과 같은 오류가 발생할 수 있습니다:
Updating : mypackage ################### [ 472/1655]
rpmdb: unable to lock mutex: Invalid argument
locking 문제는 glibc에서 공유된 futex locking이 5.2와 5.3 사이의 프로세스 futexe로 향상된 것입니다. 따라서 5.2 glibc로 실행되는 프로그램이 5.3 glibc로 실행되는 프로그램에 대해 공유된 futex locking울 정확하게 실행할 수 없습니다.
이러한 오류 메세지는 설치 스크립트의 일부분으로 rpm 호출 패키지 때문에 나타납니다. 업그레이드를 실행하는 rpm 인스턴스는 업그레이드 시 이전 glibc를 사용하지만, 스크립트에서 시작한 rpm 인스턴스는 새로운 glibc를 사용합니다.
To avoid this error, upgrade glibc first in a separate run:
# yum update glibc
# yum update
You will also see this error if you downgrade glibc to an earlier version on an installed 5.3 system.
Red Hat Enterprise Linux 5에서 mvapich 및 mvapich2는 InfiniBand/iWARP 상호 연결만을 지원하도록 컴파일되어 있습니다. 따라서, 이더넷 및 기타 다른 네트워크 연결에서 실행되지 않습니다.
2개 이상의 암호화된 블록 장치를 갖는 시스템에서 anaconda는 전역적 암호를 제공하기 위한 옵션을 갖지만, init 스크립트는 이러한 기능을 지원하지 않습니다. 시스템 부팅 시, 모든 암호화된 장치에 대해 암호를 개별적으로 입력해야 합니다.
When upgrading openmpi using yum, the following warning may be returned:
cannot open `/tmp/openmpi-upgrade-version.*' for reading: No such file or directory
The message is harmless and can be safely ignored.
IRQ SMP 친화력 설정은 백터 당 MSI (message signalled interrupt) 마스크 기능이 없는 MSI를 사용하는 일부 장치에 영향을 미치지 않습니다. 이러한 장치의 예로는 bnx2 드라이버를 사용하는 Broadcom NetXtreme Ethernet 장치가 있습니다.
이러한 장치에 대해 IRQ 친화력을 설정해야 할 경우, /etc/modprobe.d/에 다음과 같은 행이 들어있는 파일을 생성하여 MSI를 비활성화합니다:
options bnx2 disable_msi=1
커널 부팅 매개 변수 pci=nomsi를 사용하여 MSI를 완전하게 비활성화할 수 있습니다.
업데이트된 /etc/udev/rules.d/50-udev.rules 파일에 있는 버그로 인해 9 보다 높은 번호로된 테이프 장치에 대해 영구적 이름을 생성할 수 없습니다. 예를 들어, 테이프 장치에 nst12라는 영구적 이름을 생성할 수 없게 됩니다.
이 문제를 해결하기 위해 /etc/udev/rules.d/50-udev.rules에 있는 각각의 nst[0-9] 문자열 뒤에 별표 (*)를 추가합니다.
smartctl 도구는 SATA 장치에서 SMART 매개 변수를 올바르게 읽을 수 없습니다.
openmpi 및 lam 이전 버전에서 발생한 버그로 인해 이러한 패키지를 업그레이드할 수 없을 수 도 있습니다. 이러한 버그로 인해 (openmpi 또는 lam을 업그레이드하고자 할 때) 다음과 같은 오류가 발생할 수 있습니다:
error: %preun(openmpi-[version]) scriptlet failed, exit status 2
따라서, 최신 버전을 설치하기 위해 수동으로 이전 openmpi 및 lam 버전을 삭제해야 합니다. 이를 위해 다음의 rpm 명령을 사용합니다:
rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
When using dm-multipath, if features "1 queue_if_no_path" is specified in /etc/multipath.conf then any process that issues I/O will hang until one or more paths are restored.
To avoid this, set no_path_retry [N] in /etc/multipath.conf (where [N] is the number of times the system should retry a path). When you do, remove the features "1 queue_if_no_path" option from /etc/multipath.conf as well.
If you need to use "1 queue_if_no_path" and experience the issue noted here, use dmsetup to edit the policy at runtime for a particular LUN (i.e. for which all the paths are unavailable).
To illustrate: run dmsetup message [device] 0 "fail_if_no_path", where [device] is the multipath device name (e.g. mpath2; do not specify the path) for which you want to change the policy from "queue_if_no_path" to "fail_if_no_path".
동일한 커널 모듈에 여러 설치 버전을 활성화는 것은 지원되지 않습니다. 이에 더하여, 커널 모듈 버전이 구문 분석된 방식에 있어서의 버그는 동일한 커널 모듈의 이전 버전을 비활성화시킬 수 있습니다.
Red Hat은 설치된 커널 모듈의 새로운 버전을 설치할 경우, 이전 버전을 먼저 삭제할 것을 권장합니다.
NFS root로 설정된 IBM Bladecenter QS21 또는 QS22에서 kdump를 실행 실패할 수 있습니다. 이를 방지하려면, /etc/kdump.conf에 NFS 덤프 대상을 지정합니다.
IBM T60 랩톱을 중지하여 도킹 스테이션으로 플러그인할 때 전원이 완전히 꺼지게 됩니다. 이를 피하려면, acpi_sleep=s3_bios 인수로 시스템을 부팅합니다.
IBM Bladecenter 용 QLogic iSCSI 확장 카드는 이더넷 및 iSCSI 기능을 제공합니다. 카드의 일부분에서는 두 가지 기능이 공유됩니다. 하지만, 현재 qla3xxx 및 qla4xxx 드라이버는 개별적으로 이더넷 및 iSCSI 기능을 지원합니다. 두 드라이버 모두 동시에 이더넷 및 iSCSI 기능 사용을 지원하지 않습니다.
이러한 한계로 인해, 성공적으로 재설정하면 (ifdown/ifup 명령을 연속으로 실행하여) 장치가 중지될 수 있습니다. 이를 피하려면, ifup을 실행한 후 ifdown을 실행하기 전 10 초 정도의 간격을 둡니다. 또한, 동일한 방식으로 ifdown을 실행한 후 ifup을 실행하기 전 10초 간격을 둡니다. 이는 ifup이 실행될 때 모든 기능을 안정적으로 다시 초기화하는데 충분한 시간을 갖게 합니다.
Cisco Aironet MPI-350 무선 카드가 장착된 랩탑은 유선 이더넷 포트를 사용하여 네트워크 기반 설치를 하는 동안 DHCP 주소 받기가 중단될 수 도 있습니다.
이를 해결하기 위해, 설치를 위한 로컬 매체를 사용합니다. 다른 방법으로, 설치를 시작하기 전에 랩탑 BIOS에서 무선 카드를 비활성화 시키실 수 있습니다. (설치를 완료하신 후, 무선 카드를 재활성화 시키실 수 있습니다.)
Red Hat Enterprise Linux 5.3에서는 /var/log/boot.log로 부팅시 로깅하는 기능을 사용할 수 없습니다.
X가 실행되고 vesa 외의 드라이버를 사용하는 경우 시스템은 kexec/kdump 커널로 재부팅하지 못할 수 도 있습니다. 이러한 문제는 ATI Rage XL 그래픽 칩셋과 함께 존재합니다.
ATI Rage XL이 장착된 시스템에서 X가 실행되는 경우, kexec/kdump 커널로 부팅하기 위해 vesa 드라이버를 사용하고 있는 지를 확인합니다.
nVidia CK804 칩셋이 설치된 컴퓨터에서 Red Hat Enterprise Linux 5.2를 사용할 때 다음과 같은 커널 메세지가 나타날 수 있습니다:
kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
이러한 메세지는 특정한 PCI-E 포트가 IRQ를 요청하지 않음을 알려줍니다. 이러한 메세지는 어떠한 방식으로든 컴퓨터 작동에 영향을 미치지 않습니다.
삭제할 수 있는 저장 장치 (예: CD 및 DVD)는 root로 로그인했을 때 자동으로 마운트되지 않습니다. 이러한 경우, 그래픽 파일 관리자를 사용하여 수동으로 마운트하셔야 합니다.
다른 방법으로 다음의 명령을 실행하여 /media로 장치를 마운트할 수 있습니다:
mount /dev/[device name] /media
설정된 저장 시스템에서 LUN이 삭제되었을 경우, 호스트에 변경 사항이 적용되지 않습니다. 이러한 경우, dm-multipath를 사용하면 LUN이 stale 상태가 되어 lvm 명령이 무기한으로 중단됩니다.
이 문제를 해결하기 위해 모든 장치와 stale LUN에 지정된 /etc/lvm/.cache에 있는 mpath 링크 항목을 삭제합니다.
다음의 명령을 실행하여 항목 내용을 확인합니다:
ls -l /dev/mpath | grep [stale LUN]
예를 들어, [stale LUN]이 3600d0230003414f30000203a7bc41a00일 경우 다음과 같은 결과가 나타납니다:
lrwxrwxrwx 1 root root 7 Aug 2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug 2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5
이는 3600d0230003414f30000203a7bc41a00이 dm-4 및 dm-5라는 두개의 mpath링크로 되었음을 의미합니다.
이러한 경우, /etc/lvm/.cache에서 다음과 같은 행을 삭제해야 합니다:
/dev/dm-4
/dev/dm-5
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1
-ll 옵션과 함께 multipath 명령을 실행 시 경로 중 하나가 블록킹 장치에 있을 경우 명령 실행이 정지될 수 있습니다. 얼마 후 장치가 응답하지 않을지라도 드라이버는 요청 실패한 것이 아님에 유의하시기 바랍니다.
이는 경로 확인 요청이 완료하거나 실패할 때 까지 대기하는 삭제 코드때문입니다. 명령을 정지시키지 않고 현재 multipath 상태 보기를 하려면 multipath -l를 사용합니다.
pm-utils의 Red Hat Enterprise Linux 5.2 베타 버전에서 pm-utils를 업그레이드하지 못할 경우, 다음과 같은 오류 메세지가 출력됩니다:
error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename
이를 방지하려면, 업그레이드하기 전에 /etc/pm/sleep.d/ 디렉토리를 삭제합니다. /etc/pm/sleep.d에 파일이 들어 있을 경우, 이 파일을 /etc/pm/hooks/로 이동합니다.
Mellanox MT25204에 대한 하드웨어 테스팅에서 특정 고부하 상태에서 내부 오류가 발생함이 발견되었습니다. ib_mthca 드라이버가 이러한 하드웨어에서 돌발적 오류가 발생함을 보고할 경우, 이는 주로 사용자 어플리케이션에 의해 생성된 미처리 작업 요청 수와 관련된 부적절한 완료 대기열과 관련되어 있습니다.
드라이버가 하드웨어를 재설정하여 이러한 작업으로 부터 복구되어도, 오류가 발생한 시점에서 기존의 모든 접속을 잃게 됩니다. 일반적으로 이는 사용자 어플리케이션에서 세그먼트 오류를 초래합니다. 이에 더하여, 오류가 발생한 시점에서 opensm을 실행할 경우, 올바르게 작동하게 하기 위해 이를 수동으로 다시 시작해야 합니다.
게스트에 Red Hat Enterprise Linux 5를 설치할 때, 게스트는 dom0에 의해 제공되는 임시 설치 커널을 사용하도록 설정됩니다. 설치가 완료되면, 게스트는 자신의 부트로더를 사용할 수 있게 되지만, 게스트의 첫 번째 재부팅이 종료되도록 강제될 경우에만 이를 사용할 수 있게 됩니다.
따라서, 게스트 설치의 마지막에 버튼이 나타났을때, 이를 클릭하면 게스트가 종료되지만 재부팅되지 않습니다. 이는 예상된 작업입니다.
그 후에 게스트를 부팅하면 자신의 부트로더를 사용하게 됨에 유의하시기 바랍니다.
KDE 또는 qt 개발 패키지 (예: qt-devel)를 설치할 경우, compiz 소스 RPM에서 rpmbuild 실행 실패하게 됩니다. 이는 compiz 설정 스크립트에 있는 버그 때문입니다.
이러한 문제를 해결하려면, 소스 RPM에서 compiz 패키지를 빌드하기 전에 KDE 또는 qt 개발 패키지를 제거합니다.
시스템에 ATI Radeon R500 또는 R600 그래픽 카드가 장착되어 있을 경우, 설치 후 firstboot가 실행되지 않게 됩니다. 시스템은 직접 그래픽 로그인 화면으로 이동하여 firstboot 실행을 생략하게 됩니다. 수동으로 firstboot를 실행하려면, X 세션이 중단됩니다.
이러한 문제는 ATI Radeon R500/R600 하드웨어가 사용하는 드라이버에 기인합니다. 이러한 그래픽 카드가 사용하는 기본값 드라이버는 아직 기술 평가 사항입니다. 이를 해결하려면, /etc/X11/xorg.conf 파일을 백업하고, 다음과 같은 명령을 사용하는 대신 지원되는 vesa 드라이버를 사용하기 위해 X를 설정합니다.
system-config-display --reconfig --set-driver=vesa
이제 firstboot를 실행할 수 있습니다. 이전 설정으로 되돌아 가려면, 원래의 /etc/X11/xorg.conf를 복구합니다.
시스템이 TSC 타이머를 사용할 경우, gettimeofday 시스템 호출이 뒤로 이동할 수 있습니다. 이는 일부 경우 TSC 타이머가 앞으로 이동하게 되는 오버플로우 문제 때문입니다; 이러한 문제가 발생할 경우, TSC 타이머는 자체적으로 문제를 해결하지만, 마지막에는 뒤로 이동하게 됩니다.
이는 트랜잭션 시스템 및 데이터베이스 용으로 사용되는 것과 같이 시간에 민감한 시스템의 경우 중요한 문제입니다. 따라서 정확한 시간 측정이 필요한 시스템의 경우, Red Hat은 다른 타이머 (예: HPET)를 사용하도록 커널을 설정할 것을 권장합니다.
sniff를 실행하려할 경우 오류가 발생할 수 있습니다. 이는 필요한 패키지가 dogtail을 사용하여 설치되어 있지 않기 때문입니다.
이러한 문제의 발생을 방지하기 위해, 수동으로 다음과 같은 패키지를 설치합니다:
librsvg2
ghostscript-fonts
pygtk2-libglade
Thin Provisioning (also known as "virtual provisioning") will be first released with EMC Symmetrix DMX3 and DMX4. Please refer to the EMC Support Matrix and Symmetrix Enginuity code release notes for further details.
/etc/multipath.conf에서 max_fds를 unlimited로 설정하면 multipathd 데몬이 올바르게 시작하지 못하게 될 수 있습니다. 따라서, 이러한 값 대신 충분한 값을 사용하셔야 합니다.
SystemTap은 GCC를 사용하여 사용자 공간 이벤트를 검색합니다. 하지만, GCC는 매개 변수의 정확한 위치 목록이 있는 디버거를 제공할 수 없습니다. 일부 경우 GCC는 일부 매개 변수에서 가시성을 제공하지 못할 수 도 있습니다. 따라서 사용자 공간을 검색하는 SystemTap 스크립트는 부정확한 정보를 반환할 수 도 있습니다.
IBM T41 랩톱 모델에서 제대로 로 들어갈 수 없으므로, 에서 정상적으로 전원을 소비하게 됩니다. 이는 Red HatEnterprise Linux 5에 radeonfb 모듈이 포함되어 있지 않기 때문입니다.
이 문제를 해결하려면, 다음과 같은 줄이 들어 있는 hal-system-power-suspend라는 스크립트를 /usr/share/hal/scripts/에 추가합니다.
chvt 1
radeontool light off
radeontool dac off
이 스크립트는 IBM T41 랩톱이 정상적으로 로 들어갔는지를 확인하게 됩니다. 시스템이 정상적으로 작동하는지를 확인하기 위해 다음과 같은 줄이 포함된 restore-after-standby 스크립트를 동일한 디렉토리에 추가합니다.
radeontool dac on
radeontool light on
chvt 7
edac 모듈을 불러오면, BIOS 메모리 보고는 작동하지 않게 됩니다. 이는 메모리 오류 보고를 위해 BIOS가 사용하는 레지스터를 edac 모듈이 제거하기 때문입니다.
현재 Red Hat Enterprise Linux 드라이버 업데이트 모델은 기본값으로 커널이 사용 가능한 모든 모듈 (edac 모듈 포함)을 불러오도록 되어 있습니다. 시스템에서 BIOS 메모리 보고를 확인하려면, 수동으로 edac 모듈을 블랙리스트해야 합니다. 이를 위해 /etc/modprobe.conf에 다음과 같은 행을 추가합니다:
blacklist edac_mc
blacklist i5000_edac
blacklist i3000_edac
blacklist e752x_edac
Red Hat Enterprise Linux 5.3은 기본 차단 장치의 온라인 확장 및 축소 상태를 감지할 수 있습니다. 하지만 장치의 크기 변화를 자동으로 감지하는 방법이 없기 때문에, 장치의 크기 변화를 감지하고 주어진 장치에 있는 파일 시스템의 크기를 변경하기 위해 수동으로 절차를 실행해야 합니다. 크기 변경된 블록 장치가 감지되면 시스템 로그에 다음과 같은 메세지가 나타납니다:
VFS: busy inodes on changed media or resized disk sdi
블록 장치가 증가하면 이 메세지를 무시해도 상관없습니다. 하지만 블록 장치에 설정되어 있는 데이터 크기를 줄이지 않고 블록 장치가 감소되었을 경우, 장치에 있는 데이터는 손상될 수 도 있습니다.
전체 LUN (또는 블록 장치)에서 생성된 파일 시스템 크기를 온라인에서 변경할 수 있습니다. 블록 장치에 파티션 테이블이 있을 경우, 파일 시스템을 마운트 해제하여 파티션 테이블을 업데이트해야 합니다.
시스템에 GFS2 파일 시스템이 마운트되어 있을 경우, 캐시된 inode가 하나의 노드에 액세스되고 다른 노드에 연결되지 않을 경우 노드는 동작하지 않을 수 있습니다. 이러한 경우, 동작하지 않는 노드는 일반적인 클러스터 복원 메카니즘을 통해 이를 복구할 때 까지 사용 불가능하게 됩니다. 동작하지 않는 노드에 남은 프로세스의 스택 추적에서 gfs2_dinode_dealloc 및 shrink_dcache_memory 함수 호출이 나타나게 됩니다.
이는 단일 노드 GFS2 파일 시스템에 영향을 미치지 않습니다.
The following message may be encountered during system boot:
Could not detect stabilization, waiting 10 seconds.
Reading all physical volumes. This may take a while...
This delay (which may be up to 10 seconds, dependant on the hardware configuration) is necessary to ensure that the kernel has completed scanning the disks.
ipmitool에 있는 구현으로 장치를 설정할 수 있지만 이러한 장치의 현재 설정 사항을 검색할 수 는 없습니다.
--maxsize 매개 변수를 동시에 설정하지 않고 킥스타트 파일에 swap --grow 매개 변수를 사용하면 anaconda는 스왑 파티션의 크기를 제한합니다. 이는 장치를 채우기위해 스왑 파티션의 크기가 늘어나지 않게 합니다.
실제 메모리가 2GB 미만인 시스템의 경우, 실제 메모리 크기의 2 배가 제한됩니다. 실제 메모리가 2GB 이상의 시스템의 경우, 실제 메모리에 2GB를 더한 크기가 제한됩니다.
The
gfs2_convert program may not free up all blocks from the GFS metadata that are no longer used under GFS2. These unused metadata blocks will be discovered and freed the next time gfs2_fsck is run on the file system. It is recommended that
gfs2_fsck be run after the filesystem has been converted to free the unused blocks. These unused blocks will be flagged by gfs2_fsck with messages such as:
Ondisk and fsck bitmaps differ at block 137 (0x89)
Ondisk status is 1 (Data) but FSCK thinks it should be 0 (Free)
Metadata type is 0 (free)
These messages do not indicate corruption in the GFS2 file system, they indicate blocks that should have been freed, but were not. The number of blocks needing to be freed will vary depending on the size of the file system and block size. Many file systems will not encounter this issue at all. Large file systems may have a small number of blocks (typically less than 100).
