Data Domain: 예약된 정리가 시작되지 않고 경고 "EVT-GC-00002: 예약된 파일 시스템 정리를 시작할 수 없습니다."

Summary: DataDomain 정리(GC)가 특정 날짜 및 시간에 실행되도록 예약됩니다. 최신 DDOS 버전에서는 이러한 일정이 있고 어떤 이유로든 정리 프로세스를 시작할 수 없는 경우 시스템 모니터링 데몬이 이를 인식하여 알림을 생성합니다.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

DataDomain 정리(가비지 컬렉션, GC)가 특정 날짜 및 시간에 실행되도록 예약됩니다. DDOS 6.0.x 이상 버전에서 이러한 일정이 있고 어떤 이유로든 정리 프로세스를 시작할 수 없는 경우 시스템 모니터링 데몬이 이를 인식하고 결국 아래와 같은 알림을 생성합니다.

# alerts show current
# alerts show current
Id      Post Time                  Severity   Class         Object       Message
-----   ------------------------   --------   -----------   ---------    -----------------------------------------------------------------------------------------
m0-11   Tue Jun 27 16:32:03 2017   WARNING    Filesystem                 EVT-GC-00002: Unable to start scheduled file system cleaning on Tue Jun 27 16:04:00 2017.
-----   ------------------------   --------   -----------   ---------    -----------------------------------------------------------------------------------------

 

또한 다음과 같은 세부 정보와 함께 알림 ASUP가 전송됩니다.

Hostname: dd-6800
Location: Lab4_Row_M System
SerialNo: APMxxxxxxxxxxxxxx
Chassis SerialNo: FCxxxxxxxxxxxxxxx
ModelNo: DD6800
Version: 6.0.0.1
Time: Tue Jun 27 16:15:02 2017
Alert Id: m0-11
Event Id: EVT-GC-00002
Event Message: Unable to start scheduled file system cleaning on Tue Jun 27 16:04:00 2017.
Event Description: Cleaning has not started as scheduled. Space for deleted files will not be reclaimed until cleaning completes. This may impact the ability to backup.
Recommended Action: Determine the reason why cleaning did not start. Manually start cleaning if free space needs to be reclaimed before the next scheduled cleaning.
If problem persists, contact your contracted support provider or visit us online at https://support.emc.com.

 

Cause

알림은 예약된 정리 프로세스가 시작되어야 하는 시간에 시작할 수 없음을 알려줄 뿐입니다. 이에 대한 여러 가지 가능한 이유가 있으며 대부분은 문제를 나타내지 않습니다. 알림이 트리거될 수 있는 이유는 다음과 같습니다.
  • 예약된 정리 프로세스를 시작해야 할 시간에 DD GC가 이미 실행 중이었습니다. 한 번에 하나의 GC 프로세스만 실행할 수 있고 하나를 시도해도 실행 중인 GC가 선점되지 않기 때문에 예약된 프로세스를 건너뛰었고 그에 따라 알림이 발생했습니다
  • 활성 스토리지 계층에서 아카이브 스토리지 계층으로 FMIG(Data-Movement)를 실행하거나 활성 계층 GC가 시작되려고 할 때 클라우드 계층 정리를 실행하는 것과 같이 GC와 호환되지 않는 작업
  • 시스템 시간대가 이전에 변경된 경우 예약된 작업을 담당하는 내부 "cron" 데몬이 새 시간대가 아닌 이전 시간대에서 계속 실행될 수 있으므로 이전 시간대와 현재 시간대에 따라 DD GC가 예상보다 몇 시간 일찍 또는 늦게 실행되어 건너뛴 GC에 대한 알림이 발생할 수 있습니다. KB Data Domain: DDR(Data Domain Restorer)에서 날짜/시간 및/또는 시간대를 수정하는 방법에서 DD 의 시간대 변경에 대한 자세한 내용을 참조하십시오.
  • 내부적으로 DD 정리는 내부 "sms" 데몬에 "filesys clean start" 명령에 대한 작업을 제출하여 시작됩니다. "sms"가 응답하지 않거나 FS가 제 시간에 "sms"에 응답하지 않으면 GC가 시작되지 않고 건너뜁니다. "sms.info" 로그에서 다음과 같은 일치하는 항목을 확인할 수 있습니다. 이는 정리를 시도했지만 작업을 시작하지 못했음을 나타냅니다.
