PowerProtect DD: DD에 심각한 환경 알림이 설정된 경우 파일 시스템이 비활성화됩니다.

PowerProtect DDOS에는 다음과 같은 경우 DDFS(DD File System)를 비활성화하는 보호 기능이 포함되어 있습니다.

1: 시스템 시간은 60초 이상 뒤로 건너뜁니다. 시스템 시간의 이러한 변경이 발생하는 경우,, 및/또는 

2: 다른 하드웨어 구성 요소에 오류가 발생하고 시스템이 인클로저 1에 대해 중요한 환경 알림을 설정하는 경우

다음과 같은 상황이 발생합니다.   

• DDFS가 비활성화되어 자동으로 재시작되지 않음
• 다음과 같은 알림(EVT-ENVIRONMENT-00052)이 게시됩니다.    

Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System has Critical alert

이 문제가 발생하면 다음과 같은 결과가 나타납니다.    

• DDFS를 수동으로 재시작할 수 없음(부팅 중에 패닉 발생)
• (이전 이동을 되돌리기 위해) 날짜와 시간을 복원해도 DDFS가 시작되지 않습니다.
• 하드웨어 문제를 해결해도 DDFS를 시작할 수 없습니다

DD 및 DD에 통합된 다른 애플리케이션을 보호하기 위해 중요한 환경 조건을 수정할 때까지 Data Domain 파일 시스템을 활성화할 수 없습니다.

이 보호 기능은 시스템 시간의 역방향 점프를 통해 DDR에 데이터를 저장하는 특정 백업 애플리케이션에 부정적인 영향을 줄 수 있기 때문에 구현되었습니다. 따라서 DDFS를 다시 활성화하기 전에 DDR의 관리자가 시스템 시간 변경을 허용해야 하도록 설계되었습니다.

참고: 이 문제가 발생하면 시작을 거부하므로 DDFS를 활성화할 수 없습니다. 예:    

# filesys enable
Please wait...
01/01 20:32:10.217 (tid 0xxxxxxx): INFO: Event posted: m0-28 (2100001c:553648156): EVT-FILESYS-00008: Filesystem has encountered an error and is restarting.
**** There was a problem bringing up the filesystem. Status: The filesystem is aborting due to a problem.

또한 시스템 시간의 이전 이동을 반대로 하면 DDFS를 다시 활성화할 수 없습니다(문제 지속).

DDFS를 활성화하려면 다음 단계를 따르십시오. 영향을 받는 DD가 DD HA 쌍의 활성 노드인 경우 FS(File System)를 활성화하기 전에 두 노드 모두에 다음 단계를 적용합니다.

UI에서 다음을 수행합니다.

1. 시스템의 날짜와 시간이 올바른지 확인합니다. 표준 시간대를 변경하면 DDR에 재부팅 메시지가 표시될 수 있습니다.
    즉시 재부팅을 수행하여 모든 프로세스가 새 시간대를 인식하도록 합니다. AdministrationSettingsTIME>>AND DATE로 이동합니다.

• NTP를 활성화한 경우 일시적으로 비활성화하여 시계를 수정합니다. MORE TASKS로 이동합니다. >시간 설정 구성

• 그런 다음 필요한 경우 NTP를 다시 활성화하도록 시간 설정을 다시 구성합니다

2. '심각한 상태로 인해 파일 시스템이 비활성화됨' 오류에 해당하는 긴급 알림을 지웁니다. HealthAlertsCURRENT >> ALERTS로 이동합니다.

• 알림이 사라지고 시스템 상태가 업데이트될 때까지 1분 정도 기다립니다. 그렇지 않으면 DDFS 프로세스가 시작되기 전에 시스템 상태가 완전히 업데이트되지 않을 수 있으며, 이로 인해 일회성 FS 충돌 및 알림이 발생할 수 있습니다.

3. 알림을 지운 후 파일 시스템이 아직 활성화되지 않은 경우 파일 시스템을 활성화합니다. Data ManagementFile >> SystemSummary > 로 이동합니다. 페이지 아래쪽에서 Enable을 클릭합니다.

• 이제 DDFS가 정상적으로 부팅/실행됩니다. FS 프로세스를 시작하기 전에 알림을 지운 후 충분한 시간 동안 기다리지 못한 경우 CLI에서 FS에 문제가 발생했다는 알림을 받을 수 있지만, FS는 시작을 계속 시도하며, 이 KB에 설명된 대로 문제가 발생하면 결국 FS 프로세스가 활성화됩니다.

CLI에서 다음을 수행합니다.

1a. 시스템의 날짜와 시간이 올바른지 확인합니다. 표준 시간대를 변경하면 DDR에 재부팅 메시지가 표시될 수 있습니다.
    즉시 재부팅을 수행하여 모든 프로세스가 새 시간대를 인식하도록 합니다.

1ᄂ. DD의 모든 하드웨어 구성 요소가 양호한 상태인지 확인합니다.

2. 'filesystem disabled due to a critical condition' 오류에 해당하는 긴급 알림을 지웁니다.    

# alert clear alert-id [alert id]

     예를 들어 알림 p0-32인 경우(위 그림 참조):    
 

# alert clear alert-id p0-32

3. 알림이 사라지고 시스템 상태가 업데이트될 때까지 1분 정도 기다립니다. 그렇지 않으면 FS 프로세스가 시작되기 전에 시스템 상태가 완전히 업데이트되지 않을 수 있으며, 이로 인해 일회성 FS 충돌 및 알림이 발생할 수 있습니다.

