# Content Pack content selection broken

**URL:** <https://community.graylog.org/t/content-pack-content-selection-broken/36255>\
**Category:** Graylog Central (peer support)\
**Created:** [August 25, 2025, 12:34pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255 "2025-08-25T12:34:43Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![daniel2](https://avatars.discourse-cdn.com/v4/letter/d/b2d939/32.png) [@daniel2](https://community.graylog.org/u/daniel2)\
**Post date:** [August 25, 2025, 12:34pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/1 "2025-08-25T12:34:43Z")

</div>

Before you post: Your responses to these questions will help the community help you. Please complete this template if you’re asking a support question.  
**Don’t forget to select tags to help index your topic!**

**1. Describe your incident:**

At first I noticed that sometimes the content packs are completely empty.

After a few days and a lot of experimentation I now know for certain:

The content selection has strange bugs.

The parameters page shows stuff I did not select. Selecting and deselecting does not fix this.

And this seems to be reflected in what is exported. So far I assume that all the previous are correct. As at least they always reliably told me when it completely ignored all selections and was about to create an empty content pack.

Example for an “empty pack“, entire content of the file. Yes it is only ~200 bytes.

```auto
{
  "v": 1,
  "id": "bcc2fd8b-4e0c-44c7-ac63-59fc645c87d8",
  "rev": 1,
  "name": "streams",
  "summary": "streams",
  "description": "streams",
  "vendor": "removed",
  "url": "https://removed",
  "parameters": [],
  "entities": []
}

```

**2. Describe your environment:**

Graylog 6.3.2

Ubuntu LTS 22

**3. What steps have you already taken to try and solve the problem?**

Exporting several subsets of data.

Classic workaround of selecting and deselecting again.

Starting the entire process again. And again after several days.

**4. How can the community help?**

Is this a known Bug? Any ideas on how to diagnose this bizarre behavior?

This makes it really hard to use that feature as it makes super unreliable.

---

<div class="post-metadata">

**Author:** ![daniel2](https://avatars.discourse-cdn.com/v4/letter/d/b2d939/32.png) [@daniel2](https://community.graylog.org/u/daniel2)\
**Post date:** [August 26, 2025, 3:15pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/2 "2025-08-26T15:15:37Z")

</div>

Update: I narrowed it down to certain entries. That cause this. But I have not yet found a pattern.

---

<div class="post-metadata">

**Author:** ![ihe](https://avatars.discourse-cdn.com/v4/letter/i/a88e57/32.png) [@ihe](https://community.graylog.org/u/ihe)\
**Post date:** [September 5, 2025, 2:23pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/3 "2025-09-05T14:23:05Z")

</div>

could you share those patterns to help us gathering ideas?

---

<div class="post-metadata">

**Author:** ![daniel2](https://avatars.discourse-cdn.com/v4/letter/d/b2d939/32.png) [@daniel2](https://community.graylog.org/u/daniel2)\
**Post date:** [September 5, 2025, 2:38pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/4 "2025-09-05T14:38:34Z")

</div>

That’s the issue. I really can’t find one.

2 streams that cause this problem have only one “must contain“ rule with only [A-Z\_]

Example: _source_ **must** contain THIS\_TEXT

So they are really close to being as simple as they could be from my understanding. Much more complex regex stuff does not cause a problem.

hobs’ solution of just exporting all mongodb contents and the importing them seems promising:

> [@Export and Import Graylog configuration](https://community.graylog.org/t/export-and-import-graylog-configuration/16713/2):
>
> You could create a content pack for yourself [https://docs.graylog.org/en/latest/pages/content\_packs.html?highlight=content%20pack#content-packs](https://docs.graylog.org/en/latest/pages/content_packs.html?highlight=content%20pack#content-packs)

At least the streams all seem to be there and complete.

---

<div class="post-metadata">

**Author:** ![daniel2](https://avatars.discourse-cdn.com/v4/letter/d/b2d939/32.png) [@daniel2](https://community.graylog.org/u/daniel2)\
**Post date:** [September 5, 2025, 2:54pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/5 "2025-09-05T14:54:09Z")

</div>

Correction, I have now found a pattern and I made mistake.

the pattern seems to be “-“ in a must contain rule. I accidentally bundled the one with the \_ in during trial and error to find out which streams cause problems.

And now I know why that happened. Starting the process once selecting one problematic stream breaks the process. Ad it has to be started new to even get a chance of getting reliable results. Going back and deselcting problematic streams does not help. Making the trial and error process very misleading and frustrating.

---

<div class="post-metadata">

**Author:** ![daniel2](https://avatars.discourse-cdn.com/v4/letter/d/b2d939/32.png) [@daniel2](https://community.graylog.org/u/daniel2)\
**Post date:** [September 8, 2025, 9:48am UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/6 "2025-09-08T09:48:33Z")

</div>

So the good news is:

At least the new assumed pattern contains more characters that could cause escape sequence problems.

The bad news:

I have no idea if that is the problem or if it is how to escape it without braking functionality.

I am far away from being certain on how to handle this. I will probably just not use content packs as they seem way too unpredictable in behavior.

The way to go for me seems to be mongodump/mongorestore

---

<div class="post-metadata">

**Author:** ![Wine\_Merchant](https://sea2.discourse-cdn.com/flex016/user_avatar/community.graylog.org/wine_merchant/32/14596_2.png) [@Wine\_Merchant](https://community.graylog.org/u/Wine_Merchant)\
**Post date:** [September 8, 2025, 12:16pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/7 "2025-09-08T12:16:52Z")

</div>

Hey @daniel2

What is the pattern you suspect might be causing this, could you provide an example?

---

<div class="post-metadata">

**Author:** ![daniel2](https://avatars.discourse-cdn.com/v4/letter/d/b2d939/32.png) [@daniel2](https://community.graylog.org/u/daniel2)\
**Post date:** [September 8, 2025, 1:40pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/8 "2025-09-08T13:40:56Z")

</div>

I don’t know what suggests to people that I have more information then I already shared. That post was just supposed to be a closing summary in case I don’t pursue this an further and therefore won’t post in this topic anymore.

Meaning: If I don’t post it, I probably did not find it.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/graylog/original/3X/c/7/c7c09c6b5099570133d6502b83f50ba4430de5b6.png) [@system](https://community.graylog.org/u/system)\
**Post date:** [September 22, 2025, 1:41pm UTC](https://community.graylog.org/t/content-pack-content-selection-broken/36255/9 "2025-09-22T13:41:05Z")

</div>

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.