02/28 12:00:26.495(tid 0xa79c040): 완료된 작업: 작동 3278752: sms_filesys_clean_start, 기간: 25067msec, 상태: 파일 시스템이 응답하지 않습니다.
  • 위와 동일하지만 "Time backward jump"로 인해 cron의 서비스가 새 시간 설정
    과 다시 동기화되지 않습니다. ASUP에서 다음과 같은 것을 찾을 수 있습니다.
config.snmp.trapinfo.17 = 심각한 상태로 인해 파일 시스템이 비활성화되었습니다. EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
config.snmp.trapinfo.19 = 2022년 11월 15일 화요일 06:00:00에 예약된 파일 시스템 정리를 시작할 수 없습니다.
  • FS가 다운되었거나, 응답하지 않거나, 당시 HA 페일오버가 수행되었거나, DD가 재부팅 중이거나 다운된 경우 GC도 건너뛰었을 수 있습니다

과거에 매우 드물게 GC를 건너뛰는 것을 본 또 다른 이유는 레지스트리의 정리 일정에 대한 불일치가 있기 때문입니다. 예를 들어 레지스트리와 CLI는 모두 GC가 현지 시간으로 일요일 오전 06:00에 실행되도록 예약되어 있음을 보여줍니다. 
# reg show collection.1.expunge.schedule
collection.1.expunge.schedule.days = Sun
collection.1.expunge.schedule.time = 0600

# filesys clean show config
Filesystem Cleaning Configuration
---------------------------------
        50 Percent Throttle
Filesystem cleaning is scheduled to run "Sun" at "0600".

 


그러나 "crontab" 프로세스 스케줄러에서 구성된 작업을 시작하는 데 사용하는 다른 레지스트리 키(collection.1.crontab.expunge)는 다음과 같이 올바르지 않습니다. 
# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 00 6 * * 2 root /ddr/bin/ddsh -s filesys clean start nowait scheduled

 

위의 레지스트리 키는 예약된 정리가 일요일(0)이 아닌 화요일 오전 06:00(다섯 번째 "crontab" 작업 사양의 2)에 시작됨을 나타냅니다.



Resolution

언제든지 알림을 지울 수 있지만 이렇게 하면 근본적인 문제가 해결되지 않으며 즉시 정리가 시작되지도 않습니다. GC 주기를 건너뛰는 원인에 따라 접근 방식이 다르며 이 KB에서는 이에 대해 더 자세히 설명하지 않습니다. 지원이 필요한 경우 DELL EMC Data Domain KB 문서를 확인하십시오. 그렇지 않은 경우 계약된 지원 공급업체에 문의하십시오.


'Time backward jump'의 경우 reg 구성이 'filesys clean' 일정과 일치하는지 다시 확인하고 cron 서비스를 다시 시작할 수 있습니다.
참고: Data Domain 지원 부서의 도움을 받기 위해 새 SR을 열 경우 명령에 bash 모드 콘솔이 필요합니다. 
1 | double-check job configuration
#  filesys clean show schedule
Filesystem cleaning is scheduled to run "Wed" at "1600".

# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 0 16 * * 3  root /ddr/bin/ddsh -s filesys clean start nowait scheduled

2 | set a new schedule if needed
# filesys clean set schedule Wed 1600

3 | Restart the cron service [you can use one of them]
# /etc/init.d/crond restart
or
# systemctl restart crond.service

 

일관되지 않은 레지스트리 항목 문제에 한해 해결 방법은 CLI 또는 CLI에서 올바른 정리 일정을 강제로 설정하는 것입니다. 따라서 예제를 계속 진행하면 관리자는 "filesys clean show schedule"이 이미 다음과 같이 보고하더라도 정리 일정을 일요일 오전 06:00로 설정해야 합니다. 
# filesys clean show schedule
Filesystem cleaning is scheduled to run "Sun" at "0600".

# filesys clean set schedule Sun 0600
Filesystem cleaning is scheduled to run "Sun" at "0600".

# filesys clean show schedule
Filesystem cleaning is scheduled to run "Sun" at "0600".

 


이 작업을 수행한 후 잘못된 날짜에 정리를 예약하도록 나타내는 레지스트리 키가 업데이트되었는지 확인합니다. 
# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 0 6 * * 0 root /ddr/bin/ddsh -s filesys clean start nowait scheduled

 


Affected Products

Data Domain, DD OS 6.0
Article Properties
Article Number: 000052147
Article Type: Solution
Last Modified: 17 Jul 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.