Data Domain: Ajoitettu puhdistus ei käynnisty, kirjaus VAROITUS "EVT-GC-00002: Tiedostojärjestelmän ajoitettua puhdistusta ei voi käynnistää"

DataDomain clean (Garbage Collection, GC) on ajoitettu suoritettavaksi tiettyinä päivinä ja kellonaikoina. DDOS 6.0.x -versiossa ja uudemmissa versioissa, kun tällaista aikataulua on eikä puhdistusprosessia jostain syystä voida käynnistää, järjestelmän valvonta-daemon huomaa tämän ja aiheuttaa lopulta alla olevan kaltaisen hälytyksen:

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

 

Lisäksi lähetetään hälytys ASUP, jossa on seuraavanlaisia tietoja:

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. 

 

Hälytys ilmoittaa vain, että on olemassa ajoitettu puhdistusprosessi, jota ei voitu käynnistää silloin, kun sen piti alkaa. Tähän on useita mahdollisia syitä, joista suurin osa ei ole osoitus mistään ongelmasta. Syitä hälytyksen antamiseen ovat muun muassa seuraavat:

• DD GC oli jo käynnissä, kun ajoitettu puhdistus piti aloittaa. Koska vain yksi GC-prosessi voidaan suorittaa kerrallaan eikä yhden yrittäminen estä käynnissä olevaa GC: tä, ajoitettu ohitettiin ja hälytys
• GC:n kanssa yhteensopimattomat toiminnot, kuten esimerkiksi tiedonsiirron (FMIG) suorittaminen aktiiviselta tallennustasolta arkistotallennustasolle tai pilvitason puhdistuksen suorittaminen aktiivisen tason GC:n alkaessa
• Aiempi järjestelmän aikavyöhykkeen muutos olisi voinut aiheuttaa sen, että ajoitetuista tehtävistä vastaava sisäinen cron-daemon olisi edelleen käynnissä vanhalla aikavyöhykkeellä uuden aikavyöhykkeen sijaan, joten edellisestä ja nykyisestä aikavyöhykkeestä riippuen DD GC voidaan suorittaa useita tunteja odotettua aikaisemmin tai myöhemmin, mikä aiheuttaa hälytyksen ohitetulle GC: lle. Voit tarkistaa KB Data Domainin: DDR (Data Domain Restorer) -palauttajan päivämäärän/kellonajan ja/tai aikavyöhykkeen muokkaaminen saadaksesi lisätietoja DD:n aikavyöhykemuutoksista
• DD:n sisäinen puhdistus aloitetaan lähettämällä työ sisäiseen sms-daemoniin komennolla filesys clean start. Jos sms ei vastaa tai FS ei vastaa tekstiviesteihin ajoissa, GC ei käynnisty ja se ohitetaan. Voit tarkistaa sms.info-lokista vastaavat merkinnät, jotka ilmaisevat, että puhdistusta yritettiin, mutta työ epäonnistui:

02/28 12:00:26.495 (tid 0xa79c040): valmis työ: 3278752 käyttöön: sms_filesys_clean_start, kesto: 25067 MS, tila: Tiedostojärjestelmä ei vastaa.

• Sama kuin yllä, mutta "Time backward jump" -toiminnon vuoksi cronin palvelua ei synkronoida takaisin uuden aikajoukon
  kanssa Voimme löytää jotain alla olevaa ASUP: sta:

config.snmp.trapinfo.17 = Tiedostojärjestelmä on poissa käytöstä kriittisen tilan vuoksi. EVT-OBJ::Enclosure =1 EVT-INFO::Cause=System Time taaksepäin hyppäsi
config.snmp.trapinfo.19 = Ajoitettua tiedostojärjestelmän puhdistusta ei voi käynnistää ti Nov 15 06:00:00 2022.

• Jos heikko näytönohjain on kaatunut, se ei vastaa tai jos kiintolevyssä oli tuolloin käynnissä vikasietoisuus tai DD käynnistyi uudelleen tai kaatui, myös GC on saatettu ohittaa

Toinen syy, jonka olemme nähneet aiemmin, vaikkakin hyvin harvoin, GC: n ohittamiseen, on rekisterin puhtaan aikataulun epäjohdonmukaisuus. Esimerkiksi sekä rekisterissä että komentoriviliittymässä näkyy, että GC on ajoitettu suoritettavaksi sunnuntaisin kello 6.00 paikallista aikaa:

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

 

Eri rekisteriavain (collection.1.crontab.expunge), jota crontab-prosessin ajoitus käyttää määritettyjen töiden käynnistämiseen, on kuitenkin virheellinen, esimerkiksi:

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

 

Edellä oleva rekisteriavain ilmaisee, että ajoitettu puhdistus on aloitettava tiistaisin klo 6.00 paikallista aikaa (2 viidennessä crontab-työmäärityksessä) sunnuntain (0) sijaan.

Voit poistaa hälytyksen milloin tahansa, mutta se ei ratkaise taustalla olevaa ongelmaa eikä johda puhdistuksen aloittamiseen välittömästi. Ohitetun GC-syklin syystä riippuen lähestymistapa on erilainen, eikä tässä tietämyskannan artikkelissa käsitellä sitä tarkemmin. Tutustu DELL EMC DataDomain KB -artikkeleihin tai, jos ei, ota yhteys sopimuspohjaiseen tukipalveluntarjoajaan.


Jos kyseessä on 'Time backward jump' , voimme vain tarkistaa, vastaako reg-kokoonpano 'filesys clean' -aikataulua, ja käynnistää cron-palvelun uudelleen:
* Huomautus: komento tarvitsee bash-tilakonsolin siltä varalta, että avaa uusi palvelupyyntö Data Domain -tuen avun saamiseksi.

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

 

Vain epäyhtenäisten rekisterimerkintöjen ongelma korjataan määrittämällä oikea puhdistusaikataulu väkisin joko komentoriviliittymässä tai komentoriviliittymässä. Joten jatkaen esimerkkiä, järjestelmänvalvojan on asetettava puhtaaksi aikatauluksi sunnuntaisin klo 06.00 , vaikka "filesys clean show schedule" jo ilmoittaa niin:

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

 

Kun olet tehnyt tämän, varmista, että rekisteriavain, joka ilmoittaa puhdistuksen ajoitettavan väärälle päivälle, on päivitetty:

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