4. 이제 DDFS가 자동으로 온라인 상태가 됩니다. "# filesys status"로 파일 시스템의 상태를 확인할 수 있습니다. 그렇지 않은 경우 DDFS를 활성화합니다.    

# filesys enable

• 이제 DDFS가 정상적으로 부팅/실행됩니다. FS 프로세스를 시작하기 전에 알림을 지운 후 충분한 시간 동안 기다리지 못한 경우 CLI에서 FS에 문제가 발생했다는 알림을 받을 수 있지만, FS는 시작을 계속 시도하며, 이 KB에 설명된 대로 문제가 발생하면 결국 FS 프로세스가 활성화됩니다.

이 보호 조치 또는 이 문서에 포함된 정보에 대한 자세한 내용은 Dell 기술 지원 부서에 문의하십시오.

문제의 예는 다음과 같습니다.    

• 처음에는 DDFS가 정상적으로 실행됩니다.    

# filesys status
The filesystem is enabled and running.

• DDR의 시스템 날짜, 시간은 2017년 3월 7일 13:28입니다.    

# date
Sun Mar  7 13:28:24 PST 2017

• 날짜는 수동으로 2017년 1월 1일로 거꾸로 설정됩니다(이 변경이 가능하려면 네트워크 시간 프로토콜/NTP를 비활성화해야 함).    

# system set date 01012017

• DDR(messages.engineering)에 로그인하면 시스템 날짜 또는 시간이 역방향으로 변경되었고 DDFS가 비활성화되고 있음을 나타냅니다.

Mar  7 13:28:24 rtp-ddr30 ddsh: NOTICE: MSG-DDSH-00009: (tty=ttyS0, session=15703) root: command "system set date 01012017"
...
Jan  1 20:17:04 rtp-ddr30 ddr_stated: Availability stats: Invalid time interval -5591476. Probably the system clock was changed.
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Found a system time jump: -5591485
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Before Jump: system time: Tue Mar  7 13:28:15 2017 , rtc time: Tue Mar  7 13:28:16 2017 , ntp last sync time: Unknown
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: After  Jump: system time: Sun Jan  1 20:17:51 2017 , rtc time: Sun Jan  1 20:17:51 2017 , ntp last sync time: Unknown
...
Jan  1 20:17:51 rtp-ddr30 platmon: NOTICE: post_alert: Generating alert EVT-ENVIRONMENT-00052
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: Event posted: p0-32 (11000020:285212704): EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Jan  1 20:17:52 rtp-ddr30 platmon: NOTICE: evaluate_symbol_node: taking action(s) on error_indict(1)
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: System time jumped, needs service now
Jan  1 20:17:52 rtp-ddr30 platmon: ERROR: Fatal error in platform monitor, DDFS shall be disabled
...
Jan  1 20:17:55 rtp-ddr30 ddr_procmon: ERROR: Critical error is detected by platform monitoring, filesystem is shutdown.
...
Jan  1 20:17:55 rtp-ddr30 ddr_stated: INFO: change_state(): shutdown requested
Jan  1 20:17:55 rtp-ddr30 ddfs[3761]: NOTICE: MSG-DDR-00003: Shutting down ddfs

• '심각한 상태로 인해' DDFS가 비활성화되었음을 나타내는 긴급 알림이 게시됩니다.    

DD가 Windows Active Directory에 속해 있거나 Windows Active Directory에 연결되어 있으면 DC(Domain Controller)를 시스템 시간 소스로 사용합니다. DD는 주기적으로 날짜 및 시간을 DC와 동기화합니다. Windows DC의 날짜 및 시간이 변경되면 업데이트가 CIFS를 통해 DD로 푸시됩니다. 60초 이상으로 시간 점프를 하면 이 동작이 트리거됩니다.

이러한 경우가 있는지 알아보려면 DD가 CIFS용으로 구성되어 있고 특정 Active Directory 영역에 바인딩 또는 연결되어 있는지 확인하는 것부터 시작합니다.   

# cifs show config
Mode                 Active-Directory
Realm                realm.example.com
Domain Controllers   *
WINS Server          not specified
NB Hostname          DD9300
Max Connections      Not Available
Max Open Files       Not Available

• 그렇다면 "cifs.log" 파일에서 아래와 같은 항목을 확인합니다.   

# log view debug/cifs/cifs.log
Mar 28 22:03:16 DD9300 lsass: ALWAYS: [24497/1585429396.001947087] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 22:03:16 2020 ] to [Sat Mar 28 22:54:38 2020 ]
Mar 28 23:44:38 DD9300 lsass: ALWAYS: [24497/1585435478.001799190] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 23:44:38 2020 ] to [Sat Mar 28 22:53:15 2020 ]
Mar 29 22:04:38 DD9300 lsass: ALWAYS: [24497/1585512278.002014016] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 22:04:38 2020 ] to [Sun Mar 29 22:55:53 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24499/1585517153.001946740] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24497/1585517153.001946645] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 30 22:00:53 DD9300 lsass: ALWAYS: [24497/1585598453.002161373] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 22:00:53 2020 ] to [Mon Mar 30 22:52:01 2020 ]
Mar 30 23:12:01 DD9300 lsass: ALWAYS: [24497/1585602721.002275775] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 23:12:01 2020 ] to [Mon Mar 30 22:20:52 2020 ]