소개

이 릴리즈 노트에서 다루어질 사항은 다음과 같습니다:

  • 설치-관련 노트

  • 기능 업데이트

  • 드라이버 업데이트

  • 커널 관련 업데이트

  • 기타 업데이트

  • 기술 평가 버전

  • 해결된 사항

  • 알려진 사항

Red Hat Enterprise Linux 5.1 에 대한 업데이트된 사항은 이 릴리즈 노트 버전에서 나타나지 않습니다. 업데이트된 버전은 다음의 URL에서 보실 수 있습니다:

http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/index.html

설치-관련 노트

다음 부분에서는 Red Hat Enterprise Linux 5.1 설치 프로그램인 Anaconda 관련 사항에 대해 다루고 있습니다.

이미 설치된 Red Hat Enterprise Linux 5 를 업그레이드하시려면 Red Hat Network 를 사용하여 변경된 패키지를 업데이트하셔야 합니다.

Anaconda를 이용하여 Red Hat Enterprise Linux 5.1을 새로 설치하거나 가장 최신 버전 Red Hat Enterprise Linux 5 에서 Red Hat Enterprise Linux 5.1 로 업그레이드하실 수 있습니다.

  • 네트워크 기반 설치를 위해 Red Hat Enterprise Linux 5 CD-ROM의 내용물을 복사하신다면 해당 운영 체제에 대한 CD-ROM만 복사하셔야 합니다. 추가 CD-ROM이나 기타 제품 CD-ROM을 복사하지 마십시오. 이 CD를 복사하면 Anaconda가 올바른 작업을 수행하는데 필요한 파일을 덮어쓸 가능성이 있습니다.

    Red Hat Enterprise Linux 5.1이 설치된 이후추가 CD-ROM 및 기타 제품 CD-ROM의 내용물을 설치하셔야 합니다.

  • 완전 가상화 게스트에서 Red Hat Enterprise Linux 5.1을 설치할 때 kernel-xen 커널을 사용하지 않습니다. 완전 가상화 게스트에서 이 커널을 사용할 경우 시스템이 중단될 수 있습니다.

    완전 가상화 게스트에서 설치 번호를 사용하여 Red Hat Enterprise Linux 5.1을 설치할 때 가상화 패키지 그룹이 선택 해제되었는지를 확인합니다. 가상화 패키지 그룹 옵션에서 kernel-xen 커널을 설치할 수 있기 때문입니다.

    반 가상화 게스트는 이러한 사항에 영향을 받지 않습니다. 반 가상화 게스트는 항상 kernel-xen 커널을 사용합니다.

  • Red Hat Enterprise Linux 5 에서 5.1 로 업그레이드할 때 가상화 커널을 사용할 경우, 업그레이드 후 재부팅해야 합니다.

    Red Hat Enterprise Linux 5 및 5.1 의 하이퍼바이저는 ABI-호환이 되지 않습니다. 업그레이드시 재부팅하지 않을 경우, 업그레이드된 가상화 RPM은 실행 중인 커널과 일치하지 않게 됩니다.

iSCSI 소프트웨어 개시 프로그램에 대한 설치 / 부팅 (open-iscsi)

iSCSI 설치 및 부팅에 대한 내용은 기술 평가 사항으로서 Red Hat Enterprise Linux 5 에서 소개되었습니다. 현재 이러한 기능은 아래에서 설명하는 설정 사항에 따라 완전 지원됩니다.

이러한 기능은 시스템에 따라 세 가지 설정 사항을 갖습니다:

  • 하드웨어 iSCSI 개시 프로그램 사용 (예: QLogic qla4xxx)

  • iSCSI (예: iSCSI Boot Firmware 또는 iSCSI 부팅 기능을 갖는 Open Firmware 버전)에 대해 firmware 부팅 지원이 되는 시스템에서 open-iscsi 개시 프로그램 사용

  • iSCSI에 대해 firmware 부팅 지원이 되지 않는 시스템에서 open-iscsi 개시 프로그램 사용

하드웨어 iSCSI 개시 프로그램 사용

하드웨어 iSCSI 개시 프로그램을 사용할 경우, 카드의 BIOS 설정 유틸리티를 사용하여 원격 저장 장치로 액세스하기 위해 필요한 IP 주소 및 기타 다른 매개 변수를 입력할 수 있습니다. 원격 저장 장치의 논리적 단위 장치는 표준 sd 장치로서 추가 설정을 하지 않고 Anaconda에서 사용할 수 있습니다.

