저작권 © 2009 Red Hat, Inc. 및 기타. 본 자료는 Open Publication License v1.0에서 명시한 계약조건에 준수하여 배포됩니다. http://www.opencontent.org/openpub/에서 참조하시기 바랍니다.
릴리즈 노트에서 다루어질 사항들은 다음과 같습니다:
설치 관련 노트
기능 업데이트
커널 관련 업데이트
드라이버 업데이트
기술 프리뷰
해결된 사항
알려진 사항
Red Hat Enterprise Linux 4.8의 일부 업데이트는 이번 릴리즈 노트에서 다루지 않습니다. Red Hat Enterprise Linux 4.8 릴리즈 노트의 업데이트 버전은 다음의 URL에서 참조하시기 바랍니다:
http://www.redhat.com/docs/manuals/enterprise/
Red Hat Enterprise Linux 4 제품 수명 주기는 https://www.redhat.com/security/updates/errata/에서 확인하실 수 있습니다.
이전에 언급하였듯이, Red Hat Enterprise Linux 4.8 릴리즈에서는 Red Hat Enterprise Linux 4 Production 2 단계가 시작됩니다. 이 단계에서는 새로운 하드웨어 지원이 예정되어 있지 않습니다.
https://www.redhat.com/archives/nahant-list/2008-July/msg00059.html
사용자의 서브스크립션은 현재 지원되는 모든 Red Hat Enterprise Linux 버전으로의 액세스를 제공합니다.
다음 부분에서는 Red Hat Enterprise Linux 설치 및 Anaconda 설치 프로그램 관련 사항에 대해 다루고 있습니다.
Red Hat Enterprise Linux 4의 한 마이너 버전 (예: 4.6에서 4.7)에서 Red Hat Enterprise Linux 4.8로 업데이트할 때, 호스트 웹 사용자 인터페이스나 또는 Red Hat Network Satellite를 통한 Red Hat Network를 사용하여 업데이트하실 것을 권장합니다.
사용 가능한 네트워크 연결이 없는 시스템을 업그레이드할 경우, Anaconda의 "업그레이드" 기능을 사용합니다. 하지만, Anaconda가 추가 리포지터리나 제삼자 응용프로그램의 종속성과 같은 문제를 처리하는 데에는 한계가 있음에 유의하시기 바랍니다. 또한, Anaconda는 설치 오류를 상호 대화식이 아닌 로그 파일에 보고합니다.
따라서, Red Hat은 오프라인 시스템을 업그레이드할 때, 먼저 업그레이드 설정의 무결성을 확인하고 테스트할 것을 권장합니다. 시스템에 업그레이드를 적용하기 전에 오류에 대한 업데이트 로그를 주의깊게 검토하시기 바랍니다.
Red Hat Enterprise Linux 주요 버전에서 인플레이스 (In-place) 방식의 업그레이드 (예: Red Hat Enterprise Linux 3에서 Red Hat Enterprise Linux 4.8로의 업그레이드)는 지원되지 않습니다. 반면 Anaconda의 "업그레이드" 옵션에서는 이러한 방식을 실행할 수 있지만, 업그레이드로 설치 프로그램이 작동할 지에 대해 보장할 수 없습니다. 주요 릴리즈에서 인플레이스 방식의 업그레이드는 모든 시스템 설정, 서비스, 사용자 설정 사항을 보존하지 않습니다. 이러한 이유로, Red Hat은 주요 버전에서 업그레이드하고자 할 경우 새로 설치할 것을 강력히 권장합니다.
네트워크 기반 설치 준비를 위해 Red Hat Enterprise Linux 4.8 CD-ROM의 내용물을 복사하려면 운영 체제에 해당하는 CD-ROM만 복사해야 합니다. 추가 CD-ROM이나 기타 제품 CD-ROM을 복사하면 안 됩니다. 이 CD를 복사하면 Anaconda가 올바른 작업을 수행하는데 필요한 파일을 덮어쓸 가능성이 있습니다.
이 CD-ROM은 Red Hat Enterprise Linux가 설치된 이후에 설치해야 합니다.
Red Hat Enterprise Linux 4 (및 모든 업데이트)에 포함되어 있는 GRUB 버전은 소프트웨어 미러링 (RAID1)을 지원하지 않습니다. 따라서, RAID1 파티션에 Red Hat Enterprise Linux 4를 설치하실 경우, 부트로더는 마스터 부트 레코드 (MBR) 대신 첫번째 하드 드라이브에 설치됩니다. 이는 시스템을 부팅하지 못하게 합니다.
RAID1 파티션에 Red Hat Enterprise Linux 4를 설치하시고자 할 경우, 우선 MBR에서 기존 부트로더를 삭제하셔야 합니다.
평면 패널 모니터 및 일부 ATI 카드를 사용하는 시스템에 텍스트 모드로 Red Hat Enterprise Linux 4를 설치할 때, 화면 영역이 이동할 수 있습니다. 이러한 경우, 화면의 일부분이 보이지 않게 됩니다.
이러한 문제가 발생한 경우, linux nofb 매개변수를 사용하여 설치를 실행합니다.
Red Hat Enterprise Linux 4.6에서 이번 릴리즈 버전으로 업그레이드할 때, minilogd는 SELinux 거부 메세지를 기록할 수 도 있습니다. 이러한 오류 기록은 무해하며 무시될 수 있습니다.
이전 Anaconda 킥스타트 문서에서 (문서 위치: /usr/share/doc/anaconda-<anaconda-version>/kickstart-docs.txt
) 킥스타트 파일의 --driveorder 옵션에 대한 상세 정보 설명은 다음과 같습니다:
Specify which drive is first in the BIOS boot order.
하지만, --driveorder 옵션은 목록에서 처음으로 나타나는 첫 번째 부팅 장치와 함께 실제로 시스템 상의 모든 드라이브 목록을 요청합니다. 이번 업데이트에서는 보다 문서를 명확히하고 있습니다:
Specify which drive is first in the BIOS boot order. The ordered list must include all the drives in the system.
킥스타트 파일에서 --driveorder 옵션을 사용할 때 순서 목록에는 시스템에 있는 모든 드라이버가 들어있어야 합니다.
현재 Systemtap은 Red Hat Enterprise Linux 4에서 완전 지원되는 기능입니다. Systemtap은 Linux 시스템 실행에 관한 정보를 간단히 얻기 위한 자유 소프트웨어(GPL) 구조를 제공하며 실행 또는 기능 문제에 대한 진단 기능을 제공합니다. systemtap의 도움말을 사용하여, 개발자는 이제 데이터를 수집할 때 지루하고 번거로운 도구를 통해 재컴파일, 설치, 재시작할 필요가 없습니다.
새로운 Red Hat Enterprise Linux 또는 Linux 시스템의 일부 systemtap 기능은 커널 기능 부재로 인해 Red Hat Enterprise Linux 4에서 작동하지 않음에 유의하십시오. 커널 utrace 배제의 부재는 모든 사용자 공간 프로브를 지원합니다.
dmidecode는 BIOS 및 마더보드 업데이트에 관한 정보를 제공합니다. 이 권고에서 제공되는 kernel-utils 버전은 dmidecode를 2.2 버전에서 2.9 버전으로 업데이트합니다. 이 버전은 새로운 프로세서, PCI식 슬롯 및 장치, 블레이드 섀시를 인식합니다. 또한 SMBIOS v2.6 사양에 대해 개선된 지원을 제공합니다.
kernel-utils
의 새 버전이 이번 릴리즈에 포함되어 새로운 Intel 프로세서를 지원하는 Intel microcode 파일이 20080910 버전으로 업데이트되었습니다.
새로운 HP ProLiant 하드웨어에서 발견된 새 CCISS 제어기를 지원하기 위해 smartmontools가 확장되었습니다.
Samba 패키지는 3.0.33 업스트림 버전으로 새로 설정되었습니다. 3.0.x 버전 시리즈는 Samba 코드 기반의 버그 수정 지점입니다. 3.0.33으로 다시 설정되어 여러 중요한 버그 수정 및 보안 관련 수정 사항이 포함되었으나 새로운 기능이 추가되지는 않았습니다.
이번 업데이트에서 제공된 업스트림 수정에 대한 자세한 내용은, http://samba.org/samba/history/samba-3.0.33.html의 Samba 릴리스 노트를 참조하십시오.
ipmitool이 1.8.11 업스트림으로 업데이트되어, 다음과 같은 버그 수정 및 개선 사항을 제공합니다:
문서 업데이트
SDR/FRU와 SOL 등의 버그 수정
새로운 명령 및 옵션
-K 명령행 스위치가 prompt for Kg key에서 read Kg key from environment variable로 변경 되었음에 유의하십시오. -Y 플래그는 이번 업데이트 이전 -K와 동일하게 동작합니다.
x86_64 ptrace 코드에 부호 확장이 탈락되어 i386 어플리케이션을 디버깅하면 x86_64 아키텍처에서 gdb가 작동하지 않는 원인이 될 수 있습니다. 이번 업데이트에서 탈락된 부호 확장이 올바르게 확장되어 이러한 문제가 해결되었습니다.
ibmphp 모듈은 언로드하기에 안전하지 않습니다. 이전에 ibmphp 모듈이 언로드하지 않도록 하는 메커니즘은 불충분하여 버그에 의해 중지될 수 있었습니다. 이번 업데이트에서 이 모듈을 언로드하지 않는 방법이 개선되어 버그에 의해 중지되지 않습니다. 하지만, 모듈을 언로드하려고 할 경우 메세지 로그에 모듈이 언로드하기에 안전하지 않다고 경고 메세지가 나타나게 됩니다. 이러한 경고 메세지는 무시해도 상관없습니다.
이번 업데이트에서 64GB 이상의 시스템에서 32 비트 x86 커널을 실행하는 경우 실제 메모리가 64GB로 제한됩니다. 커널은 메모리를 Lowmem와 Highmem 라는 2 개의 영역으로 분할합니다. Lowmem는 항상 커널 주소 공간에 맵핑됩니다. 하지만 Highmem는 필요할 때 페이지 당 커널 가상 윈도우에 맵핑됩니다. 메모리 I/O가 64GB를 넘으면, mem_map (페이지 어레이) 크기가 Lowmem 크기 이상이 될 수 있습니다. 이러한 경우, 부팅 시 커널 패닉이 발생하거나 커널이 완전하게 실행되지 않게 됩니다. 커널이 완전하게 실행되지 않을 경우, 커널은 부팅 후 커널 메모리를 할당하지 않아 패닉 또는 정지 상태가 됩니다.
이전에 HVM (Hardware Virtual Machin)에서 사용자가 화살표 키를 계속해서 누르면, 하드웨어 인터럽트와 타이머 인터럽트 사이에서 인터럽트 경합 상태가 발생하여, 결과적으로 키보드 드라이버는 알 수 없는 키코드 이벤트를 보고했습니다. 이번 업데이트에서 i8042 풀링 타이머가 제거되어 이러한 문제가 해결되었습니다.
이번 업데이트에서 diskdump 유틸리티 (vmcore 커널 덤프를 생성 및 할당하는 기능을 제공하는 유틸리티)는 sata_svw
드라이버와 함께 사용이 지원됩니다.
이번 업데이트에서 "swap_token_timeout" 매개 변수는 /proc/sys/vm에 추가되었습니다.
이 파일에는 스왑 아웃 보안 토큰의 유효한 대기 시간이 들어 있습니다. Linux 가상 메모리 (VM) 하부 시스템은 스레싱 제어 메커니즘 기반 토큰을 가지고 있으며, 이 토큰을 사용하여 스레싱 상황에서 불필요한 페이지 오류가 발생하지 않도록 합니다. 값은 '초' 단위입니다. 이러한 값은 스레싱 작동을 조정하는 데 유용합니다. 값을 0으로 설정하면 스왑 토큰 메카니즘이 비활성화됩니다.
이전에는 readdir()
를 사용하여 디렉토리를 처리하는 동안 NFSv4 (Network File System Version 4) 클라이언트에 문제가 발생하였을 경우, 전체 readdir()
호출에 대해 오류가 반환되었습니다. 이번 업데이트에서 readdir()
가 호출되면 fattr4_rdattr_error
플래그가 설정되어 서버에서는 작업을 계속 진행하고 문제의 원인이 되는 특정 디렉토리 항목에 대한 오류 만을 보고합니다.
이전에는 NFS (Network File System) 클라이언트가 readdir()
함수의 잘못된 응답을 처리하지 않았습니다. 결과적으로 서버에서는 readdir()
함수로의 호출이 성공적으로 이루어 졌다고 응답했지만 응답에는 항목이 포함되어 있지 않았습니다. 이번 업데이트에서 readdir()
응답 해석 논리가 변경되어 잘못된 응답을 받을 경우, 클라이언트는 EIO 오류를 반환합니다.
RPC 클라이언트는 적절한 상황에서 개방 및 다시 할당 가능한 메모리의 위치에 portmap 호출 결과를 저장합니다. 하지만, 경우에 따라 portmap 호출 결과가 메모리에서 너무 이르게 개방되어 메모리 손상의 원인이 될 수 있었습니다. 이번 업데이트에서는 portmap 결과가 저장된 메모리 위치에 참조 횟수가 추가되어 사용 후에만 개방되게 됩니다.
경우에 따라 시스템 메모리가 적은 때에 RPC 호출에 대한 일부 데이터 구조 할당이 차단될 수 있습니다. 따라서 대량의 NFS 페이지가 쓰기저장을 기다리고 있을 때 과도한 메모리 압력의 경우 교착 상태가 발생할 수 있습니다. 이번 업데이트에서 이러한 데이터 구조의 할당이 차단 해제되어 이러한 문제가 해결되었습니다.
이전에 LVM 미러 볼륨에 동기적으로 작성할 때 (O_SYNC
플래그 사용) 성능이 저하되었습니다. 결과적으로 미러 볼륨에 I/O 쓰기할 때 마다 3ms 지연되어 미러 볼륨이 선형 볼륨 보다 약 5-10 배 정도 늦는 원인이 되었습니다. 이번 업데이트에서 I/O 대기열 언플러그가 dm-raid1
드라이버에 추가되어 미러 볼륨의 성능이 선형 볼륨과 비교할 수 있을 만큼 향상되었습니다.
새로운 튜닝 매개 변수가 추가되어 시스템 관리자는 반복 실행할 때 마다 디스크에 kupdate
쓰기할 수 있는 최대 변경 페이지를 변경할 수 있습니다. 이 튜닝 가능한 (/proc/sys/vm/max_writeback_pages
) 기본값은 1024 (4MB)이므로 kupdate
를 반복할 때 마다 최대 1024 페이지를 쓰기할 수 있습니다. 이 값을 늘리면 변경된 페이지를 kupdate
가 플러시하는 빈도가 높아져 kupdate
실행 중 시스템 충돌하는 경우 손실 가능성이 있는 데이터의 양을 줄일 수 있습니다. 하지만 max_writeback_pages
값을 늘리면 I/O 부하에 민감하게 반응하는 시스템의 성능을 저하시킬 수 있습니다.
새로운 허용 값이 /proc/sys/kernel/wake_balance
튜닝 가능한 매개변수에 추가되었습니다. wake_balance 값을 2로 설정하면 최적의 CPU가 아닌 다른 사용 가능한 CPU에서 스레드를 실행하도록 스케줄러에 지시합니다. 이 커널 매개 변수를 2로 설정하면 전체 시스템의 처리량에서 전체 대기 시간을 줄이도록 스케줄러를 강제하게 됩니다.
디렉토리 트리를 확인할 때 일부 경우 커널 모듈은 트리가 사용 중이 아니라고 잘못 판단할 수 있습니다. 유효 기간에 사용되는 오픈 파일 핸들과 함께 활성 오프셋 마운트가 사용 중인지에 대한 여부를 확인하지 않기 때문입니다. 결과적으로 이미 마운트된 오프셋에 대해 마운트 요청을 하였습니다. 이번 업데이트에서 커널 모듈 확인이 수정되어 더이상 잘못된 마운트를 요청하지 않습니다.
시스템 초기화 중 APIC (Advanced Programmable Interrupt Controllers) 초기화 후 CPU 제조 업체가 감지되었습니다. 결과적으로 8 개 이상의 코어를 갖는 x86_64 AMD 시스템에서 APIC 클러스터 모드를 사용하여 시스템 성능을 최적화할 수 없었습니다. 이번 업데이트에서 APIC 초기화 이전에 CPU 제조 업체가 쿼리되고 기본값으로 APIC 물리적 평면 모드가 사용되어 이러한 문제가 해결되었습니다.
Red Hat Enterprise Linux 4.8에서 CIFS (Common Internet File System) 코드가 업데이트되어 업스트림에서 복구된 버그가 수정되었습니다. 이에든 다음과 같은 변경 사항이 포함되어 있습니다:
이전에 Unix 확장 없이 서버를 마운트하면 파일 모드를 변경할 수 있었으나, 이러한 모드 변경이 영구적으로 저장되지 않고 원래의 모드로 돌아가는 경우가 있었습니다. 이번 업데이트에서 기본값으로 파일 모드를 임시적으로 변경할 수 없게 되었습니다. chmod() 호출이 성공적으로 반환하지만 아무런 영향을 미치지 않습니다. 이전 작업이 필요한 경우, 새로운 마운트 옵션 dynperm을 사용해야 합니다.
이전에 커널에서는 dio_bio_end_aio()
및 dio_await_one()
사이에 경합 상태가 발생할 수 있었습니다. 결과적으로 이미 완료된 I/O 프로세스에서 직접 I/O이 무한정으로 기다리는 상태로 내버려 두는 상태가 발생할 수 있었습니다. 이번 업데이트에서 이러한 참조 횟수 작업이 잠금 상태가 되고 제출 맟 완료 경로가 통합 상태가 되어 이러한 문제가 해결되었습니다.
이전에는 완전 가상화 게스트 시스템을 Red Hat Enterprise Linux 4.6 (kmod-xenpv
패키지가 설치된 상태)에서 새로운 Red Hat Enterprise Linux 4 버전으로 업그레이드하면 내장된 커널 모듈 (xen-vbd.ko
& xen-vnif.ko
및 이전 xen-platform-pci.ko
모듈)에서 부적절한 모듈 종속성이 발생했습니다. 결과적으로 xen-vbd.ko
블록 드라이버를 통해 마운트된 파일 시스템 및 xen-vnif.ko
네트워크 드라이버를 사용하는 게스트 네트워크가 작동 실패하였습니다.
Red Hat Enterprise Linux 4.7에서는 xen-platform-pci.ko
모듈에 있는 기능이 커널에 내장되어 있습니다. 하지만, 정식으로 로드 가능한 커널 모듈이 커널의 일부가 될 경우, 기존의 로드 가능한 모듈에 대한 기호 의존성 확인은 module-init-tools에서 올바르게 실행되지 않습니다. 이번 업데이트에서 xen-platform-pci.ko
기능은 내장된 커널에서 제거되고 로드 가능한 모듈로 다시 배치되어 터널을 업그레이드하는 동안 module-init-tools가 올바르게 의존성을 확인하고 생성할 수 있습니다.
이전에는 64 비트 호스트에서 반가상화 블록 드라이버 (xen-vbd.ko
)를 사용하여 32 비트 Red Hat Enterprise Linux 4.6 완전 가상화 게스트에 있는 디스크 또는 파티션을 마운트할 수 없었습니다. 이번 업데이트에서 블록 앞쪽 드라이버 (block.c
)가 업데이트되어 게스트가 32 비트 프로토콜을 사용하고 있는 블록 뒤쪽 드라이버에 알리도록 하여 이러한 문제가 해결되었습니다.
이전에 pv-on-hvm
드라이버를 베어 메탈 커널에 설치하면 자동으로 /proc/xen
디렉토리가 생성되었습니다. 결과적으로, /proc/xen
디렉토리의 존재를 확인하여 시스템이 가상화 커널을 실행하고 있을 경우 가상화 커널이 사용되고 있다고 잘못 판단할 수 있었습니다. 이번 업데이트에서 pv-on-hvm 드라이버는 더이상 /proc/xen
디렉토리를 생성하지 않으므로 이러한 문제가 해결되었습니다.
이전에 반가상화 게스트는 최대 16 개의 디스크 장치만을 갖을 수 있었지만 이번 업데이트에서는 최대 256 디스크 장치 까지 증가되었습니다.
ALSA에 있는 Intel HDA (High Definition Audio) 드라이버는 업데이트되었습니다. 이번 업데이트로 HDA 통합 오디오가 있는 새로운 하드웨어에 대한 오디오 지원이 향상되었습니다.
이전에 다수의 클라이언트에서 rcp 명령을 실행하는 동안 forcedeth
드라이버를 사용하는 네트워크 장치가 응답하지 않을 수 있었습니다. 이번 업데이트에서 forcedeth
드라이버가 업데이트되어 이러한 문제가 해결되었습니다.
이전에 ADMA (Automatic Direct Memory Access) 모드가 sata_nv
드라이버에서 기본값으로 활성화되어 있었습니다. 결과적으로 sata_nv
드라이버를 사용하는 일부 장치에서 장치 오류 및 시간 초과가 발생하였습니다. 이번 업데이트에서 ADMA 모드는 기본값으로 비활성화되어 이러한 문제가 해결되었습니다.
virtio
용 드라이버, KVM의 I/O 가상화 플랫폼은 Linux Kernel 2.6.27에서 Red Hat Enterprise Linux 4.8로 백포트되었습니다. 이러한 드라이버는 KVM 게스트를 활성화하여 I/O 성능을 향상시킬 수 있습니다. virtio
장치를 지원하기 위해 anaconda
, kudzu
, lvm
, selinux
, mkinitrd
와 같은 다양한 사용자 공간 구성 요소가 업데이트되었습니다.
새로운 네트워크 칩셋을 지원하기 위해 r8169 드라이버가 업데이트되었습니다. 이번 업데이 트에서 모든 RTL810x/RTL8168(9) 유형이 Red Hat Enterprise Linux 4.8에서 지원됩니다.
mptsas 드라이버는 3.12.29.00 버전으로 업데이트되었습니다. 업데이트에는 버그 수정 사항이 포함되어 있으며 다음과 같은 새로운 기능이 활성화되어 있습니다:
이중 포트 지원
SAS 칩 전원 관리
lpfc 드라이버는 8.0.16.46 버전으로 업데이트되었습니다. 이로 인해 다음과 같이 여러 버그가 수정되었으며 성능이 개선되었습니다:
FCoE LP21000 HBAs 지원
HBAnyware 4.0 지원
SAS 기반 RAID 컨트롤러의 megaraid_sas 드라이버는 4.01-RH1 버전으로 업데이트되었습니다. 이번 업데이트로 다음과 같은 사항을 포함하여 버그 수정 및 기능 개선이 적용되었습니다:
LSI Generation 2 컨트롤러 (0078, 0079) 지원 추가
펌웨어 종료를 개선하기 위해 종료 절차에서의 DCMD 종료를 위해 명령을 추가
하드웨어 Linux 드라이버에서의 예상하지 못했던 인터럽트의 원인이 되었던 버그 수정
IBM eServer System P 용 eHEA 이더넷 장치 드라이버는 0078-08 버전으로 업데이트되었습니다.
EHCA infinband 장치 드라이버는 Red Hat Enterprise Linux 4.8 및 차후의 모든 Red Hat Enterprise Linux 4 릴리즈에서 지원되지 않습니다.
기술 프리뷰 기능은 현재 Red Hat Enterprise Linux 4.8 서브스크립션 서비스에서 지원되지 않습니다. 이 기능은 기술적으로 아직 완료되지 않았으며, 일반적인 제품 사용에 적합하지 않습니다. 하지만, 고객 편의상 여러 기능이 포함되었으며 앞으로 계속 제공될 것입니다.
기술 프리뷰 기능은 비 제품 환경에서 매우 유용합니다. 기술 프리뷰 기능이 완전히 지원되기 전에 이에 대한 의견 및 기술 제안사항을 보내주시기 바랍니다. 또한, 높은 수준의 보안 문제에 필요한 에라타가 제공됩니다.
기술 프리뷰 기능의 개발 과정에서 추가적인 구성요소는 테스트 목적으로 공개될 것입니다. 이것은 다음 버전에서 기술 프리뷰 기능을 완전히 지원하기 위한 Red Hat의 방침입니다.
Red Hat Enterprise Linux의 기술 프리뷰 범위에 관한 보다 자세한 내용은 Red Hat 웹사이트에 있는 기술 프리뷰 기능 지원 범위 페이지를 참조하십시오.
이전에 Red Hat Network 애플릿을 사용하여 다른 Red Hat Satellite Server에 클라이언트를 다시 등록할 경우, 애플릿은 현재 서버에서 사용할 수 없을지라도 이전 서버에서 사용할 수 있는 업데이트를 계속하여 표시합니다. /etc/sysconfig/rhn/rhn-applet
은 새로운 서버의 상세 정보를 반영하도록 변경되지 않았습니다. 이번 업데이트에서 제공되는 애플릿 버전은 서버 url과 함께 업데이트 캐시와 관련되어 있으므로 사용자에게 나타나는 업데이트가 실제로 사용 가능한지를 확인합니다. 또한 이 버전은 언제 설정 파일이 변경되었는지를 감지할 수 있습니다. 이러한 변경 사항이 감지될 경우, 애플릿은 자동으로 설정 매개 변수를 다시 불러오고 새로운 서버 연결을 만들게 됩니다.
sysreport.legacy는 $HOME
을 root 디렉토리로 사용했습니다. 이러한 경우 이러한 환경 변수는 존재하지 않거나 참조하는 디렉토리는 쓰기 불가능하여 sysreport.legacy는 보고서를 생성할 수 없고 Cannot make temp dir 메세지를 표시하고 종료되었습니다. 현재 Sysreport.legacy는 임의로 생성된 디렉토리를 root 디렉토리로 사용하기 때문에 $HOME
을 사용할 수 없는 시스템에 보고서를 생성할 수 있습니다.
마운트 관련 호스트의 근접도를 테스트할 때 automount 데몬은 로컬 인터페이스에 대해 SIOCGIFCONF ioctl
에서 정보를 받기 위해 128 바이트의 고정 크기 버퍼를 사용했습니다. 각 인터페이스의 상세 정보는 40 바이트이므로, 데몬은 세 개 이상의 로컬 인터페이스 정보를 받을 수 없습니다. 마운트 관련 호스트가 로컬 주소를 갖지만 세 개의 인터페이스 중 하나와 관련되지 않은 경우 근접도는 잘못 분류되게 됩니다.
시스템 인터페이스의 정보를 저장하기에 버퍼 크기가 충분한 지를 확인하기 위해 automount 데몬은 동적으로 버퍼를 할당할 수 있습니다. 따라서 NFS 마운트를 위해 주어진 호스트의 근접도를 정확하게 감지할 수 있습니다.
마운트 위치 (복제된 마운트)에 있는 여러 호스트를 참조하는 Automount 맵 항목, automount 데몬은 근접도와 NFS 버전에 대해 원격 호스트 목록을 프로브합니다. 호스트가 응답하지 않을 경우, 이는 목록에서 제거됩니다. 이전에 데몬은 초기 프로브 후에 목록이 비어있는 지를 확인하지 않아 세그먼트 오류 (NULL 포인터 비 참조로 인해)가 발생했었습니다. 이러한 확인 작업이 추가되었습니다.
ttfonts-zh_CN
패키지에는 Zhong Yi Song TrueType 글꼴이 포함되어 있습니다. 이 글꼴의 저작권은 Beijing Zhong Yi Electronics Co.가 소유하고 있으며, Red Hat Inc.는 Red Hat 제품 및 소스트웨어에만 이 글꼴을 사용하도록 허가되어 있습니다. 따라서 ttfonts-zh_CN에 있는 글꼴에 대해 Red Hat은 이 패키지를 자유롭게 배포할 수 없습니다. Zhong Yi Song TrueType 글꼴은 Red Hat Network를 통해 Red Hat 고객이 사용할 수 있으며 fonts-chinese-zysong
패키지에 있는 보조 CD에서 사용할 수 있습니다.
멀티패스가 1024 이상의 경로에 대해 설정되면 각 경로에 대한 파일 기술자를 열 수 없기 때문에 multipathd dead but pid file exists라는 상태와 함께 multipathd가 충돌했습니다. 이는 error calling out /sbin/mpath_prio_ontap /dev/[device] 오류의 원인이 될 수 도 있었습니다. 이제 새로운 multipath.conf
매개 변수, max_fds는 최종 사용자가 multipathd
프로세스가 열 수 있는 최대 파일 기술자 수를 설정하게 하거나 또는 max를 사용하여 시스템의 최대 수를 설정하게 합니다. max_fds에 충분히 큰 숫자를 설정하거나 max를 설정하여 multipathd
에서의 충돌을 방지할 수 있습니다.
이전에는 Adaptec 2120S
또는 Adaptec 2200S
컨트롤러와 함께 accraid
드라이버를 사용하면, 시스템이 부팅하지 못하고 aac_srb:aac_fib_send failed with status 8195 오류를 반환하였습니다. 이번 업데이트에서는 accraid
드라이버가 업데이트되어 이러한 문제가 해결되었습니다.
SOS는 시스템의 하드웨어 및 현재 설정에 대한 정보를 수집하는 도구 모음입니다. 이러한 정보는 디버깅 및 진단 목적으로 사용될 수 있습니다.
이번 업데이트에서 sosreport가 생성한 보고서에는 다음과 같은 5 가지 유형의 정보가 추가되었습니다:
/var/log/cron* 내용 및 crontab -l 의 출력 결과 (문제 발생 시 실행되고 있는 프로세스보기)
이전 fdisk에서 수집된 정보가 아니라 parted에서의 파티션 정보 (parted는 GUID 파티션과 같이 fdisk가 얻을 수 없는 파티션 정보를 수집할 수 있기 때문)
dumpe2fs -l에서의 출력 결과
/etc/inittab의 컨텐츠
서비스의 현재 상태를 표시하기 위해 "/sbin/service --status-all"에서 출력. 이전에는 부팅 시 ("chkconfig - list "에서) 설정만을 취득
마운트 만료 시 automount
는 umount(8)
를 사용하여 umount(8)
는 서버 응답을 무한정 기다릴 수 있습니다. 이는 유효 기간이 차단되어 동일한 /usr/sbin/automount
프로세스(즉, 관리시 자동 마운트 프로세스가 주어진 마운트)에서 장기간 마운트가 만료되지 않는 원인이 될 수 있습니다. 결과적으로 서버에 액세스할 수 없을 경우, 응답하는 서버에서 자동 마운트는 만료된 마운트를 마운트 해제할 수 없습니다. 그 후 시스템은 만료될 수 있는 대량의 마운트 수와 함께 남게 됩니다. 현재 자동마운트에는 남겨진 마운트로 이동 및 마운트 포기하기 전 자동 마운트하기 위해 대기 시간을 지정할 수 있는 명령행 옵션이 포함되어 있습니다. 따라서 일부 서버가 응답하지 않아도 만료된 마운트는 마운트 해제될 수 있습니다.
netpbm과 함께 제공되는 일부 유틸리티는 문서에 따른 방법이어도 표준 입력에서 파일을 허용하지 않았습니다. 이번 업데이트에서 이러한 문제가 해결되었습니다.
이미지 파일 처리 시 netpbm과 함께 탑재된 여러 유틸리티가 충돌하였습니다. 이번 업데이트에서 이러한 문제가 해결되었습니다.
현재 ICQ 인터넷 메세지 프로토콜 서버가 변경되어 클라이언트는 새 ICQ 프로토콜 버전을 사용해야 합니다. Pidgin 2.5.2 (Red Hat Enterprise Linux 4에 탑재된 이전 버전)로 ICQ에 로그인하면 오류 메세지와 함께 로그인 실패했었습니다. 이번 업데이트에서 Pidgin은 2.5.5 버전으로 업데이트되어 이러한 문제가 해결되었습니다.
Red Hat Enterprise Linux 4에서 파이버 채널 (Fibre Channel) 재스캔에 대해 문서화된 이전의 Red Hat Knowledgebase 내용은 정확하지 않았습니다. 현재 이러한 내용이 업데이트되어 다음에서 확인하실 수 있습니다: http://kbase.redhat.com/faq/docs/DOC-3942
SSH 서버로 성공적으로 접속한 후, 서버는 SSH 클라이언트에게 텍스트 기반 배너를 반환하게 됩니다. 결과적으로 gftp (graphical ftp 클라이언트)는 배너를 반환하는 SSH 서버로 (SFTP를 통해) 연결 시도할 경우, gftp는 배너를 오류로 해석하고 연결을 종료하게 됩니다. 이번 업데이트에서 gftp는 2.0.18 버전으로 업데이트되어 배너와 함께 서버로 연결을 허용합니다.
NFS 디렉토리에 단일 파일을 업로드할 때, 타임스탬프에서 파일의 수정 및 액세스 시간이 올바르게 기록되지 않았다고 나타났었습니다. 이번 업데이트에서 타임스탬프가 항상 업데이트되므로 이러한 문제가 해결되었습니다.
PCI 장치 용 kudzu
의 프로브 코드가 특정 PCI 클래스 특히 SGI Altix 시스템 상의 sgiioc4 드라이버에 연결하여 작동하는 일부 모듈을 제대로 찾을 수 없습니다. 이러한 모듈이 로드되지 않은 경우, 시스템은 드라이버에 의존하는 장치를 식별할 수 없습니다. 이번 업데이트된 패키지에 있는 새 프로브 코드 버전은 이러한 모듈을 제대로 찾을 수 있습니다.
Red Hat Enterprise Linux 4.8의 논리 볼륨 관리자는 파일 기술자 누수 현상을 보고하였기 때문에 설치 출력 결과에서 다음과 같은 오류가 발생했습니다.
File descriptor NUM (socket:XXXX) leaked on lvm invocation.
이 메시지는 무시해도 상관없습니다.
NFS (Network File System) 서버를 통해 Red Hat Enterprise Linux 4를 설치할 때, 설치 프로그램은 NFS 마운트 지점을 올바르게 종료할 수 없습니다. 이는 NFS 서버가 잘못 작동하게 하는 원인이 될 수 있습니다. 이러한 경우 Red Hat은 설치 시 HTTP 서버를 사용할 것을 권장합니다.
BIOS가 레거시 (acpiphp
) 및 원시 (pciehp
) PCI 핫플러깅을 모두 실행할 수 있는 시스템에서 관리자가 원하는 방식을 선택하게 하고 Red Hat Enterprise Linux 4가 원하지 않는 방식으로 모듈을 불러오지 않도록 해야 합니다. 이는 /etc/modprobe.conf
에 있는 원하지 않는 모듈을 블랙리스트하여 실행될 수 있습니다.
Mellanox MT25204에 대한 하드웨어 테스트에서 특정 과부하 상태에서 내부 오류가 발생할 수 있음이 발견되었습니다. ib_mthca 드라이버가 이러한 하드웨어에서 치명적인 오류를 보고할 때, 이는 주로 사용자 어플리케이션에 의해 생성된 막대한 작업 요청과 관련된 부적절하게 완료된 대기열 길이와 연관되어 있습니다.
드라이버가 하드웨어를 재설정하여 이러한 이벤트에서 복구되어도, 오류가 발생한 시점에서의 기존의 모든 연결은 손실됩니다. 일반적으로 이는 사용자 어플리케이션에서 세그멘테이션 결함을 초래합니다. 또한 오류 발생 시점에서 opensm이 실행되고 있을 경우, 다시 실행 시작하기 위해 이를 수동으로 재시작해야 합니다.
openmpi
및 lam
이전 버전에서의 버그로 이러한 패키지를 업그레이드하지 못하였습니다. 이러한 버그는 모든 패키지를 업그레이드할 때 up2date 실행 실패의 원인이 될 수 있습니다.
이러한 버그로 인해 openmpi
또는 lam
을 업그레이드하고자 할 때 다음과 같은 오류가 나타날 수 있습니다:
error: %preun(openmpi-[version]
) scriptlet failed, exit status 2
이러한 버그로 인해 up2date를 통해 모든 패키지를 업그레이드하고자 할 때 (/var/log/up2date
로 로그인) 다음과 같은 오류도 나타날 수 있습니다:
up2date Failed running rpm transaction - %pre %pro failure ?.
따라서, 이러한 오류가 발생하지 않게 하기 위해 먼저 openmpi
및 lam
이전 버전을 수동으로 삭제하셔야 합니다. 이를 위해 다음의 rpm 명령을 사용합니다:
rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches
설정된 저장 장치 시스템에서 LUN이 삭제되면, 변경 사항은 호스트에 반영되지 않습니다. 이러한 경우, dm-multipath 명령이 사용되면 LUN이 stale 상태가 되어 lvm 명령이 무기한으로 중지하게 됩니다.
이 문제를 해결하려면, /etc/lvm/.cache
에서 stale LUN으로 지정된 모든 장치 및 mpath 링크 항목을 삭제합니다. 이러한 항목을 찾으려면 다음의 명령을 실행합니다:
ls -l /dev/mpath | grep <stale LUN>
예를 들어, <stale LUN>
이 3600d0230003414f30000203a7bc41a00일 경우, 다음과 같은 결과가 나타나게 됩니다:
lrwxrwxrwx 1 root root 7 Aug 2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4 lrwxrwx--rwx 1 root root 7 Aug 2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5
이는 3600d0230003414f30000203a7bc41a00이 두 개의 mpath 링크dm-4 및 dm-5로 맵핑됨을 의미합니다.
따라서, 다음과 같은 행이 /etc/lvm/.cache
에서 삭제되어야 합니다:
/dev/dm-4 /dev/dm-5 /dev/mapper/3600d0230003414f30000203a7bc41a00 /dev/mapper/3600d0230003414f30000203a7bc41a00p1 /dev/mpath/3600d0230003414f30000203a7bc41a00 /dev/mpath/3600d0230003414f30000203a7bc41a00p1
HA-RAID 2-시스템 설정에서 두 개의 SAS 어댑터는 두 개의 시스템으로 플러그인되어 공유된 SAS 디스크 서랍으로 연결됩니다. 두 개의 SAS 어댑터에서 Preferred Dual Adapter State 속성을 Primary로 설정하면 경합 상태를 일으킬 수 있으며 두 개의 SAS 어댑터 간에 무한 장애 조치의 원인이 될 수 있습니다. 이는 하나의 SAS 어댑터만이 Primary로 설정될 수 있기 때문입니다.
이러한 오류가 일어나지 않게 하려면, 한 SAS 어댑터가 Primary로 설정되어 있을 경우 다른 SAS 어댑터의 Preferred Dual Adapter State가 None으로 설정되어 있어야 합니다.
hp_sw
커널 모듈을 사용해야 할 경우, 업데이트된 device-mapper-multipath
패키지를 설치합니다.
또한, 활성/비활성 모드를 올바르게 사용하고 Linux 장치에서의 연결을 인식하기 위해 HP 어레이를 올바르게 설정해야 합니다. 이를 위해 다음과 같은 절차를 실행합니다:
show connections을 사용하여 각 연결의 WWPN (world wide port name)을 결정합니다. 아래에는 HP MSA1000 어레이에서 두 개의 연결을 갖는 show connections의 출력 결과의 예입니다:
Connection Name: <Unknown> Host WWNN = 200100E0-8B3C0A65 Host WWPN = 210100E0-8B3C0A65 Profile Name = Default Unit Offset = 0 Controller 2 Port 1 Status = Online Connection Name: <Unknown> Host WWNN = 200000E0-8B1C0A65 Host WWPN = 210000E0-8B1C0A65 Profile Name = Default Unit Offset = 0 Controller 1 Port 1 Status = Online
다음의 명령을 사용하여 각각의 연결을 올바르게 설정합니다:
add connection [connection name]
WWPN=[WWPN ID]
profile=Linux OFFSET=[unit offset]
[connection name]
은 임의로 설정될 수 있음에 유의하시기 바랍니다.
주어진 예를 사용한 올바른 명령은 다음과 같습니다:
add connection foo-p2 WWPN=210000E0-8B1C0A65 profile=Linux OFFSET=0
add connection foo-p1 WWPN=210100E0-8B3C0A65 profile=Linux OFFSET=0
각각의 연결이 올바르게 설정되었는지를 확인하기 위해 show connections 명령을 다시 실행합니다. 예에서 올바른 설정은 다음과 같습니다:
Connection Name: foo-p2 Host WWNN = 200000E0-8B1C0A65 Host WWPN = 210000E0-8B1C0A65 Profile Name = Linux Unit Offset = 0 Controller 1 Port 1 Status = Online Connection Name: foo-p1 Host WWNN = 200100E0-8B3C0A65 Host WWPN = 210100E0-8B3C0A65 Profile Name = Linux Unit Offset = 0 Controller 2 Port 1 Status = Online
Red Hat은 EXT3 파일 시스템에서 quota 사용을 권장하지 않습니다. 이는 일부분의 경우 교착 상태를 일으킬 수 있기 때문입니다.
테스트를 통해 kjournald는 quota가 실행되고 있을 때 일부 EXT3-특정 호출 사용을 차단시킬 수 있음이 나타났습니다. 수정 사항이 침해적일 수 있어서 Red Hat은 Red Hat Enterprise Linux4에서 이러한 문제를 수정하지 않았습니다.
이러한 문제는 Red Hat Enterprise Linux 5에서는 나타나지 않음에 유의하시기 바랍니다.
Mellanox MT25204에 대한 하드웨어 테스트에서 특정 과부하 상태에서 내부 오류가 발생할 수 있음이 발견되었습니다. ib_mthca
드라이버가 이러한 하드웨어에서 치명적인 오류를 보고할 때, 이는 주로 사용자 어플리케이션에 의해 생성된 막대한 작업 요청과 관련된 부적절하게 완료된 대기열 길이와 연관되어 있습니다.
드라이버가 하드웨어를 재설정하여 이러한 이벤트에서 복구되어도, 오류가 발생한 시점에서의 기존의 모든 연결은 손실됩니다. 일반적으로 이는 사용자 어플리케이션에서 세그멘테이션 결함을 초래합니다. 또한 오류 발생 시점에서 opensm이 실행되고 있을 경우, 다시 실행 시작하기 위해 이를 수동으로 재시작해야 합니다.
데스크톱 공유 연결 아이콘을 오른쪽 클릭이 아닌 더블 클릭하면 문맥 메뉴가 나타납니다. 다른 모든 아이콘은 오른쪽 클릭하여야 문맥 메뉴가 나타납니다.
ib_ehca
InfiniBand 드라이버가 포트 자동 감지 모드 (nr_ports=-1 모듈 매개 변수 사용)에서 로딩될 경우, IP-over-InfiniBand 네트워크 인터페이스 (ibX)는 너무 늦게 사용 가능하게 될 수 있습니다. 이러한 문제가 발생하면 openibd 시작 스트립트에서 ifup ibX 명령 실행을 실패하게 되어 ibX 인터페이스를 사용할 수 없게 됩니다.
이러한 문제가 발생하면 rcnetwork restart 명령을 사용하여 문제를 해결합니다.
IBM Redbook "Implementing InfiniBand in IBM System p (SG247351) 메뉴얼에서 Table 6-3 (PDF 버전 페이지 220에 있음)은 디버그 코드 비트 정의 및 HCA 오류 인디케이터 비트에 대해 설명합니다.
eHCA2 어댑터를 사용하면 이러한 오류 인디케이터 비트의 46 및 47 비트는 거짓 양성 (false positive) 값을 반환할 수 있습니다.
HP ICH10 워크스테이션에서 3.5mm 프론트 잭을 통해서만 오디오를 사용할 수 있습니다. 따라서 오디오 출력을 수신하거나 녹음 기능을 사용하려면, 헤드폰, 스피커, 마이크 등이 프론트 잭에 플러그인되어야 합니다. 현재 이 워크스테이션의 후면 잭, 내부 스피커, 마스터 볼륨이 작동하지 않습니다.
이번 업데이트에서 다음과 같은 모델의 기본값 PCI 식별 및 순서 모드가 변경되었습니다:
HP Proliant DL 580 G5
HP Proliant DL 385 G2
HP Proliant DL 585 G2
이 모델은 Red Hat Enterprise Linux 4 또는 5에서 기본값이 아닌 장치 검색 및 열거 모드를 사용합니다. 이러한 HP Proliant 모델을 사용하는 모드는 내장/내부 장치 전에 에드-온 카드가 감지 및 추가될 수 있습니다. 이러한 예기치 않은 순서로 새 Red Hat Enterprise Linux 인스턴스를 설치하거나 하드웨어를 추가 및 관리할 때 어려움을 겪을 수 있습니다.
이전의 HP Proliant 모델에 대한 NIC (network interface cards) 번호는 Red Hat Enterprise Linux 4.7 커널로 업데이트 시 변경될 수 있습니다. 설치된 각각의 NIC에 대해 HWADDR=MAC ADDRESS 매개 변수가 /etc/sysconfig/network-scripts/ifcfg-eth
에 정의되어 있지 않을 경우, 설치 프로그램은 NIC 번호를 변경합니다. 따라서 Red Hat은 예기치 않은 NIC가 나열되는 문제가 발행하지 않도록 매개 변수가 정의되있는 지를 확인할 것을 권장합니다. [X]
또한 이러한 HP Proliant 모델을 Red Hat Enterprise Linux 4.7로 업데이트한 후 NIC 열거 순서가 변경되지 않도록 /boot/grub/grub.conf
에 pci=nobfsort 커널 부트 매개 변수를 추가합니다.
볼륨 그룹에 미러 또는 스냅샷이 들어 있을 경우, 볼륨 그룹 매개 변수와 함께 lvchange 명령을 실행하면 다음과 같은 오류 메세지가 나타날 수 있습니다:
Unable to change mirror log LV fail_secondary_mlog directly Unable to change mirror image LV fail_secondary_mimage_0 directly Unable to change mirror image LV fail_secondary_mimage_1 directly
이러한 메세지는 무시해도 상관없습니다.
부팅 시 Dell PowerEdge SC1435s 시스템이 중단될 수 있습니다. 이를 방지하려면, grub.conf
에서 terminal 행을 편집하고 serial console 문자열을 console serial로 대체합니다.
업데이트된 ixgbe
드라이버는 Intel 82598AT (Copper Pond 10GbE)를 지원하지 않습니다.
Red Hat Enterprise Linux 5.3은 기본 블록 장치의 증가 또는 감소를 온라인으로 감지할 수 있습니다. 하지만, 장치 크기 변경에 대해 자동으로 감지할 수 있는 방식이 없으므로 주어진 장치에 있는 파일 시스템 크기 및 크기 변경에 대해 확인하려면 수동으로 절차를 실행해야 합니다. 크기 변경된 블록 장치가 감지되면 시스템 로그에 다음과 같은 메세지가 나타나게 됩니다:
VFS: busy inodes on changed media or resized disk sdi
블록 장치가 증가할 경우, 이 메세지는 무시해도 상관없습니다. 하지만, 블록 장치에 설정된 장치를 먼저 감소시키지 않고 블록 장치를 감소시켰을 경우, 장치에 있는 데이터가 손실될 수 있습니다.
LUN (또는 블록 장치) 전체에 생성된 파일 시스템만 온라인으로 크기 조정할 수 있습니다. 블록 장치에 파티션 테이블이 있을 경우, 파일 시스템을 마운트 해제하여 파이션 테이블을 업데이트해야 합니다.
리졸버 루틴의 res_n* 모음 (예: res_nquery, res_nsearch, res_nmkquery)과 함께 알려진 메모리 누수 현상이 있습니다. 이러한 기능을 사용하는 프로그램은 시간이 지나면 메모리를 누수하게 됩니다. 이 문제는 새 glibc 버전에서 수정되었지만 이를 Red Hat Enterprise Linux 4에 적용하는 것은 위험이 수반됩니다. 이러한 기능을 사용하는 프로그램은 수시로 다시 시작하여 메모리를 개방합니다.
Red Hat Enterprise Linux 4 설치 시 처리할 수 있는 장치 수는 initrd 설치 이미지 크기에 따라 다릅니다. 따라서, 컴퓨터에 많은 장치가 연결되어 있는 경우 (대량으로 투입되는 파이버 채널 설정 등) 표시된 장치 수를 감소하지 않을 경우 설치할 수 없게 됩니다.
Red Hat Enterprise Linux 4.7에서 처음으로 소개된 aacraid
드라이버 업데이트는 Adaptec PERC3/Di
펌웨어를 업데이트해야 합니다. 차후 Red Hat Enterprise Linux 4 업데이트 (4.8 버전 업데이트 포함)에서는 PERC3/Di
펌웨어의 2.8.1.7692, A13
버전이나 이후 버전을 필요로 합니다. 펌웨어는 다음의 위치에서 받으실 수 있습니다:
설치 시 anaconda는 설치 이전 시스템에 존재한 모든 LVM (Logical Volume Manager) 메타데이터를 제거할 수 없습니다. 이러한 추가 메타데이터는 설치후 LVM 도구가 볼륨 그룹이나 논리 볼륨의 부재를 보고하게 하는 원인이 될 수 있습니다. 이러한 문제를 해결하려면, 설치 완료 후 stale LVM을 제거합니다.
multipath는 호출 프로그램에 의해 출력되는 오류 메세지를 차단하지 않습니다. 따라서 경로가 다운되었을 때 multipath를 실행할 경우, 여러 오류 메세지가 나타날 수 있습니다. 이러한 오류 메세지는 multipath를 사용하는 특정 호출 프로그램에 따라 다릅니다. 예를 들어, 잘못된 scsi 장치가 있을 경우 multipath를 실행하면, scsi_id는 다음을 출력합니다.
<H>:<B>:<T>:<L>:Unable to get INQUIRY vpd 1 page 0x0. <H>:<B>:<T>:<L>:sg_io failed status 0x0 0x1 0x0 0x0
또는 EMC CLARiiON가 다운되어 있을 때 multipath -ll를 실행하면, mpath_prio_emc priority 호출은 query command indicates error를 출력합니다.
( amd64 )