Data Domain: Zamanlanmış temizlik başlatılamıyor ve "EVT-GC-00002: Zamanlanmış dosya sistemi temizleme işlemi başlatılamıyor"

DataDomain clean (Çöp Toplama, GC) belirli gün ve saatlerde çalışacak şekilde zamanlanmıştır. DDOS 6.0.x ve sonraki sürümlerde böyle bir zamanlama varsa ve herhangi bir sebeple temizleme işlemi başlatılamıyorsa bu durum, sistem izleme arka plan programı tarafından fark edilir ve sonunda aşağıdaki gibi bir uyarı verilir:

# 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.
-----   ------------------------   --------   -----------   ---------    -----------------------------------------------------------------------------------------

 

Ayrıca, aşağıdakine benzer ayrıntılarla bir uyarı ASUP gönderilir:

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. 

 

Uyarı yalnızca, başlaması gereken anda başlatılamayan planlanmış bir temizleme işlemi olduğunu bildirir. Bunun çoğu herhangi bir sorunun göstergesi olmayan birçok olası nedeni. Uyarının tetiklenmesinin nedenleri şunlardır:

• DD GC, zamanlanmış temizleme işleminin başlaması gereken sırada zaten çalışıyordu. Herhangi bir zamanda yalnızca bir GC işlemi çalıştırılabileceğinden ve bu işlemin denenmesi çalışan bir GC'nin önüne geçemeyeceğinden zamanlanan işlem atlandı ve bu nedenle uyarı verildi
• Örneğin, Aktif depolama katmanından Arşiv depolama katmanına veri taşıma (FMIG) çalıştırma veya Aktif katman GC başlamak üzereyken Bulut Katmanı temizleme işlemini çalıştırma gibi GC ile uyumlu olmayan eylemler
• Sistem saat diliminde daha önce yapılan bir değişiklik, zamanlanmış görevlerden sorumlu dahili "cron" arka plan programının yeni saat dilimi yerine eski saat diliminde çalışmaya devam etmesine neden olabilirdi, bu nedenle önceki ve geçerli saat dilimlerine bağlı olarak DD GC beklenenden birkaç saat önce veya sonra çalıştırılabilir ve bu nedenle atlanan GC için uyarı tetiklenir. KB Data Domain'i kontrol edebilirsiniz: DD'deki saat dilimi değişiklikleriyle ilgili daha fazla ayrıntı için Data Domain Restorer'da (DDR) tarih/saat ve/veya saat dilimini değiştirme
• Dahili olarak, DD temizleme işlemi, "filesys clean start" komutu için dahili "sms" arka plan programına bir iş gönderilerek başlatılır. "sms" yanıt vermezse veya FS "sms"ye zamanında yanıt vermezse, GC başlatılmaz ve atlanır. Temizleme işleminin denendiğini ancak işin başlatılamadığını gösteren aşağıdaki gibi eşleşen girişler için "sms.info" günlüğünü kontrol etmek isteyebilirsiniz:

02/28 12:00:26.495 (tid 0xa79c040): completed job: Çalışma 3278752: sms_filesys_clean_start, süre: 25067 msec, status: Dosya sistemi yanıt vermiyor.

• Yukarıdakiyle aynı, ancak "Zaman geriye atlama" nedeniyle cron'un hizmeti yeni zaman ayarıyla
  senkronize edilmiyor ASUP'ta aşağıdakine benzer bir şey bulabiliriz:

config.snmp.trapinfo.17 = Dosya sistemi kritik bir durum nedeniyle devre dışı bırakıldı. EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
config.snmp.trapinfo.19 = 15 Kasım Salı 06:00:00 2022 tarihinde zamanlanmış dosya sistemi temizleme işlemi başlatılamıyor.

• FS çalışmıyorsa, yanıt vermiyorsa veya o sırada bir HA yük devretme işlemi gerçekleşiyorsa ya da DD yeniden başlatılıyor veya çalışmıyorsa GC de atlanmış olabilir

Geçmişte, çok seyrek de olsa, GC'nin atlanmasının bir başka nedeni de, kayıt defterindeki temiz program için bazı tutarsızlıklardır. Örneğin, hem kayıt defteri hem de CLI, GC'nin Pazar günleri yerel saatle 06:00'da çalışacak şekilde zamanlandığını gösterir:

# 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".

 

Ancak, yapılandırılmış işleri başlatmak için "crontab" işlem zamanlayıcısı tarafından kullanılan farklı bir kayıt defteri anahtarı (collection.1.crontab.expunge) yanlıştır, örneğin:

# reg show collection.1.crontab.expunge
collection.1.crontab.expunge = 00 6 * * 2 root /ddr/bin/ddsh -s filesys clean start nowait scheduled

 

Yukarıdaki kayıt defteri anahtarı, zamanlanmış temizliğin Pazar günleri (0) yerine Salı günleri yerel saatle 06.00'da (beşinci "crontab" iş belirtiminde 2) başlatılacağını gösterir.

Uyarıyı istediğiniz zaman temizleyebilirsiniz ancak bunu yapmak altta yatan sorunu çözmez ve temizliğin hemen başlatılmasını sağlamaz. Atlanan GC döngüsünün nedenine bağlı olarak yaklaşım farklı olacaktır ve bu KB bu konuda daha fazla ayrıntıya girmeyecektir. Yardım için lütfen DELL EMC DataDomain KB makalelerine bakın veya yoksa sözleşmeli destek sağlayıcınızla iletişime geçin.


'Geriye doğru zaman atlama' durumunda , reg yapılandırmasının 'filesys clean' programıyla eşleşip eşleşmediğini iki kez kontrol edebilir ve cron hizmetini yeniden başlatabiliriz:
* Not: Data Domain Destek biriminden yardım almak için yeni bir SR açmanız durumunda komutun bash modu konsoluna ihtiyacı vardır.

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

 

Yalnızca tutarsız kayıt defteri girişleriyle ilgili sorun için çözüm, CLI veya CLI'dan doğru temiz zamanlamayı zorla ayarlamaktır. Bu nedenle, örneğe devam edersek, yöneticinin temiz programı Pazar günleri saat 06.00'ya ayarlaması gerekir , "filesys clean show schedule" zaten durumun böyle olduğunu bildirse bile:

# 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".

 

Bunu yaptıktan sonra, yanlış gün için planlanacak temiz olduğunu gösteren kayıt defteri anahtarının güncellendiğini onaylayın:

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