Jira (PDB-3224) Add the ability to stop processing different types of commands via API

2 views
Skip to first unread message

Nick Walker (JIRA)

unread,
Dec 12, 2016, 11:08:03 AM12/12/16
to puppe...@googlegroups.com
Nick Walker created an issue
 
PuppetDB / New Feature PDB-3224
Add the ability to stop processing different types of commands via API
Issue Type: New Feature New Feature
Assignee: Unassigned
Created: 2016/12/12 8:07 AM
Labels: tcse
Priority: Normal Normal
Reporter: Nick Walker

The Use Case

I'd like to REBUILD some indexes or VACUUM FULL a table but when I do the PuppetDB service continues trying to write changes to the table.

I'd like to run PuppetDB GC via the api and when I do, stop processing the type of command I'm cleaning up to reduce contention on the database.

Thoughts

I think the GC case is an added benefit but probably not enough of a win to warrant this feature. The real benefit comes from being able to allow database maintenance while the service stays up and queues the incoming commands.

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

Nick Walker (JIRA)

unread,
Dec 12, 2016, 11:11:03 AM12/12/16
to puppe...@googlegroups.com
Nick Walker updated an issue
Change By: Nick Walker
h1.  The Use Case


I'd like to REBUILD some indexes or VACUUM FULL a table but when I do the PuppetDB service continues trying to write changes to the table.  

I'd like to run PuppetDB GC via the api and when I do, stop processing the type of command I'm cleaning up to reduce contention on the database.  

h1.  Thoughts


I think the GC case is an added benefit but probably not enough of a win to warrant this feature.  The real benefit comes from being able to allow database maintenance while the service stays up and queues the incoming commands.  

If I don't process facts while I'm performing a blocking operation on one of the facts tables that means that I can still keep my commands / sec up by processing reports instead of lowering my throughput with lots of failed commands on facts.  This means I keep the queue lower overall during a maintenance period.  

Ryan Senior (JIRA)

unread,
Dec 27, 2016, 11:58:03 AM12/27/16
to puppe...@googlegroups.com

Ryan Senior (JIRA)

unread,
Mar 9, 2017, 4:39:12 PM3/9/17
to puppe...@googlegroups.com

Russell Mull (JIRA)

unread,
Mar 21, 2017, 7:46:02 PM3/21/17
to puppe...@googlegroups.com

Russell Mull (JIRA)

unread,
Jul 24, 2017, 12:31:04 PM7/24/17
to puppe...@googlegroups.com

Nick Walker (JIRA)

unread,
Nov 2, 2017, 7:02:05 PM11/2/17
to puppe...@googlegroups.com
Nick Walker updated an issue
Change By: Nick Walker
CS Priority: Needs Priority
This message was sent by Atlassian JIRA (v7.0.2#70111-sha1:88534db)
Atlassian logo

Owen Rodabaugh (JIRA)

unread,
Nov 7, 2017, 11:29:03 AM11/7/17
to puppe...@googlegroups.com
Owen Rodabaugh updated an issue
Change By: Owen Rodabaugh
CS Priority: Needs Priority Normal
CS Impact: This would reduce the impact of performing maintenance because it would only take down the portion of the API that hits the tables that maintenance is running against. Once maintenance is complete the command queue would be able to work through it's backlog.
CS Severity: 3 - Serious
CS Business Value: 4 - $$$$$
CS Frequency: 2 - 5-25% of Customers

Claudia Petty (Jira)

unread,
Jun 21, 2023, 10:57:10 AM6/21/23
to puppe...@googlegroups.com
Claudia Petty updated an issue
Change By: Claudia Petty
Labels: new-feature tcse
This message was sent by Atlassian Jira (v8.20.21#820021-sha1:38274c8)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages