# Impact of attr\_count\_trimmed in Logs Classic? **URL:** \ **Category:** Logs\ **Tags:** log-monitoring-class\ **Created:** [April 5, 2024, 7:57pm UTC](https://community.dynatrace.com/t/impact-of-attr-count-trimmed-in-logs-classic/45033 "2024-04-05T19:57:45Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [April 5, 2024, 7:57pm UTC](https://community.dynatrace.com/t/impact-of-attr-count-trimmed-in-logs-classic/45033/1 "2024-04-05T19:57:45Z")
I started ingesting some JSON, not that big, but with a lot of attributes. So, I get a lot of attr\_count\_trimmed I figured out that when this occurs, lots of things start to break, including processing and extraction. Even attributes that I put in are lost… It seems that all this is due to Dynatrace processing the JSON automatically and creating a lot of attributes, that I really don’t need. Looks like a simple solution would be to stop doing this attribute creation… Any ideas on how to get past this attr\_count\_trimmed ? ---
**Author:** ![marcin\_okraszew](https://avatars.discourse-cdn.com/v4/letter/m/35a633/32.png) [@marcin\_okraszew](https://community.dynatrace.com/u/marcin_okraszew)\ **Post date:** [April 8, 2024, 9:48am UTC](https://community.dynatrace.com/t/impact-of-attr-count-trimmed-in-logs-classic/45033/2 "2024-04-08T09:48:00Z")
The most desirable solution is to switch to Grail, we can then increase the limit. If that is not an option, put the JSON in the “content” fields as string. Then, in log processing you can extract only the attributes that are relevant. ---
**Author:** ![danielD](https://avatars.discourse-cdn.com/v4/letter/d/48db29/32.png) [@danielD](https://community.dynatrace.com/u/danielD)\ **Post date:** [April 8, 2024, 6:11pm UTC](https://community.dynatrace.com/t/impact-of-attr-count-trimmed-in-logs-classic/45033/3 "2024-04-08T18:11:23Z")
Hello, To add onto how to do parsing in log processing, please look at the documentation found here: [Log processing examples - Dynatrace Docs](https://docs.dynatrace.com/docs/observe-and-explore/logs/lma-log-processing/lma-log-processing-examples) It gives many examples on what kinds of information you can extract with parsing rules / how to formulate one. ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [April 12, 2024, 7:16pm UTC](https://community.dynatrace.com/t/impact-of-attr-count-trimmed-in-logs-classic/45033/4 "2024-04-12T19:16:17Z")
[@marcin\_okraszew](https://community.dynatrace.com/user/11445), Wasn’t yet on Grail in this tenant, one more good reason to migrate :dynaspin: Still wondering though what logic Dynatrace applies for the 50 limit that exists. I tried to figure it out, but it seems to be random… Besides “content”, I have several other attributes, and they appear randomly, which is not good. There should a clear indication of which attributes are disposed of, because that can leave us without data that is really there, but won’t make it in the query results… ---
**Author:** ![AntonioSousa](https://dub1.discourse-cdn.com/dynatrace/user_avatar/community.dynatrace.com/antoniosousa/32/50_2.png) [@AntonioSousa](https://community.dynatrace.com/u/AntonioSousa)\ **Post date:** [April 12, 2024, 7:42pm UTC](https://community.dynatrace.com/t/impact-of-attr-count-trimmed-in-logs-classic/45033/5 "2024-04-12T19:42:40Z")
BTW, If anyone want’s to see if this is impacting you, check: [https://community.dynatrace.com/t5/Troubleshooting/Why-don-t-ingested-logs-look-as-expected/ta-p/230262](https://community.dynatrace.com/topic/230262)