알려진 버그

다음은 Solstice DiskSuite 4.2와 관련된 우선 순위 1,2,3 버그 목록입니다. 버그의 우선 순위 및 심각성은 버그ID 번호 다음의 괄호 안에 나타납니다.

• 4155935(P2/S2) - SCSI 질의 명령 중 0이 아닌 동일한 일련 번호를 가진 드라이브는 DiskSuite 도구의 [디스크 보기] 화면에 표시되지 않는 고유 드라이브가 제어기에 없는 경우, 단일 드라이브로 분산됩니다. 이 작동은 경우에 따라 적절하지 않을 수도 있습니다.

• 4158835(P2/S2) - DiskSuite 도구는 커널 및 메타DB 상태 이외에 구성 요소에 대한 액세스 기능을 기반으로 메타장치에 관해 결정합니다. 예를 들어, DiskSuite 도구를 실행하고 있는 경우에는 액세스하지 않는 메타장치에서 사용하는 슬라이스를 가진 드라이브의 전원을 끊으면 metastat(1M)에 오류가 발생하기 전에 도구에서 먼저 오류를 표시합니다.

• 4068961(P2/S2) - 페이지 오류가 생기면 트랜스 로그 메타장치에 대한 동기 및 비동기 트랜잭션은 메타장치 밖에서 서로를 잠그고 시스템을 정지시킬 수 있습니다. 이런 드문 버그에 대한 조치는 응용프로그램을 다중 스레드 응용프로그램에서 다중 프로세스 응용프로그램으로 변환하여 주소 공간 잠금에 대한 다중 스레드 경쟁을 피하거나 응용프로그램에서 기록하는 장치에 대한 UFS 트랜잭션 로깅을 비활성 상태로 만드는 것입니다.

• 4150183(P2/S2) - 회복 가능한 메타장치(미러/RAID)에서 드라이브 오류가 발생하고 이 때 보유한 파일 시스템이나 응용프로그램에서 드라이브에 액세스하지 않는 경우, DiskSuite는 구성 요소나 슬라이스를 "Needs Maintenance" 상태로 두지 않습니다. 이는 DiskSuite에서 분할 영역에 액세스하지 않아 오류를 보지 않았기 때문입니다. 사용자는 오류 상태가 되지 않은 드라이브를 바꿀 수 있습니다. 이는 파일 시스템 장애를 일으키게 됩니다. 오류가 발생했지만 DiskSuite가 "Needs Maintenance"상태로 두지 않은 장치를 안전하게 바꾸려면 메타장치에 대한 읽기/쓰기 액세스를 금지하고 이 장치를 해당 구성 요소로 분해한 다음, 오류 구성 요소를 교체하고 새로운 구성 요소로 장치를 다시 구성해야 합니다. 데이터 손실 없이 메타장치를 분해하고 복구하는 내용은 Solstice DiskSuite 4.2 User's Guide를 참조하십시오.

• 4113855(P3/S3) - 트랜스 로그가 동봉된 대용량 파일 시스템에서의 잦은 I/O로 인해 성능이 저하되거나 소프트 정지가 발생할 수 있습니다. 이 문제는 파일시스템의 트랜스 로그 파일 크기가 150MB일 때 발생합니다. 트랜스 로그 크기를 변경하면 소프트 정지 문제는 해결되는 것처럼 보이지만 시스템의 성능은 더욱 저하됩니다. 원인은 트랜스 장치에 있는 것 같으며 해결 방법은 파일 시스템에서 트랜스 로그를 제거하는 것입니다. 그러나 이 방법은 로그를 제거할 때 fsck에 필요한 시간이 너무 길어질 수 있기 때문에 모든 고객에게 최고의 해결책은 될 수 없습니다.