Hitachi TrueCopy CCI 명령 및 Hitachi TrueCopy 자원이 활동 및 응답 중인데도 원격 horcmd가 활동하지 않는다고 보고함(6297384)

문제점 요약: 클러스터 노드가 통신용으로 다른 서브넷에서 두 개 이상의 네트워크 주소를 갖는 경우, /etc/horcm.conf 파일의 IP_address를 NONE으로 설정해야 합니다. 네트워크 주소가 동일한 서브넷에 속한 경우에도 IP_address 필드를 NONE으로 설정해야 합니다.

IP_address 필드가 NONE으로 설정되지 않은 경우, Hitachi TrueCopy 명령은 원격 프로세스 horcmd가 활동 및 응답 중이어도 시간 초과 오류 ENORMT를 사용하여 예기치 않게 응답할 수 있습니다.

해결 방법:기본 Hitachi TrueCopy 시간 초과 값이 /etc/horcm.conf 파일에서 변경된 경우 SUNW.GeoCtlTC 자원 시간 초과 값을 업데이트하십시오. /etc/horcm.conf의 기본 Hitachi TrueCopy 시간 초과 값은 30초인 3000(10ms)입니다.

또한 Sun Cluster Geographic Edition 환경에 의해 작성된 SUNW.GeoCtlTC 자원은 기본 시간 초과가 3000(10ms)으로 설정되어 있습니다.

기본 Hitachi TrueCopy 시간 초과 값이 /etc/horcm.conf에서 변경된 경우, 자원 시간 초과 값은 아래에 논의된 연산 방식에 따라 업데이트되어야 합니다. 필요한 경우가 아니라면 /etc/horcm.conf 및 Hitachi TrueCopy 자원에 대한 기본 시간 초과 값을 변경하지 마십시오.

다음 등식은 다양한 요소를 기초로 하여 Hitachi TrueCopy 명령이 시간 초과하는 데 걸리는 시간에 대한 상한을 설정합니다.

다음 등식에서 단위는 초로 나타납니다.

• horctimeout을 /etc/horcm.conf에서 구성된 시간 초과 값으로 설정합니다.

• numhosts 를 원격 클러스터의 호스트의 수로 설정합니다. 쌍 명령의 경우, horcmd 명령은 각 원격 호스트와 연결을 시도합니다.

• numretries를 2로 설정합니다. numretries 는 horcmd 명령이 각 원격 호스트를 연결하도록 만드는 시도의 최대 수를 지정합니다.

• Upper-limit-on-timeout을 (horctimeout * numhosts * numretries)로 설정합니다.

예를 들어, horctimeout을 30으로 설정하고 numhosts를 2로 numretries를 2로 설정한 경우, Upper-limit-on-timeout은 120이 됩니다.

Upper-limit-on-timeout의 값을 기초로 하여, 다음 자원 시간 초과 값이 설정되어야 합니다. 기타 명령의 처리를 허용하려면 최소 60이 버퍼로 지정되어야 합니다.

Validate_timeout = Upper-limit-on-timeout + 60
Update_timeout = Upper-limit-on-timeout + 60
Monitor_Check_timeout = Upper-limit-on-timeout + 60
Probe_timeout = Upper-limit-on-timeout + 60
Retry_Interval = (Prote_timeout + Thorough_probe_interval) + 60

자원의 기타 시간 초과 매개변수는 기본 값을 포함해야 합니다.

시간 초과 값을 변경하려면 다음 단계를 완료하십시오.

1. scswitch 명령을 사용하여 자원 그룹을 오프라인으로 만듭니다.

2. scrgadm 명령을 사용하여 필요한 시간 초과 등록 정보를 업데이트합니다.

3. scswitch 명령을 사용하여 자원 그룹을 온라인으로 만듭니다.