Skip to content

Commit

Permalink
Merge pull request #1109 from ashnwade/dev
Browse files Browse the repository at this point in the history
Fix typo
  • Loading branch information
david-fritz-gravwell authored Sep 11, 2024
2 parents 05d4457 + 3862048 commit 4f83e30
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion admin/limits.md
Original file line number Diff line number Diff line change
Expand Up @@ -25,5 +25,5 @@ User-created [resources](/resources/resources) can take up a lot of space on dis

If you're seeing error messages indicating that your resource exceeds the maximum size, consider the following options:

* Consider if you really need all the columns in your lookup table, especially if you're generating the table from a query. If you only need to match MAC addresses to hostnames in your queries, don't say `tag=inventory ax | unique mac | table -save inv_lookup`, because that will build a table with columsn for *every* field on the data; instead, extract only what you need: `tag=inventory ax mac hostname | unique mac | table -save inv_lookup`.
* Consider if you really need all the columns in your lookup table, especially if you're generating the table from a query. If you only need to match MAC addresses to hostnames in your queries, don't say `tag=inventory ax | unique mac | table -save inv_lookup`, because that will build a table with columns for *every* field on the data; instead, extract only what you need: `tag=inventory ax mac hostname | unique mac | table -save inv_lookup`.
* If you're building resources to do lookups on IP addresses or subnets, check if the specialized formats used by the [ipexist](/search/ipexist/ipexist) or [iplookup](/search/iplookup/iplookup) modules might be more suitable to your needs. These special types of lookup tables can be more space-efficient for some needs.

0 comments on commit 4f83e30

Please sign in to comment.