Jira (PDB-3684) PDB performance issues with large structured facts

5 views
Skip to first unread message

Adam Bottchen (JIRA)

unread,
Sep 20, 2017, 6:22:03 PM9/20/17
to puppe...@googlegroups.com
Adam Bottchen created an issue
 
PuppetDB / Bug PDB-3684
PDB performance issues with large structured facts
Issue Type: Bug Bug
Affects Versions: PDB 4.4.1
Assignee: Unassigned
Components: PuppetDB
Created: 2017/09/20 3:21 PM
Priority: Major Major
Reporter: Adam Bottchen

As outlined in PDB-2631, PuppetDB encounters severe performance degradation in the presence of large structured facts. In support, we have seen this impact with mountpoint or partitions facts of only 20-30 KiB, which is not terribly uncommon. As noted in that ticket, the expectation is that PDB will be able to handle anything Facter might throw at it.

This issue was resolved in https://tickets.puppetlabs.com/browse/PDB-3249, but the fix was removed by https://tickets.puppetlabs.com/browse/PDB-3611. We need a solution that will allow large structured facts to be stored in PDB without causing causing query performance issues.

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.4.14#64029-sha1:ae256fe)
Atlassian logo

Adam Bottchen (JIRA)

unread,
Sep 20, 2017, 6:23:02 PM9/20/17
to puppe...@googlegroups.com
Adam Bottchen updated an issue
Change By: Adam Bottchen
As outlined in PDB-2631, PuppetDB encounters severe performance degradation in the presence of large structured facts.  In support, we have seen this impact with mountpoint or partitions facts of only 20-30 KiB, which is not terribly uncommon.  As noted in that ticket, the expectation is that PDB will be able to handle anything Facter might throw at it.

This issue was resolved in  https://tickets.puppetlabs.com/browse/ PDB-3249, but the fix was removed by  https://tickets.puppetlabs.com/browse/ PDB-3611.  We need a solution that will allow large structured facts to be stored in PDB without causing causing query performance issues.

Adam Bottchen (JIRA)

unread,
Sep 20, 2017, 6:28:02 PM9/20/17
to puppe...@googlegroups.com
Adam Bottchen updated an issue
Change By: Adam Bottchen
CS Priority: Needs Priority

Owen Rodabaugh (JIRA)

unread,
Sep 26, 2017, 11:16:02 AM9/26/17
to puppe...@googlegroups.com
Owen Rodabaugh updated an issue
Change By: Owen Rodabaugh
CS Priority: Needs Priority Critical
CS Impact: This is a very common and troubleshooting it has consumed a huge amount of support time. The workaround is to stop sending large structured facts which in some cases impacts their use of puppet. 

In one example a custom structured fact collected rpm data which they were using in their code somehow so turning it off wasn't really a workaround but a reduction in functionality.
CS Severity: 4 - Major
CS Business Value: 5 - $$$$$$
CS Frequency: 4 - 50-90% of Customers

Owen Rodabaugh (JIRA)

unread,
Sep 26, 2017, 11:18:06 AM9/26/17
to puppe...@googlegroups.com
Owen Rodabaugh updated an issue
Change By: Owen Rodabaugh
CS Impact:
This is a very common and troubleshooting it has consumed a huge amount of support time. The workaround is to stop sending large structured facts which in some cases impacts their use of puppet. 

In one example a custom structured fact collected rpm data which they were using in their code somehow so turning it off wasn't really a workaround but a reduction in functionality.


This can be very common on Solaris where there is a mount per user. A 20-30KB structured fact can be easily reached on solaris and cause this issue.

Martin Ewings (JIRA)

unread,
Sep 27, 2017, 8:07:04 AM9/27/17
to puppe...@googlegroups.com
Martin Ewings updated an issue
Change By: Martin Ewings
Method Found: Customer Feedback

Jeff Yarnell (JIRA)

unread,
Sep 27, 2017, 5:46:02 PM9/27/17
to puppe...@googlegroups.com
Jeff Yarnell updated an issue
Change By: Jeff Yarnell
Sprint: Data Platform 2017-10-18

Martin Ewings (JIRA)

unread,
Oct 2, 2017, 5:55:02 AM10/2/17
to puppe...@googlegroups.com
Martin Ewings updated an issue
Change By: Martin Ewings
As _emphasized text_As  outlined in PDB-2631, PuppetDB encounters severe performance degradation in the presence of large structured facts.  In support, we have seen this impact with mountpoint or partitions facts of only 20-30 KiB, which is not terribly uncommon.  As noted in that ticket, the expectation is that PDB will be able to handle anything Facter might throw at it.