원격 저장 서버를 설정하기 위해 IQN (Initiator's Qualified Name)을 지정해야 할 경우, 설치 시 다음과 같은 절차를 따르시기 바랍니다:

  1. 설치에 사용할 디스크 드라이브를 선택한 설치 페이지로 이동합니다.

  2. 고급 용량 설정 버튼을 클릭합니다.

  3. iSCSI 대상 추가 버튼을 클릭합니다.

  4. 화면에 iSCSI IQN이 나타나게 됩니다.

iSCSI에 대해 Firmware 부팅 지원이 되는 시스템에서 open-iscsi를 사용

iSCSI에 대해 Firmware 부팅 지원이 되는 시스템에서 open-iscsi 소프트웨어 개시 프로그램을 사용할 경우, firmware의 설정 유틸리티를 사용하여 원격 저장 장치 액세스에 필요한 IP 주소 및 기타 다른 매개변수를 입력합니다. 이는 원격 iSCSI 저장 장치에서 부팅하도록 시스템을 설정합니다.

현재 Anaconda는 firmware로 실행된 iSCSI 정보에 액세스하지 않습니다. 대신 설치시 수동으로 대상 IP 주소를 입력하셔야 합니다. 이를 실행하기 위해, 위에서 설명된 절차에 따라 개시 프로그램의 IQN을 지정합니다. 그 후, 개시 프로그램의 IQN이 있는 동일한 설치 페이지에서 설치하고자 하는 iSCSI 대상 IP 주소를 지정합니다.

iSCSI 대상 IP 주소를 수동으로 지정한 후에, 설치시 iSCSI 대상에 있는 논리적 단위 장치를 사용할 수 있게 됩니다. Anaconda에 의해 생성된 initrd는 iSCSI 대상 IQN 및 IP 주소를 갖게 됩니다.

차후 iSCSI 대상 IQN 또는 IP 주소가 변경될 경우, 개시 프로그램에서 iBFT 또는 Open Firmware 설정 유틸리티를 입력하고 해당하는 매개 변수를 변경합니다. 그 후, 다음과 같이 각가의 개시 프로그램에 대한 initrd (iSCSI 저장 장치에 저장됨)을 수정합니다:

  1. gunzip 명령을 사용하여 initrd 파일을 확장합니다.

  2. cpio -i 명령을 사용하여 파일을 풀어냅니다.

  3. init 파일에서, iscsistartup 항목이 들어있는 행을 찾습니다. 이 행에는 iSCSI 대상 IQN 및 IP 주소가 들어 있습니다: 이를 새로운 IQN 및 IP 주소로 업데이트합니다.

  4. cpio -o 명령을 사용하여 initrd 파일을 다시 묶습니다.

  5. gunzip 명령을 사용하여 initrd 파일을 다시 압축합니다.

Open Firmware / iBFT firmware에서 iSCSI 정보를 얻기 위한 운영 체제 기능은 차후 릴리즈 버전에서 실행될 예정입니다. 이러한 기능 개선으로 IP 주소나 iSCSI 대상 IQN이 변경될 때 마다 각각의 개시 프로그램에 대한 (iSCSI 저장 장치에 저장된) initrd 파일을 수정할 필요가 없게 됩니다.

iSCSI에 대해 Firmware 부팅 지원이 되지 않는 시스템에서 open-iscsi를 사용

iSCSI에 대해 firmware 부팅 지원이 되지 않는 시스템에서 open-iscsi 소프트웨어 개시 프로그램을 사용할 경우, 네트워크 부팅 기능 (예: PXE/tftp)을 사용합니다. 이러한 경우, 개시 프로그램의 IQN 및 iSCSI 대상 IP 주소를 지정하기 위해 이전에 설명된 것과 동일한 절차를 따릅니다. 절차를 마친 후, initrd 파일을 네트워크 부팅 서버에 복사하고 네트워크 부팅을 위한 시스템을 설정합니다.

이와 유사하게 IP 주소 또는 iSCSI 대상 IQN이 변경될 경우, initrd 파일 또한 알맞게 수정되어야 합니다. 이를 위해 이전에 설명된 것과 동일한 절차를 사용하여 각각의 개시 프로그램에 대해 initrd 파일을 수정합니다.

기능 업데이트

EXT3에서 개선된 기능

EXT3의 최대 용량은 현재 16TB입니다. (8TB에서 증가됨) 이러한 개선 내용은 기술 평가 사항으로서 Red Hat Enterprise Linux 5에 포함되어 있으며 이번 업데이트에서 완전 지원됩니다.

yum-security

yum에 제한을 두어 보안 업데이트만을 설치할 수 있습니다. 이를 위해 yum-security 플러그인을 설치하고 다음과 같은 명령을 실행합니다:

yum update --security

Anaconda layer 2 모드 개선
독자적으로 리소스 재시작

부모 서비스의 간섭 없이 클러스터에서 리소스를 재시작할 수 있습니다. 이는 독자적으로 리소스를 태그하기 위해 __independent_subtree="1" 속성을 사용하여 실행 중인 노드에 있는 /etc/cluster/cluster.conf에서 설정할 수 있습니다.

예:

<service name="example">
        <fs name="One" __independent_subtree="1" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
        </fs>
        <fs name="Two" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
                <script name="Database" .../>
        </fs>
        <ip/>
</service>

여기에서는 OneTwo라는 두 개의 파일 시스템 리소스가 사용되었습니다. One이 실패할 경우, 이는 Two를 간섭하지 않고 재시작합니다. Two가 실패할 경우, 모든 구성 요소 (One, One의 자식, Two의 자식)가 재시작됩니다. 주어진 시간이 없을 때에는 TwoTwo의 자식은 One에서 제공한 리소스에 의존하게 됩니다.

Samba에는 특정 서비스 구조가 필요하며 독자적 하부 트리를 사용하는 서비스에서는 사용될 수 없음에 유의하시기 바랍니다. 이는 기타 다른 리소스에서도 마찬가지이므로 __independent_subtree="1" 속성을 주의깊게 사용하시기 바랍니다.

가상화

다음의 가상화 업데이트도 이번 릴리즈 버전에 포함되어 있습니다:

  • 가상화 커널에서는 kdump 기능을 사용할 수 있습니다.

  • 이번 릴리즈에서는 AMD-V가 지원됩니다. 이는 완전 가상 게스트에 대해 라이브 도메인 마이그레이션을 활성화합니다.

  • 가상화 커널에서 현재 RAM의 256GB 까지 지원할 수 있습니다.

  • 인커널 (in-kernel) 소켓 API가 확장되었습니다. 이는 게스트 간 sctp 명령을 실행할 때 발생한 버그 수정을 위한 것입니다.

  • 가상 네트워크는 가상화 라이브러리인 libvirt의 일부분입니다. libvirt에는 가상 NAT/router 및 로컬 게스트 용 사설 네트워크 설정 명령 모음이 있습니다. 특히 이는 외부에서 라우팅할 필요가 없는 게스트의 경우나 또는 랩톱에서 가상화를 사용하는 개발자의 경우 유용합니다.

    가상 네트워킹 기능에는 가상 네트워크의 dhcp를 처리하는 dnsmasq에 있는 의존성이 추가됨에 유의하시기 바랍니다.

    libvirt에 관한 보다 자세한 내용은 http://libvirt.org에서 참조하시기 바랍니다.

  • libvirt는 비활성화 가상 기계 장치를 관리할 수 있습니다. libvirt 는 도메인을 정지하거나 시작하지 않고 도메인을 정의 및 정의 해제하여 실행합니다. 이러한 기능은 virsh definevirsh undefine 명령과 유사합니다.

    이러한 기능 개선으로 Red Hat 가상 기계 장치 관리자는 사용 가능한 모든 게스트를 보여줄 수 있습니다. 이로 인해 GUI에서 직접 게스트를 시작할 수 있게 됩니다.

  • kernel-xen 패키지 설치로 인해 더이상 부적절한 / 완전하지 않은 elilo.conf 항목이 생성되지 않습니다.

  • 완전 가상화 게스트는 hot-migration을 지원합니다.

  • xm create 명령은 virt-manager와 동등한 그래픽 기능을 갖습니다.

  • Nested Paging (NP)가 지원됩니다. 이는 가상화 환경에서 복잡한 메모리 관리를 용이하게 합니다. 이에 더하여 NP는 메모리 집약적(memory-intensive) 게스트로 CPU 사용을 감소시킵니다.

    현재 NP는 기본값으로 되어있지 않습니다. 시스템에서 NP가 지원될 경우, 매개변수 hap=1로 하이퍼바이저를 부팅하여 NP를 활성화시키시는 것이 좋습니다.

가상화 기능 업데이트에는 64 비트 호스트 상에서의 반 가상화 32 비트 게스트를 설치 및 실행할 수 있는 기능이 포함되어 있습니다. 하지만 이러한 기능은 기술 평가 사항이므로 일반 용도로 사용할 수 없습니다.

공유 페이지 테이블

공유 페이지 테이블hugetlb 메모리를 지원합니다. 이로 인해 페이지 테이블 항목을 여러 프로세스에서 공유할 수 있습니다.

다중 프로세스에서 공유 페이지 테이블 항목은 캐시 공간을 덜 사용합니다. 이는 응용 프로그램의 캐시 적중율을 향상시켜 응용 프로그램의 성능을 향상시킵니다.

tick_divider

tick_divider=<value> 옵션은 사용자 공간 응용 프로그램에 동일한 가시적 HZ 타이밍 값을 관리하면서 시스템 클럭 속도를 조정할 수 있게 하는 sysfs 매개 변수입니다.

tick_divider= 옵션을 사용하면 CPU 오버헤드를 감소시킬 수 있으며 타이밍 및 프로파일링의 정확도를 감소시켜 성능을 향상시킵니다.

표준 1000Hz 클럭에 대한 <values>는 다음과 같습니다:

  • 2 = 500Hz

  • 4 = 250Hz

  • 5 = 200Hz

  • 8 = 125Hz

  • 10 = 100Hz (Red Hat Enterprise Linux의 이전 릴리즈에서 사용된 값)

가상화 커널은 게스트에서 여러 타이머 속도를 지원하지 않습니다. dom0은 모든 게스트에서 고정된 타이밍 속도 설정을 사용합니다; 이는 여러 타이머 속도 로딩을 감소시킬 수 있습니다.

dm-multipath 장치에 설치하기

현재 Anacondadm-multipath 장치에 검색, 생성, 설치 기능을 가지고 있습니다. 이러한 기능을 활성화하기 위해, 커널 부트 라인에 mpath 매개 변수를 추가합니다.

이러한 기능은 기술 평가 사항으로서 Red Hat Enterprise Linux 5 에서 소개되었으며 이는 이번 릴리즈에서 완전 지원됩니다.

dm-multipathDell MD3000 용 inbox 지원을 특징으로 합니다. 하지만, MD3000을 액세스하기 위해 dm-multipath를 사용하는 다중 노드는 즉각적인 장애 복구를 할 수 없습니다.

시스템에 multipath 및 비 multipath 장치가 있을 경우 Anaconda에서 사용자 정의 파티션을 사용할 것을 권장합니다. 이 경우 자동 파티션을 사용하면 같은 논리 볼륨 그룹에 두 개의 장치 모두가 생성됩니다.

현재 이러한 기능에는 다음과 같은 제한 사항이 있습니다:

  • 부팅 LUN (Logical Unit Number)에 하나의 경로만 있을 경우, mpath가 지정되어 있어도 Anaconda는 SCSI 장치에 설치합니다. 부팅 LUN에 여러 경로를 활성화하고 initrd를 다시 생성한 후에도, 운영 체제는 dm-multipath 장치가 아닌 SCSI 장치에서 부팅됩니다.

    하지만, 부팅 LUN에 여러 경로가 있을 경우, 커널 부트 라인에 mpath가 지정되면 Anacondadm-multipath 장치에 설치하게 됩니다.

  • user_friendly_namesmultipath.conf에서 yes를 기본값으로 설정합니다. 이는 dm-multipath root 장치 구현에 필요한 설정입니다. 이러한 경우, user_friendly_namesno로 설정하고 initrd를 다시 생성하면 다음과 같은 오류 메세지가 나타나며 부팅 실패하게 됩니다:

    Checking filesystems
    fsck.ext3: No such file or directory while trying to open /dev/mapper/mpath0p1
    
SAN (Storage Area Network)에서의 부팅

현재 SAN 디스크 장치에서의 부팅 기능이 지원됩니다. 여기서, SAN은 Fibre Channel 또는 iSCSI 장치를 가리킵니다. 이러한 기능은 dm-multipath를 사용한 여러 경로를 통한 system-to-storage 연결 지원을 특징으로 합니다.

여러 HBA (host bus adapters)를 사용하는 설정에서 현재 어댑터를 통한 모든 경로가 실패할 경우 다른 어댑터에서 부팅하기 위해 시스템 BIOS를 설정하셔야 합니다.

nfsroot

이번 업데이트에서 nfsroot는 완전 지원됩니다. 이는 사용자가 NFS를 통해 마운트된 root 파일 시스템 (/)을 사용하여 Red Hat Enterprise Linux 5.1 을 실행할 수 있게 합니다.

nfsrootStateless Linux 기술 평가 부분으로 Red Hat Enterprise Linux 5 에서 소개되었습니다. Stateless Linux의 완전 구현은 기술 평가 사항으로 남아있습니다.

현재 nfsroot는 다음과 같은 제한 사항이 있습니다:

  • 각각의 클라이언트는 NFS 서버를 통해 분리된 root 파일 시스템이 있어야 합니다. 이러한 제한 사항은 읽기 전용 root가 사용 중일지라도 적용됩니다.

  • NFS를 통해 SWAP이 지원되지 않음.

  • SELinux는 nfsroot 클라이언트에서 활성화될 수 없습니다. 일반적으로 Red Hat은 SELinux 비활성화를 권장하지 않습니다. 이러한 경우, 사용자는 이러한 실행에 대한 보안 관련 문제를 신중하게 고려해야 합니다.

다음의 nfsroot 설정 방법에 관한 절차를 참조하시기 바랍니다. 이 절차에서는 네트워크 장치가 eth0이며 네트워크 드라이버는 tg3라고 간주합니다. 사용자의 시스템 설정에 따라 이를 조정하시기 바랍니다:

  1. 다음의 명령을 사용하여 홈 디렉토리에 있는 initrd을 생성합니다:

    mkinitrd --with=tg3 --rootfs=nfs --net-dev=eth0 --rootdev=<nfs server ip>:/<path to nfsroot> ~/initrd-<kernel-version>.img <kernel-version>

    initrd는 반드시 Red Hat Enterprise Linux 5.1 커널을 사용하여 생성해야 합니다.

  2. 이전에 생성한 initrd에서 zImage.initrd 이미지를 생성합니다. zImage.initrd는 압축된 커널로 하나의 이미지에 initrd됩니다. 다음과 같은 명령을 사용합니다:

    mkzimage /boot/System.map-<kernel-version> ~/initrd-<kernel-version>.img /usr/share/ppc64-utils/zImage.stub ~/zImage.initrd-<kernel-version>

  3. 생성한 zImage.initrd-<kernel-version> 파일을 tftp 서버에서 내보내기 가능한 위치에 복사합니다.

  4. nfs 서버에 있는 내보내어진 nfsroot 파일 시스템에는 필요한 바이너리 및 모듈이 있는 지를 확인합니다. 이러한 바이너리 및 모듈은 첫 단계에서 initrd를 생성하기 위해 사용한 커널의 버전과 일치해야 합니다.

  5. DHCP 서버를 설정하여 대상 zImage.initrd-<kernel-version> 파일에 클라이언트를 지정합니다.

    이를 위해 DHCP 서버의 /etc/dhcpd.conf 파일에 다음과 같은 항목을 추가합니다:

    next-server <tftp hostname/IP address>;
    filename "<tftp-path>/zImage.initrd";
    

    <tftp-path>tftp를 통해 실행되는 디렉토리에서 zImage.initrd에 경로를 지정해야 합니다. 예를 들어, zImage.initrd의 완전 경로가 /tftpboot/mykernels/zImage.initrd이고 /tftpboot/tftp를 통해 실행되는 디렉토리일 경우, <tftp-path>mykernels/zImage.initrd가 되어야 합니다.

  6. 마지막으로, 네트워크 장치에서 처음으로 부팅하기 위해 시스템의 부팅 설정 매개 변수를 설정합니다 (예시에서 네트워크 장치는 eth0가 됩니다.)

GFS2

GFS2는 GFS에서 점진적으로 개선된 것입니다. 이러한 업데이트는 디스크 상의 파일 시스템 포멧 변경에 필요한 몇 가지 중요한 개선 사항에 적용되었습니다. GFS 파일 시스템은 gfs2_convert 유틸리티를 사용하여 GFS2로 변환할 수 있으며, 이로 인해 GFS 파일 시스템의 메타데이터를 업데이트합니다.

GFS2는 기술 평가 사항으로서 Red Hat Enterprise Linux 5 에서 출시되었으며 이번 업데이트에서 완전 지원됩니다. 성능 시험 (Benchmark test)에서 다음과 같은 사항에 보다 빠른 성능이 구현되었습니다:

  • 단일 디렉토리에서 대량 사용 및 빠른 디렉토리 스캔 (Postmark benchmark)

  • 동기식 I/O 운영 (fstest 성능 시험에서 TIBCO와 같은 메세징 응용 프로그램의 성능이 개선되었음을 보여줌)

  • 캐시 읽음, 오버헤드 잠금 기능이 없음

  • 사전에 할당된 파일에 직접 I/O

  • NFS 파일 처리 잠금

  • df, 할당 정보가 캐시됨

이에 더하여 GFS2는 다음과 같은 기능이 변경되었습니다:

  • journals는 메타데이터를 대신하여 평문 파일 (숨겨진 파일)임. 파일 시스템을 마운트한 추가 서버로 Journals이 추가될 수 있음

  • quotas는 quota=<on|off|account> 마운트 옵션으로 활성화 및 비활성화됨

  • 복구 실패의 경우 journals를 다시 실행하기 위해 클러스터에서 quiesce 명령이 더이상 필요하지 않음

  • 나노 초로 시간을 입력할 수 있음

  • ext3에서와 유사하게 GFS2는 data=ordered 모드를 지원함

  • 표준 ioctl()를 통해 속성 모음 (attribute settings) lsattr()chattr()가 지원됨

  • 현재 위의 16TB 파일 시스템 크기가 지원됨

  • GFS2는 일반 파일 시스템이며 비 클러스터링 설정에서 사용될 수 있음

드라이버 업데이트 프로그램

DUP (Driver Update Program)는 제삼자가 (예: OEM) 배포 수단으로 RPM 패키지를 사용하여 Red Hat Enterprise Linux 5 시스템에 장치 드라이버 및 기타 다른 Linux 커널 모듈을 추가할 수 있도록 고안되었습니다.

Red Hat Enterprise Linux 5.1 에서는 DUP에 다음과 같은 사항이 업데이트되었습니다:

  • 현재 드라이버 업데이트 디스크를 통해 설치 시간 드라이버 업데이트 RPM이 지원됨

  • 현재 시스템 bootpath에 영향을 미치는 bootpath 드라이버 업데이트가 지원됨

  • ALSA (Advanced Linux Sound Architecture)의 제삼자 패키징에 대한 지원이 삭제됨

승인된 커널 ABI 기호 whitelists에 여러 사항이 업데이트되었습니다. 이러한 whitelists는 커널에서 제공하는 어떤 기호 및 데이터 구조를 제삼자 드라이버에서 사용할 지를 지정하기 위해 드라이버를 패키징하여 사용합니다.

보다 자세한 내용은 http://www.kerneldrivers.org/RedHatKernelModulePackages에서 참조하시기 바랍니다.

드라이버 업데이트

일반 드라이버 업데이트
  • acpi: Lenovo 랩톱으로 ACPI 및 도킹 스테이션 문제 해결을 위해 ibm_acpi 모듈이 업데이트됨.

  • ipmi: 하드웨어 인터럽트가 Baseboard Management Controller에 지정되었을 때 폴링 kthread는 더이상 실행되지 않음.

  • sata: SATA/SAS는 2.6.22-rc3 버전으로 업그레이드됨.

  • openibopenmpi: OFED (OpenFabrics Enterprise Distribution) 1.2 버전으로 업그레이드됨.

  • powernow-k8: Greyhound를 완전 지원하기 위해 2.0.0 버전으로 업그레이드됨.

  • xinput: RSA 완전 지원을 위해 추가됨.

  • aic94xx: 내장된 Sequencer Firmware를 v17로 업그레이드하는 것과 관련하여 1.0.2-1 버전으로 업그레이드함. 이러한 업데이트로 인해 다음과 같은 사항이 변경됨:

    • 확장자가 있는 플랫폼에서의 ascb 경쟁 상태가 수정됨

    • REQ_TASK_ABORTDEVICE_RESET 처리기가 추가됨

    • 오류 발견 후 물리적 포트가 올바르게 삭제됨

    • physsysfs를 통해 활성화 및 비활성화될 수 있음

    • DDB가 경쟁 상태가 되는 것을 피하기 위해 DDB 잠금 기능을 사용

Audio

ALSA는 1.0.14 버전으로 업데이트되었습니다. 이러한 업데이트로 인해 다음과 같은 항이 수정되었습니다:

  • IBM Taroko (M50) 상의 소음 문제가 수정됨

  • 현재 Realtek ALC861이 지원됨

  • xw8600 및 xw6600 상에서의 음소거 문제가 수정됨

  • ADI 1884 Audio가 지원됨

  • xw4600 에서의 오디오 설정 문제가 수정됨

PCI
  • PCIX 및 PCI-Express 용 최대 읽기 요청 크기를 설정하기 위한 호출 기능이 추가됨

  • IBM System P는 현재 PCI-Express Hotplugging 기능을 지원함

  • SB600 SMBus를 지원하기 위해 필요한 드라이버 및 PCI ID가 추가됨

네트워크
  • e1000 드라이버: I/OAT-활성화 칩셋을 지원하기 위해 7.3.20-k2 버전으로 업데이트됨.

  • bnx2 드라이버: 5709 하드웨어를 지원하기 위해 1.5.11 버전으로 업데이트됨.

  • B44 이더넷 드라이버: 다음과 같은 변경 사항을 적용하기 위해 2.6.22-rc4 업스트림 버전에서 백포트됨:

    • 여러 endianness 명령이 수정됨

    • DMA_30BIT_MASK 상수가 사용됨

    • skb_copy_from_linear_data_offset()가 사용됨

    • spin_lock_irqsave()는 안전하게 인터럽트하는 것을 비활성화함

    • 다시 시작하는 동안 간단한 오류 확인이 실행됨

    • 멀티캐스트를 실행하기 위해 몇몇 기능이 수정됨

    • 칩 재설정에 이전보다 더 오랜 시간이 소요됨

  • Marvell sky2 드라이버: ifup/ifdown 명령을 반복하여 실행할 경우 커널 패닉을 일으켰던 버그 수정을 위해 1.14 버전으로 업데이트됨.

  • forcedeth-0.60 드라이버: 이번 릴리즈에 포함됨. 사용자를 위해 NVIDIA의 MCP55 마더보드 칩셋 및 온보드(onboard) NIC를 사용하여 몇몇의 버그가 수정됨

  • ixgb 드라이버: 최신 업스트림 버전 (1.0.126)으로 업데이트됨.

  • netxen_nic 드라이버: NetXen 10GbE 네트워크 카드 지원을 위해 3.4.2-2 버전이 추가됨.

  • Chelsio 10G 이더넷 네트워크 제어기가 지원됨.

  • s2io 장치에 PCI 오류 발견에 대한 지원이 추가됨.

  • Broadcomm 무선 이더넷 드라이버는 nx6325 카드에 대해 PCI ID를 지원함.

  • ifup으로 BCM4306을 시작하려할 때 ASSERTION FAILED 오류의 원인이 되었던 버그가 수정됨.

  • ixgb 드라이버: Intel 10-gigabit 이더넷 카드에 대해 EEH PCI 오류 발견 지원 추가가 업데이트됨. 보다 자세한 내용은 /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt를 참조하시기 바랍니다.

  • qla3xxx 드라이버: iSCSI를 사용하지 않고 QLogic iSCSI 어댑터에 대한 네트워크 지원을 위해 2.03.00-k3 버전으로 업데이트 및 재활성화됨.

  • Intel PRO/Wireless 3945ABG 네트워크 드라이버: 1.2.0 버전으로 업데이트됨. 이 업데이트로 몇몇 랩톱에서 발생되었던 잠금 기능 버그를 포함한 여러 문제가 해결됨

  • qla2xxx 드라이버: 8.01.07-k6 버전으로 업그레이드됨. 이로 인해 여려 변경 사항이 적용됨:

    • iIDMA가 지원됨

    • 다음의 Fibre Channel 속성이 지원됨:

      • 심볼릭 노드명

      • 시스템 호스트명

      • fabric name

      • 호스트 포트 상태

    • trace-control async 작업이 더이상 기록되지 않음

    • reset handling logic이 수정됨

    • MSI-X가 지원됨

    • 시스템마다 IRQ-0 할당이 처리됨

    • NVRAM 업데이트가 바로 실행됨

IPMI

이번 릴리즈에는 2.6.22-rc-4에서 포함된 몇몇 패치와 함께 2.6.21.3 버전의 시점에서 업스트림 변경 사항을 포함하기 위해 IPMI 드라이버 세트가 업데이트되었습니다. 이번 업데이트에는 다음과 같은 사항이 변경되었습니다:

  • ipmi_si_intf에서 초기화 되지 않았던 데이터 버그가 수정됨

  • 다른 드라이버가 인터럽트를 지원할 경우 kipmid가 시작되지 않음

  • force_kipmid를 통해 사용자는 커널 데몬 enable 명령을 덮어쓸 수 있음

  • 채널당 명령 등록이 지원됨

  • MAX_IPMI_INTERFACES 명령은 더이상 사용되지 않음

  • hot system 인터페이스 삭제 기능이 지원됨

  • firmware 업데이트를 지원하기 위해 관리 모드(Maintenance Mode)가 추가됨

  • pigeonpoint IPMC에 대한 poweroff 지원이 추가됨

  • BT 하부 드라이버는 긴 대기 시간을 갖음

  • hot remove에서 올바른 삭제에 대해 pci_remove 처리가 추가됨

새 모듈 매개 변수에 대한 자세한 내용은 /usr/share/doc/kernel-doc-<kernel version>/Documentation/IPMI.txt를 참조하시기 바랍니다.

SCSI
  • Red Hat Enterprise Linux 4에서 이번 릴리즈 버전으로 SCSI 블랙리스트가 포트됨.

  • aic79xx 드라이버에 대한 PCI ID가 추가됨.

  • aacraid 드라이버: PRIMERGY RX800S2RX800S3 지원을 위해 1.1.5-2437 버전으로 업데이트됨.

  • megaraid_sas 드라이버: 3.10 버전으로 업데이트됨. 이번 업데이트에서는 bios_param에 대한 시작 지점 지정, IOCTL 메모리 풀을 추가, 여러 버그가 수정됨.

  • Emulex lpfc 드라이버: 8.1.10.9 버전으로 업데이트됨. 이 업데이트로 여러 변경 사항이 적용됨:

    • ioctl 경로에서 host_lock 관리가 수정됨

    • AMD 칩셋이 자동적으로 감지되며 DMA 길이를 1024 바이트로 줄임

    • 발견 옵션이 활성화되어 있을 경우 dev_loss_tmo 실행 중 더이상 노드를 삭제할 수 없음

    • 8GB 링크 스피드가 활성화됨

  • qla4xxx 드라이버가 업데이트되어 다음의 변경 사항을 적용함:

    • IPV6, QLE406x, ioctl 모듈에 대한 지원 추가

    • 잠금 상태가 되게 하는 mutex_lock 버그가 수정됨

    • 인터페이스를 로드/언로드하려할 때 qla4xxxqla3xxx의 잠금 문제가 해결됨

  • mpt fusion 드라이버: 3.04.04 버전으로 업데이트됨. 이러한 업데이트로 여려 변경 사항이 적용됨:

    • 버그를 처리하는 몇몇 오류가 수정됨

    • mptsas는 대상 재설정을 직렬화함

    • mptsasmptfc는 LUN (Logical Unit Numbers)을 지원하고 255 이상을 대상으로 함

    • DVD 드라이버 실행 속도를 느리게 하는 LSI mptspi 드라이버 회귀 상태가 수정됨

    • LSI SCSI 장치가 BUSY 상태가 되었을 때, I/O 기능이 더이상 실패로 돌아가지 않음

    • auto-rebuild 이후 더이상 RAID 어레이를 사용할 수 없음

  • arcmsr 드라이버: Areca RAID 제어기 지원이 포함됨

  • 3w-9xxx 모듈: 3ware 9650SE 지원이 업데이트됨.

커널 관련 업데이트

  • CIFS 클라이언트는 1.48aRH 버전으로 업데이트되었습니다. 이는 1.48a 버전 릴리즈에 기반한 것으로, 다음과 같은 변경 사항이 적용된 패치를 사용합니다:

    • sec=none 마운트 옵션은 익명 마운트로 나타남

    • POSIX 확장자가 활성화되었을 때 CIFS는 umask를 실행하게 함

    • 패킷 서명이 필요한 sec=none 마운트 옵션이 수정됨

    EMC Celerra 제품 (NAS Code 5.5.26.x 및 그 이하 버전) 사용자의 경우, CIFS 클라이언트는 EMC NAS에서 공유를 액세스할 때 멈추게 됩니다. 이러한 문제에 대해 다음과 같은 커널 메세지가 나타납니다:

    kernel:  CIFS VFS: server not responding
    kernel:  CIFS VFS: No response for cmd 162 mid 380
    kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384
    

    CIFS 마운트 후, 마운트 지점에 있는 어떤 파일도 읽기/쓰기를 할 수 없으며 I/O을 하려는 모든 응용 프로그램은 멈추게 됩니다. 이러한 문제를 해결하려면 NAS Code 5.5.27.5 또는 그 이후 버전으로 업그레이드합니다. (EMC Primus case number emc165978 사용)

  • MODULE_FIRMWARE 태그가 지원됨

  • 현재 ICH9 제어기가 지원됨

  • Greyhound 프로세서가 Greyhound 호출에서 지원됨

  • OprofileGreyhound 성능 카운터 작업을 지원함.

  • Directed DIAGz/VM 사용 개선을 위해 지원됨

  • Intel 그래픽 칩셋은 DRM 커널 모듈을 통해 지원됨. 또한 DRM API는 1.3 버전으로 업그레이드되어 렌더링을 직접 지원함

  • ACPI 전원 관리 업데이트로 S3 suspend-to-RAM 및 S4 Hibernate가 개선됨

기타 업데이트

  • gaimpidgin로 부름

  • Intel microcode는 1.17 버전으로 업데이트됨. 이에는 새 Intel 프로세서에 대한 지원이 추가됨

  • EMC Clariion 저장 장치에서 dm-multipath를 사용하여 암시적 active-active 페일오버 기능이 지원됨.

  • Zysong 중국어 글꼴은 fonts-chinese 패키지의 부분으로 설치되지 않음. Zysongfonts-chinese-zysong 패키지로 분리됨. fonts-chinese-zysong 패키지는 추가 CD에 있음

    fonts-chinese-zysong 패키지는 Chinese National Standard GB18030이 지원되어야 함

  • CHAP (Challenge Handshake Authentication Protocol) 사용자명 및 암호는 각각 256 문자로 제한됨

  • 이번 업데이트에는 pump가 삭제됨. 따라서, netconfig 명령을 사용하여 네트워크 인터페이스를 설정할 경우 ifcfg 스크립트가 깨지게 됨

    네트워크 인터페이스를 올바르게 설정하기 위해 대신 system-config-network를 사용함. 업데이트된 system-config-network 패키지를 설치하면 netconfig가 삭제됨

  • rpm --aid는 더이상 지원되지 않습니다. 패키지 업데이트 및 설치 시 yum을 사용하실 것을 권장합니다.

기술 평가 버전

기술 평가 버전에 있는 기능은 현재 Red Hat Enterprise Linux 5.1 서브스크립션 서비스에서는 지원되지 않으며, 기능적으로 완전하지 않음은 물론 일반 용도로 사용하기에는 적합하지 않습니다. 하지만, 이러한 기능은 사용자 편의에 적합한 사항을 포함하여 방대한 기능을 제공합니다.

사용자에게 이러한 기능은 일반적이지 않은 용도로 사용하기에 적합합니다. 사용자는 이러한 기능이 완전하게 지원되기 전에 기술 평가 사항으로서 자유롭게 피드백을 제출하거나 기능적 사항에 대해 제한할 수 있습니다. 심각한 수준의 보안 결함의 경우 에라타를 제공합니다.

이러한 개발과정을 거쳐, 기술 평가에 추가된 사항은 일반 테스트과정을 거치게 됩니다. 이는 앞으로 출시될 버전에서 기술 평가 부분의 완전한 지원을 위한 Red Hat의 노력입니다.

Stateless Linux

Stateless Linux는 시스템 실행 및 관리 방법에 대한 새로운 방향을 제시하며 여러 시스템을 쉽게 대치하여 간단히 시스템을 프로비저닝하고 관리할 수 있도록 고안되었습니다. 이는 주로 읽기-전용 방식에서의 운영 시스템을 수행하는 서버와의 상태를 유지하지 않는 stateless 시스템을 통해 복사 및 관리된 시스템 이미지를 설정하여 실행됩니다. (보다 자세한 정보는 /etc/sysconfig/readonly-root 에서 참조하시기 바랍니다).

현재 개발 상태에서 Stateless 와 관련된 사항은 실행 계획 목표 중 일부분입니다. 그러므로, 기능은 기술 평가 상태로 분류되어 있습니다.

다음은 Red Hat Enterprise Linux 5에 포함된 초기 실행 능력에 대한 목록입니다:

  • NFS를 통한 stateless 이미지를 실행 중 입니다

  • NFS를 통한 루프백을 거쳐 stateless 이미지를 실행 중 입니다

  • iSCSI에서 실행 중 입니다

stateless 코드를 테스트하고자 하시면 http://fedoraproject.org/wiki/StatelessLinuxHOWTO에 있는 HOWTO를 읽어 보시고 stateless-list@redhat.com에 가입하실 것을 적극 권장합니다.

Stateless Linux에 대한 기반 구조를 활성화하는 것은 Red Hat Enterprise Linux 5 에서 소개되었습니다.

AIGLX

AIGLX는 완전하게 지원되는 X 서버의 기술 평가 사항입니다. 이는 일반적인 데스크탑 상에서 GL-액셀리레이티드(GL-accelerated) 효과를 적용할 수 있습니다. 이러한 프로젝트는 다음과 같은 요소로 구성되어 있습니다:

  • 약간 수정된 X 서버

  • 새로운 프로토콜 지원이 추가된 업데이트된 Mesa 패키지

이러한 구성 요소를 설치하여, 미세한 변경으로 데스크탑 상에서 GL-액셀리레이티드(GL-accelerated) 효과를 적용하실 수 있으며, X 서버를 대체하지 않고 이를 활성화 또는 비활성화시키실 수 있습니다. 또한 AIGLX는 하드웨어 GLX 가속에 이로운 원격 GLX 응용 프로그램을 활성화할 수 있습니다.

devicescape (d80211)

devicescape 스택은 iwlwifi 4965GN 무선 드라이버를 활성화합니다. 이러한 스택은 어떤 무선 장치가 아무 Wi-Fi 네트워크로 연결되게 합니다.

이 스택에는 아직 업스트림에 적용되지 않은 코드 기반이 있습니다. 또한 이러한 스택의 안정성에 대한 테스트가 아직 입증되지 않았습니다. 따라서, 이 스택은 기술 평가 사항으로 이번 릴리즈에 포함되어 있습니다.

FS-Cache

FS-Cache는 원격 파일 시스템을 위한 로컬 캐싱 장치로 사용자가 로컬로 마운트된 디스켓에 NFS 데이타를 캐시하는 것을 허용합니다. FS-Cache 장치를 설정하기 위하여, cachefilesd RPM을 설치하시고 /usr/share/doc/cachefilesd-<version>/README에 있는 지시사항을 참조하시기 바랍니다.

<version>을 설치된 cachefilesd 패키지에 해당하는 버전으로 대체합니다.

Systemtap

Systemtap은 자유 소프트웨어 (GPL) 기반을 제공하여 Linux 시스템의 운영에 대한 정보를 쉽게 수집할 수 있게 하며, 실행의 진단이나 기능적 문제 해결을 돕습니다. systemtap의 도움으로 인해, 개발자는 더이상 데이터를 수집하기 위해 장황하고 분열된 기계장치를 통해, 재컴파일, 설치, 재부팅 순서를 거치지 않아도 됩니다.

iSCSI Target

Linux target (tgt) 프레임워크에서는 시스템이 블록 레벨 (block-level) SCSI 저장 장치를 SCSI 개시 프로그램이 있는 다른 시스템에서 사용하게 합니다. 이러한 기능은 Linux iSCSI 대상으로서 저장 장치를 네트워크를 통해 iSCSI 개시 프로그램으로 사용하게 합니다.

iSCSI 대상을 설정하려면 scsi-target-utils RPM을 설치하고 다음에 있는 지시 사항을 참조합니다:

  • /usr/share/doc/scsi-target-utils-<version>/README

  • /usr/share/doc/scsi-target-utils-<version>/README.iscsi

<version>을 설치된 패키지에 해당하는 버전으로 대체합니다.

보다 자세한 내용은 man tgtadm을 참조하시기 바랍니다.

FireWire

이번 업데이트에서 firewire-sbp2 모듈은 기술 평가 사항으로 포함되어 있습니다. 이 모듈은 FireWire 저장 장치와 스캐너를 연결해 줍니다.

헌재 FireWire는 다음과 같은 사항을 지원하지 않습니다:

  • IPv4

  • pcilynx 호스트 제어기

  • multi-LUN 저장 장치

  • 저장 장치로 비배타적 액세스

이번 FireWire 버전에서는 다음과 같은 문제가 아직 남아 있습니다:

  • SBP2 드라이버에서의 메모리 부족으로 컴퓨터가 응답하지 않을 수 있음

  • 이 버전에 있는 코드는 빅 엔디안 (big-endian) 컴퓨터에서 작동하지 않음. 이는 PowerPC에서 예상치 못한 결과를 초래할 수 있음

해결된 사항

  • 부팅하는 동안 SATA 장착 시스템이 정지되어 재시작하기 전에 오류를 보여주었던 SATA 버그가 수정됨.

  • 멀티 부팅 시스템에서 partedWindows Vista™가 설치된 첫번째 주요 파티션의 시작 부분을 보호합니다. 따라서 Red Hat Enterprise Linux 5.1 및 Windows Vista™를 사용하여 멀티 부팅 시스템을 설정할 때, Windows Vista™로 부팅가능 합니다.

  • rmmod xennet 명령은 더이상 domU 명령이 충돌하게 하지 않습니다.

  • node 0에서 설정된 메모리가 없는 4-socket AMD Sun Blade X8400 서버 모듈 시스템 부팅시 더이상 커널 패닉이 나타나지 않습니다.

  • 페일오버 도메인 생성 및 설정을 위해 congaluci를 사용할 수 있습니다.

  • yum을 사용하여 클러스터 저장 그룹을 설치할 때, 트랜젝션이 실패하지 않습니다.

  • 설치시 잘못된 SELinux 문맥은 더이상 /var/log/faillog/var/log/tallylog로 할당되지 않습니다.

  • 분리된 설치 매체 (예: CD 또는 NFSISO)를 사용하여 Red Hat Enterprise Linux 5.1 을 설치하는 것으로 인해 더이상 amanda-server 설치 오류가 발생하지 않습니다.

  • EDAC는 최신 k8 프로세서에서 올바른 메모리양을 보고합니다.

  • gdm으로 Gnome 데스크탑에 원격으로 로그인할 때 더이상 화면이 멈추지 않습니다.

  • 다중 마운트가 올바르게 작동하지 못하게 하는 autofs 버그가 수정되었습니다.

  • bttv 커널 모듈을 사용한 tvtimexawtv 실행으로 인해 더이상 시스템 작동이 중단되지 않습니다.

  • utrace로의 패치에 다음과 같은 사항이 수정되었습니다:

    • ptrace 사용시 경쟁 상태에 충돌을 일으켰던 버그가 수정됨

    • PTRACE_PEEKUSR 호출에서 잘못된 EIO 복귀를 초래했던 버그가 수정됨

    • 특정 상황에서 자식 프로세스가 종료되었을 때 wait4 호출이 이를 알리지 못하게 하는 버그가 수정됨

    • SIGKILL가 프로세스를 종료시키지 않는 버그가 수정됨. 이는 특정 상황의 프로세스에서 ptrace가 실행될 경우 발생함.

  • 알람 및 주기적 RTC 인터럽트가 올바르게 작동하지 않았던 RTC (RealTime Clock) 버그가 수정되었습니다.

알려진 사항

  • Anaconda에서 처음으로 릴리즈 노트 버튼을 클릭하면 릴리즈 노트를 창으로 불러오기 위해 시간이 지연됩니다. 이러한 지연 시간 동안 창에는 빈 목록이 나타납니다. 이러한 렌더링은 일반적으로 신속하게 진행되므로 대부분의 사용자는 이를 인식하지 못하게 됩니다.

    패키지 설치 단계가 대부분 CPU-intensive 설치 단계에 있기 때문에 이러한 지연이 발생합니다.

  • NVIDIA 그래픽 카드를 사용하는 일부 컴퓨터에서 그래픽 설치 프로그램을 사용할 때나 또는 그래픽 로그인을 하는 도중 손상된 그래픽이나 글꼴이 나타날 수 도 있습니다. 이를 해결하기 위해, 가상 콘솔로 교체하고 원래 X 호스트로 돌아갑니다.

  • MegaRAID 드라이버를 사용하는 HBA (Host bus adapters)는 "I2O" 에뮬레이션 모드가 아닌 "대용량 저장 장치 (Mass Storage)" 에뮬레이션 모드에서 작동하도록 설정되어야 합니다. 이를 설정하기 위해 다음의 단계를 수행합니다:

    1. MegaRAID BIOS 설정 유틸리티를 입력합니다.

    2. 아답터 설정 메뉴를 입력합니다.

    3. 기타 아답터 옵션에서 에뮬레이션을 선택하고 이를 대용량 저장 장치로 설정합니다.

    아답터가 "I2O" 에뮬레이션으로 잘못 설정되었을 경우, 시스템은 i2o 드라이버를 읽어오려 할 것입니다. 이러한 작업은 실패로 돌아가서 올바른 드라이버를 읽어오지 못하게 됩니다.

    이전 Red Hat Enterprise Linux 출시 버전에서는 일반적으로 MegaRAID 드라이버를 로딩하기 전에 I20 드라이버 로딩을 시도하지 않습니다. 이에 상관없이, Linux를 사용할 때 하드웨어를 "대용량 저장 장치" 에뮬레이션 모드로 설정하셔야 합니다.

  • Cisco Aironet MPI-350 무선 카드가 장착된 랩탑은 유선 이더넷 포트를 사용하여 네트워크 기반 설치를 하는 동안 DHCP 주소 받기가 중단될 수 도 있습니다.

    이를 해결하기 위해, 설치를 위한 로컬 매체를 사용합니다. 다른 방법으로, 설치를 시작하기 전에 랩탑 BIOS에서 무선 카드를 비활성화 시키실 수 있습니다. (설치를 완료하신 후, 무선 카드를 재활성화 시키실 수 있습니다.)

  • 현재, system-config-kickstart 명령은 패키지 선택 및 선택 해제를 지원하지 않습니다. system-config-kickstart 명령을 사용하면, 패키지 선택 옵션이 비활성화 상태로 나타납니다. 이는 system-config-kickstart 명령이 그룹 정보를 수집하기 위해 yum 명령을 사용하지만 Red Hat Network에 연결하기 위해 yum 명령을 설정할 수 없기 때문입니다.

    현재 킥스타트 파일에서 수동으로 패키지 부분을 업데이트하셔야 합니다. 킥스타트 파일을 열기 위해 system-config-kickstart 명령을 사용할 때, 이는 모든 패키지 정보를 보호하며 저장시 보고합니다.

  • Red Hat Enterprise Linux 5 출시 버전에서는 /var/log/boot.log로 부팅시 기록하는 기능이 사용 가능하지 않습니다. 이와 같은 기능은 차후 업데이트에 추가될 것입니다.

  • Red Hat Enterprise Linux 4 에서 Red Hat Enterprise Linux 5 로 업그레이드할 때, 활용 가이드는 자동으로 설치되지 않습니다. 업그레이드를 완료하신 후 pirut 명령을 사용하여 수동으로 직접 설치하셔야 합니다.

  • X가 실행되고 vesa 외의 드라이버를 사용하는 경우 시스템은 kexec/kdump 커널로 재부팅하지 못할 수 도 있습니다. 이러한 문제는 ATI Rage XL 그래픽 칩셋과 함께 존재합니다.

    ATI Rage XL이 장착된 시스템에서 X가 실행되는 경우, kexec/kdump 커널로 부팅하기 위해 vesa 드라이버를 사용하고 있는 지를 확인합니다.

  • 가상화 기능을 설치하는 것은 xw9300 및 xw9400 모듈 번호를 사용하는 HP 시스템상에서 time went backwards 경고 사항을 발생시킬 수 있습니다.

    xw9400 기계 장치에서 이러한 사항을 해결하기 위해, HPET 타이머를 활성화하기 위한 BIOS 설정을 지정합니다. 이러한 옵션은 xw9300 기계 장치에서는 사용 가능하지 않음에 유의하시기 바랍니다.

    이는 HP에 의한 차후 BIOS 업데이트에서 해결될 것입니다.

  • nVidia CK804 칩셋 설치를 사용하는 기계에서 Red Hat Enterprise Linux 5를 사용할 때, 다음과 같은 커널 메세지가 나타납니다:

    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
    
  • 이 업데이트 버전에서는 Calgary IOMMU 칩이 기본값으로 지원되지 않습니다. 칩 지원을 활성화하려면 커널 명령행 옵션 iommu=calgary를 사용합니다.

  • IBM System z는 기본 Unix 스타일 물리적 콘솔을 제공하지 않습니다. 따라서, IBM System z에 대한 Red Hat Enterprise Linux 5는 처음으로 프로그램을 읽어오는 동안 firstboot 기능을 지원하지 않습니다.

    IBM System z에서 Red Hat Enterprise Linux 5에 대한 설정을 올바르게 초기화하기 위해, 설치 후 다음과 같은 명령을 실행합니다:

    • /usr/bin/setupsetuptool 패키지에 의해 제공됨.

    • /usr/bin/rhn_registerrhn-setup 패키지에 의해 제공됨.

  • Red Hat Network 를 사용하여 Red Hat Enterprise Linux 5 에서 Red Hat Enterprise Linux 5.1 로 업그레이드할 때, yum을 사용하여 redhat-beta 키를 가져올 수 없을 수 도 있습니다. 이러한 경우, 업그레이드를 실행하기 이전에 수동으로 redhat-beta 키를 가져오는 것이 좋습니다. 이를 위해 다음과 같은 명령을 실행합니다:

    rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

  • 설정된 filer에서 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-4dm-5라는 두개의 mpath링크로 되었음을 의미합니다.

    이러한 경우, /etc/lvm/.cache에서 다음과 같은 행을 삭제해야 합니다:

    /dev/dm-4 
    /dev/dm-5 
    /dev/mapper/3600d0230003414f30000203a7bc41a00
    /dev/mapper/3600d0230003414f30000203a7bc41a00p1
    /dev/mpath/3600d0230003414f30000203a7bc41a00
    /dev/mpath/3600d0230003414f30000203a7bc41a00p1
    
  • CD 또는 DVD에서 완전 가상화 윈도우™ 게스트를 생성하고자 할 때, 두번째 게스트 설치 단계는 재부팅 이후에 계속 진행되지 않습니다.

    이를 해결하기 위해, CD / DVD 장치에 해당하는 항목을 추가하여 /etc/xen/<name of guest machine>을 편집합니다.

    단순한 파일에 설치하는 것이 가상 장치로서 사용될 경우, /etc/xen/<name of guest machine>disk 행은 다음과 같이 읽어집니다:

    disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']
    

    /dev/dvd로서 호스트에 위치한 DVD-ROM 장치는 'phy:/dev/dvd,hdc:cdrom,r' 명령과 같은 항목을 추가하여 hdc로서 두 번째 설치 단계에서 사용 가능합니다. 따라서, 디스크 행은 다음과 같이 읽어져야 합니다:

    disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']
    

    사용할 정확한 장치 경로는 하드웨어에 따라 달라질 수 있습니다.

  • sctp 모듈이 커널에 추가되어 있지 않을 경우, -A inet 또는 -A inet6 옵션과 함께 netstat 명령 실행이 비정상적으로 종료되고 다음과 같은 메세지가 나타나게 됩니다:

    netstat: no support for `AF INET (sctp)' on this system.        
    

    이를 방지하려면, sctp 커널 모듈을 설치합니다.

  • 완전 가상화 게스트에 Red Hat Enterprise Linux 3.9 설치는 극도로 천천히 진행될 수 있습니다. 이에 더하여, 설치 후 게스트를 부팅하면 hda: lost interrupt 오류가 발생될 수 있습니다.

    이러한 부팅 오류를 해결하기 위해 SMP 커널을 사용하여 게스트를 설정합니다.

  • 부팅시 커널은 직렬 포트를 프린팅하기 전에 Data Terminal Ready (DTR) 신호를 검증하지 않습니다. DTR 검증에는 몇몇 장치가 필요합니다: 따라서, 커널 부팅 메세지는 이러한 장치에서 직렬 콘솔로 프린트되지 않습니다.

  • Red Hat Enterprise Linux 5.1로 호스트 (dom0) 시스템을 업그레이드하면 기존의 Red Hat Enterprise Linux 4.5 SMP 반가상화 게스트가 부팅되지 않을 수 있습니다. 이는 호스트 시스템이 RAM의 4 GB 이상을 차지할 때 더 발생하기 쉽습니다.

    이 문제를 해결하려면 단일 CPU 모드에서 Red Hat Enterprise Linux 4.5 게스트를 부팅하고 최신 버전 (Red Hat Enterprise Linux 4.5.z용)으로 커널을 업그레이드합니다.

  • HP dc7700과 같은 플랫폼에서 사용되는 AMD 8132HP BroadCom HT100MMCONFIG 주기를 지원하지 않습니다. 시스템이 칩셋을 사용할 경우, PCI 설정에서는 레거시 PortIO CF8/CFC 메카니즘을 사용해야 합니다. 이를 설정하려면 설치시 커널 매개변수 -pci nommconfig를 사용하여 시스템을 부팅하고 재부팅 후 GRUB에 pci=nommconf를 추가합니다.

    이에 더하여, AMD 8132 칩셋은 MSI (Message Signaled Interrupts)를 지원하지 않습니다. 이러한 칩셋이 시스템에서 사용될 경우, MSI를 비활성화시켜야 합니다. 이를 위해, 부팅시 커널 매개 변수 -pci nomsi를 사용하여 재부팅 후 GRUB에 pci=nomsi를 추가합니다.

    하지만, 특정 플랫폼이 커널에 의해 블랙리스트로 될 경우, 시스템에는 앞에서 언급한 pci 커널 매개 변수가 필요하지 않게 됩니다. 다음의 HP 플랫폼은 이미 커널에 의해 블랙리스트로 되어 있습니다:

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

  • 이번 릴리즈의 가상 기계 장치 관리자 (virt-manager)에서는 사용자가 반가상화 게스트 설치 프로그램에 추가 부트 매개 변수를 지정할 수 없습니다. 또한 이러한 매개 변수는 특정 유형의 하드웨어에 특정 유형의 반가상화 게스트를 설치하기 위해 필요합니다.

    이러한 문제는 차후의 virt-manager 릴리즈에서 다루어 질 것입니다. 명령행에서 반가상화 게스트를 설치할 때 임의의 커널 매개 변수를 지정하기 위해 virt-install을 사용합니다.

  • 기본값 dm-multipath 설정으로 Netapp 장치는 이전의 실패 경로를 복구한 후 장애 복구를 완료하는데 시간이 걸릴 수 도 있습니다. 이 문제를 해결하려면 다음의 Netapp 장치 설정을 multipath.conf 파일의 devices 부분에 추가합니다:

    devices {
            device {
                    vendor                  "NETAPP"
                    product                 "LUN"
                    getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                    prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                    features                "1 queue_if_no_path"
                    hardware_handler        "0"
                    path_grouping_policy    group_by_prio
                    failback                immediate
                    rr_weight               uniform
                    rr_min_io               128
                    path_checker            directio
            }
    

( amd64 )



[1] 이 릴리즈 노트는 http://www.opencontent.org/openpub/의 Open Publication License, v1.0에 있는 이용 약관 설명에 따라 배포되어 집니다.