저는 Solaris Live Upgrade를 사용하여 클라이언트를 Solaris 10 업데이트 2에서 Solaris 10 업데이트 10으로 업그레이드하는 동시에 EMC powerpath를 [이전 버전]에서 버전 5.5로 업그레이드했습니다.
나는 결코 전원 경로 전문가는 아니지만 다른 하나를 업그레이드하지 않고 하나를 업그레이드할 때의 문제를 잘 알고 있습니다. 내가 따르는 과정은 다음과 같습니다.
- 실시간으로 Solaris 업그레이드
- ABE에서 (pkgrm) powerpath 제거
- ABE에서 powerpath가 의존하는 파일 시스템을 주석 처리합니다.
- LU 활성화 및 다시 시작
- PowerPath 5.5 P 01 B 2 설치
설치 프로그램은 나머지 전원 경로 구성을 찾아 업그레이드할지 묻습니다. 5개의 서버 중 일부에는 이전 버전의 PowerPath 버전 5.2가 설치되어 있었고 일부는 여전히 버전 4.5를 실행하고 있었지만 결과는 모든 서버에서 동일했습니다.
pkgadd가 끝나면 드라이버가 성공적으로 설치되었음을 알리고 재부팅이 필요하지 않다는 메시지가 나타납니다. 하지만 powercf 또는 powermt display를 실행하면 오류 메시지가 나타납니다.Device(s) not found
다시 시작해도 도움이되지 않았습니다. cfgadm은 예상한 대로 보입니다(죄송합니다. 출력을 저장하지 않았습니다). devfsadm -Cv는 장치 링크를 생성하거나 삭제하지 않았습니다. HBA가 연결 중입니다( luxadm -e probe
및 에서 확인 fcinfo hba-port
).
format
LUN에 대한 Solaris 기본 링크만 표시되며, 그 중 절반은 활성 및 수동 경로를 통해 표시되므로 예상된 오류 상태에 있습니다. mpathadm이 활성화되지 않았습니다.
인터넷 검색 후 제안 사항을 찾았습니다. 출력을 살펴보고 powermt display options
clariion 관리가 활성화되어 있는지 확인하고 "관리되지 않음"이라고 표시되어 있음을 확인했습니다. 다른 모든 스토리지 클래스는 "관리됨"으로 표시됩니다.
그런 다음 실행하면 powermt manage class=clariion
다음과 같은 오류가 반환됩니다.incompatible initiator information received from the array
이 오류에도 불구하고 emcpower 디바이스를 얻었고 이를 확인할 수 있었습니다 powermt display dev=all
.powercf -q; powermt config; powermt save
그런 다음 /etc/vfstab에 있는 항목의 주석 처리를 제거하고 재부팅하여 모든 것이 괜찮은지 확인했습니다. 그런 다음 유지 관리 중인 파일 시스템/로컬을 사용하여 단일 사용자 모드의 시스템을 만들었습니다. 많은 테스트 끝에 powermt manage class=clarion
재부팅할 때마다 프로세스를 다시 실행해야 한다는 사실을 알게 되었습니다.
이제 이전 업그레이드 전 ABE로 되돌아갔습니다. 이전 버전의 Solaris와 PowerPath로 돌아가도 모든 것이 여전히 잘 실행됩니다.
답변1
나는 다음을 수행했고 효과가있었습니다.
Solaris 운영 체제에서는 FC 장치와 iSCSI 장치를 구분할 수 있지만 PowerPath 5.5에서는 관리와 관리 취소를 구분하지 않습니다. PowerPath가 다음 스토리지 시스템을 관리하려면 fp.conf 및 iscsi.conf 파일에서 mpxio-disable 값을 yes로 설정해야 합니다.
EMC VNX
EMC CLARiX
Hitachi USP 및 HP StorageWorks EVA 3000/5000/8000
scsi_vhci.conf에 나열된 배열
자세한 내용은 EMC PowerPath for Solaris 설치 및 관리 가이드의 35페이지를 참조하십시오. 자세한 내용은 "어레이가 PowerPath로 관리되는지 아니면 MPxIO로 관리되는지 확인" 장에 나와 있습니다. iscsi.conf 파일에 "mpxio-disable=yes" 문이 없으면 VNX 클래스는 MPxIO에 의해 암시적으로 관리됩니다. 이 클래스를 관리하기 위한 명시적인 선언이 없기 때문에(이전 버전에는 VNX 클래스가 없었음) 새 VNX는 "관리되지 않는" 상태가 됩니다.
답변2
손실 외에도 /kernel/drv/iscsi.conf mpxio-disable=yes
PP5.5 업그레이드 및 재부팅 후 emcpower 디바이스의 번호가 잘못된 것을 발견했습니다. 다행히 작업하기 전에 매핑을 백업해 두었고 이를 복원할 수 있었습니다.
$ /opt/EMCpower/bin/emcpadm export_mappings -f emcp_exports.txt <--backs up the Mapping
$ /opt/EMCpower/bin/emcpadm import_mappings -f emcp_exports.txt <-- restores the mappings
그런 다음 구성을 저장합니다.
$ powermt save