This issue was resolved in PDB-3249, but the fix was removed by PDB-3611.  We need a solution that will allow large structured facts to be stored in PDB without causing causing query performance issues.

Martin Ewings (JIRA)

unread,
Oct 2, 2017, 5:55:02 AM10/2/17
to puppe...@googlegroups.com
Martin Ewings updated an issue
_emphasized text_As
As
 outlined in PDB-2631, PuppetDB encounters severe performance degradation in the presence of large structured facts.  In support, we have seen this impact with mountpoint or partitions facts of only 20-30 KiB, which is not terribly uncommon.  As noted in that ticket, the expectation is that PDB will be able to handle anything Facter might throw at it.


This issue was resolved in PDB-3249, but the fix was removed by PDB-3611.  We need a solution that will allow large structured facts to be stored in PDB without causing causing query performance issues.

Jeff Yarnell (JIRA)

unread,
Oct 18, 2017, 5:38:04 PM10/18/17
to puppe...@googlegroups.com
Jeff Yarnell updated an issue
Change By: Jeff Yarnell
Sprint: Data Platform 2017-10-18 , Data Platform 2017-11-01

Nick Walker (JIRA)

unread,
Oct 18, 2017, 6:08:03 PM10/18/17
to puppe...@googlegroups.com
Nick Walker commented on Bug PDB-3684
 
Re: PDB performance issues with large structured facts

A configurable facts blacklist in PDB would mitigate but not solve this issue.

https://tickets.puppetlabs.com/browse/PDB-3630

Jeff Yarnell (JIRA)

unread,
Oct 18, 2017, 6:51:05 PM10/18/17
to puppe...@googlegroups.com
Jeff Yarnell updated an issue
Change By: Jeff Yarnell
Sprint: Hopper/Triage, Data Platform 2017-10-18 , Data Platform 2017-11-01

Wyatt Alt (JIRA)

unread,
Dec 6, 2017, 7:14:02 PM12/6/17
to puppe...@googlegroups.com
This message was sent by Atlassian JIRA (v7.0.2#70111-sha1:88534db)
Atlassian logo

Wyatt Alt (JIRA)

unread,
Dec 6, 2017, 7:15:03 PM12/6/17
to puppe...@googlegroups.com
Wyatt Alt updated an issue
 
Change By: Wyatt Alt

As outlined in PDB-2631, PuppetDB encounters severe performance degradation in the presence of large structured facts.  In support, we have seen this impact with mountpoint or partitions facts of only 20-30 KiB, which is not terribly uncommon.  As noted in that ticket, the expectation is that PDB will be able to handle anything Facter might throw at it.

This issue was resolved in PDB-3249, but the fix was removed by PDB-3611.  We need a solution that will allow large structured facts to be stored in PDB without causing causing query performance issues.

Wyatt Alt (JIRA)

unread,
Dec 13, 2017, 2:57:03 PM12/13/17
to puppe...@googlegroups.com

Nick Walker (JIRA)

unread,
Jan 4, 2018, 1:22:05 PM1/4/18
to puppe...@googlegroups.com
Nick Walker updated an issue
 
Change By: Nick Walker
Fix Version/s: PDB 5.2.0

Nick Walker (JIRA)

unread,
Jan 4, 2018, 1:23:04 PM1/4/18
to puppe...@googlegroups.com
Nick Walker commented on Bug PDB-3684
 
Re: PDB performance issues with large structured facts

Russell Mull is this resolved by

PDB-3723 ? If so we can close this out?

Jeff Yarnell (JIRA)

unread,
Feb 13, 2018, 11:40:04 AM2/13/18
to puppe...@googlegroups.com
Jeff Yarnell updated an issue
 
Change By: Jeff Yarnell
Release Notes: Not Needed
This message was sent by Atlassian JIRA (v7.5.1#75006-sha1:7df2574)
Atlassian logo

Zachary Kent (Jira)

unread,
Mar 10, 2021, 3:34:04 PM3/10/21
to puppe...@googlegroups.com
Zachary Kent updated an issue
Change By: Zachary Kent
Sprint: Data Platform 2017-10-18 , Release Engineering Hopper
This message was sent by Atlassian Jira (v8.5.2#805002-sha1:a66f935)
Atlassian logo

Morgan Rhodes (Jira)

unread,
Mar 11, 2021, 2:27:01 PM3/11/21
to puppe...@googlegroups.com
Morgan Rhodes updated an issue
Change By: Morgan Rhodes
Sprint: Data Platform 2017-10-18, Release Engineering Hopper
Reply all
Reply to author
Forward
0 new messages