Er is geen degradatie- of waarschuwing vooraf voor dit probleem, dat zich zal manifesteren in de vorm van een FS-procesfout (PANIC), waarna het proces opnieuw zou worden opgestart en automatisch weer in orde zou komen.
Omdat het codepad wordt uitgevoerd, kan het FS-proces op verschillende manieren IN PANIEK raken, waaronder:
PANIC: ddr/sm/ddfs/ddfs_mtree.c: ddfs_mtree_list: 829: !((dd_errno(e) == ENOENT) || (dd_errno(e) == DD_ERR_FM_EATTRNOENT) || (dd_errno(e) == DD_ERR_STALE))
PANIC: ddr/fv/file_verify.c: file_verify_update_marker_attrs: 4872: Fatal Error
PANIC: ddr/fv/file_verify.c: file_verify_update_snap_attr: 4446: Fatal Error
PANIC: ddr/fv/file_verify.c: file_verify_update_marker_attrs: 4860: Fatal Error
In de FS-proceslogboekbestanden (ddfs.info) de volgende berichten worden gevonden voordat elk proces crasht:
01/17 20:21:59.292947 [7fbbf4f98f50] dd_cache_elem_reclaim: Evict count=256, Visited count=257, Skipped elem count=0, Skipped bucket count=0, Time threshold=1539816333626910. (99% full) Complete=True
01/17 20:22:04.662303 [7fbb031ad4f0] ERROR: FM fm_iget:355 - fm_iget failed to allocate elem in dd_cache 5001
Berichten die aangeven dat het interne proces vol was, was 99% vol en kon vervolgens geen verdere elementen toewijzen, waardoor het proces vastloopt.
OPMERKING: Het is bekend dat dit probleem alleen van invloed is op de volgende versies:
- DDOS 7.7.3.x: Niet volledig bevestigd
- DDOS 7.7.4.x
- DDOS 7.9.0.10
- DDOS 7.10.0.x
Voor elke bestandsbewerking zoals lezen/schrijven wordt een inode-structuur toegewezen aan de dd_cache elementgroep.
Als deze cache vol is en er een nieuwe aanvraag wordt weergegeven, wordt een element uit deze cache verwijderd en wordt de nieuwe aanvraag uitgevoerd.
Deze verwijdering is gebaseerd op een tijdsbeleid (een element wordt verwijderd als het niet in de laatste 'x'-seconden is geopend).
Als deze cache te heet wordt (alle elementen binnen de laatste 'x'-seconden zijn geopend) en er geen elementen kunnen worden verwijderd, zelfs na meerdere pogingen, wordt fm_iget DD_ERR_NOMEM geretourneerd.
Sommige bellers van deze elementpooltoewijzing kunnen de fout niet correct verwerken en veroorzaken daarom dat het FS-proces in PANIEK raakt en dump core moet functioneren als "fm_iget" een fout retourneert. Daarom zijn er een paar verschillende PANIC-handtekeningen die overeenkomen met het onderliggende codedefect.
Het fundamentele codeprobleem dat resulteert in deze FS-procescrashes is opgelost met
behulp van DDOS-168410 in de volgende versies (en alle latere versies in dezelfde codetakken):
- DDOS 7.7.5.1
- DDOS 7.10.1.0
- DDOS 7.11.0
Klanten die te maken hebben met dit probleem, die niet onmiddellijk kunnen upgraden naar een van de bovenstaande releases, kunnen een tijdelijke oplossing proberen waarvoor ze contact moeten opnemen met Dell Support.
Als u een versie met het probleem uitvoert (de hierboven vermelde versies), maar u nog geen onverwachte crash van het FS-proces hebt ervaren die overeenkomt met de symptomen in dit KB-artikel, is het onze aanbeveling om de tijdelijke oplossing niet proactief toe te passen en in plaats daarvan te upgraden naar een van de bovenstaande opgeloste releases (of een van hun opvolgers) om gebruik te maken van de nieuwste updates en codefixes.